내 델파이 프로젝트에서 SVN을 무시하도록 구성해야합니까?

Question

저장소에 커밋 할 때 Tortoise SVN에서 무시해야하는 파일은 무엇입니까?

특히 나타나는 것처럼 보이지만 필요하지 않을 수도있는 *.dproj.2007 등의 파일을 포함할지 여부와 같은 실제 정보에 관심이 있습니다. Delphi2005를 사용

Answer 1

나는 여전히 XE 및 XE2에서 잘 작동하는 것 D2007, 이들를 사용 실수로 생성 된 경우 버전 관리. 나는 또한 __history 폴더에있는 버전을 체크하지 않습니다. 체크 인 사이의 임시 버전입니다. 일단 SVN에 체크인하면 더 이상 필요 없습니다.

(저는 *.res에 대해 동의하지 않습니다. 특히, XE2와 관련하여 특히 동의하지 않습니다. 리소스 파일은 Project|Resources and Images을 사용하여 지금 생성 할 수 있으며 리소스 파일로 직접 이동합니다. 리소스 \ 이미지가 실제로 어딘가에서 왔기 때문에 그렇지 않으면 현재 폴더에 있지 않고 이미지 파일이 실수로 체크 인되지 않을 수 있습니다. 현재 .res 파일을 유지하고 프로젝트 파일을 유지하며 모든 경로와 컴파일러 옵션을 설정합니다. 프로젝트 파일을 제거하고 필요에 따라 IDE에서 다시 만들도록하십시오.)

Answer 2

, 우리 팀은 오래 전에이를 채택했습니다.

*되어 .bdsproj *는 .scc * .suo * .user ~ * .local의 * .identcache * .dsk OBJ 빈 테스트 __history을 *. o * .lo * .la * .al .libs * .so .so. [0-9] * .a * .pyc * .pyo * .rej ~ # #. # *. * .swp. DS_Store

모두 필요한지 아닌지 또는 일부인지 알 수 없습니다. 나는 우리 내부 위키를 따랐을 뿐이라고 생각하지 않았다. ...

그와 함께 서버 측 사전 커밋 훅을 살펴보아야한다. 특정 태그가 주석에 포함되지 않은 경우 .bdsproj, .dpr 및 .res 파일의 검사를 허용하지 않는 사전 커밋 트리거가 있습니다. [프로젝트 파일 추가] [Res 파일 추가]. 이러한 태그없이 .bdsproj, .res 또는 .dpr을 커밋하려고하면 커밋이 감사에 실패하고 거부되며 곤란한 전자 메일이 전체 개발 팀에 전송됩니다. 이러한 파일은 거의 합법적 인 변경 사항이 없기 때문입니다. 프로젝트에 유닛을 추가해야하는 경우 태그를 체크인에 포함 시키면됩니다. 이 태그는 "내가하고있는 일을 안다. 나는이 파일을 바꿀만한 이유가있다"고 말한다. 그렇지 않으면, 당신은 모든 종류의 쓰레기 수표를 가지고 있습니다 - 회전 수, 경로 변경, 오는 패키지 등.

우리는 또한 사전 커밋에서 몇 가지 grep 필터를 가지고 있습니다. 추가됩니다. DevExpress의 원치 않는 "스킨"유닛과 마찬가지로 일부 개발자는 모든 스킨을 설치했기 때문에 IDE가이를 추가하기로 결정했습니다. 또는 MadExcept는 뭔가를 디버깅 한 후에 누군가가 그것을 켠 채로 남겨 두었 기 때문에 (우리는이 특별한 프로젝트에서 MadExcept를 여러 가지 이유로 허용하지 않습니다). 그런 것들.

업데이트 : 우리 환경이 비 전형적인 것이므로 위의 목록에서 * .res를 제거했습니다. 나는 IDE의 모델링 물건을 사용하지 않기 때문에 내가 ModelSupport에 포함되지 않습니다

*.dcu *.~* *.ddp *.exe *.map *.bak *.obj *.dsk 
*.err *.log *.tmp *.identcache *.tvsconfig __history *.todo 
ModelSupport* *.local 

, 그래서 아무 소용에 없다 :