2010-01-03 2 views
0

성공적으로 구축 중이지만 컴파일 시간 오류가있는 프로젝트에 Tortoise SVN 커밋을 사용하는 것이 맞습니까?SVN 커밋 쿼리

+1

질문을 이해하는 데 어려움을 겪고 있습니다. 빌드하는 코드를 커밋하는 것이 적절한 지 묻지 만 컴파일하지는 않습니까? 어떻게 가능합니까? –

+0

SVN에 "불법"코드를 업로드 할 수 있는지 여부를 묻고 있다고 생각합니다. 나는 그것을 가정했다;) –

답변

4

짧은 대답 : 예.

긴 답변 : 물론, 다른 사람들이 일하기를 기대하는 지사에 맡기지 않는 한.

종종 개발자는 로컬 컴퓨터 오류가 발생했을 때 리포지토리에 저장되었는지 확인하기 위해 일일 작업을 커밋합니다. 이것은 유효한 개발 전략입니다. 그러나 일반적으로 SVN 브랜치 전략이 수반되며, 개발자는 프로덕션 (또는 QA조차도) 준비가되어 있지 않은 분기를 준비해야합니다. 개발자는 코드를 완료 할 때까지이 지점에서 작업 한 다음 테스트 할 수있는 트렁크 또는 QA 분기에 병합합니다.

사람들이 항상 일하기를 기대하는 지점에 비 작동 코드를 적용하고 싶지 않으면 Bean of beame을 착용해야합니다.

2

거북은 구문이나 의미에 아무 것도하지 않습니다. 저장소에 코드를 "추가"하는 것입니다. 제출하는 코드는 모두 커밋됩니다.

3

프로젝트의 규칙에 따라 다릅니다. 대부분의 프로젝트/팀은 명확하게 빌드되지 않은 커밋을 허용하지 않습니다.

0

코드가 컴파일되지 않으면 다른 사람들이 데리러 갈 지점에서 코드를 지우십시오. 그러면 작업에 영향을 미치게됩니다. 각각의 변경 사항이있는 솔루션으로 진행하는 중이라면 자신의 지점에 비 작동 코드를 계속 체크인하는 것이 좋습니다 (원하는대로 할 수 있습니다). 그러나 공손함과 생산성 지침은 실제로는 앞으로 나아갈 때가 아니라 주류에만 기여해야한다고 말합니다.

코드 분기는 캠프 사이트와 같습니다. 코드를 찾을 때보 다 상태를 항상 좋게 유지하십시오.