성공적으로 구축 중이지만 컴파일 시간 오류가있는 프로젝트에 Tortoise SVN 커밋을 사용하는 것이 맞습니까?SVN 커밋 쿼리
0
A
답변
4
짧은 대답 : 예.
긴 답변 : 물론, 다른 사람들이 일하기를 기대하는 지사에 맡기지 않는 한.
종종 개발자는 로컬 컴퓨터 오류가 발생했을 때 리포지토리에 저장되었는지 확인하기 위해 일일 작업을 커밋합니다. 이것은 유효한 개발 전략입니다. 그러나 일반적으로 SVN 브랜치 전략이 수반되며, 개발자는 프로덕션 (또는 QA조차도) 준비가되어 있지 않은 분기를 준비해야합니다. 개발자는 코드를 완료 할 때까지이 지점에서 작업 한 다음 테스트 할 수있는 트렁크 또는 QA 분기에 병합합니다.
사람들이 항상 일하기를 기대하는 지점에 비 작동 코드를 적용하고 싶지 않으면 Bean of beame을 착용해야합니다.
2
거북은 구문이나 의미에 아무 것도하지 않습니다. 저장소에 코드를 "추가"하는 것입니다. 제출하는 코드는 모두 커밋됩니다.
3
프로젝트의 규칙에 따라 다릅니다. 대부분의 프로젝트/팀은 명확하게 빌드되지 않은 커밋을 허용하지 않습니다.
0
코드가 컴파일되지 않으면 다른 사람들이 데리러 갈 지점에서 코드를 지우십시오. 그러면 작업에 영향을 미치게됩니다. 각각의 변경 사항이있는 솔루션으로 진행하는 중이라면 자신의 지점에 비 작동 코드를 계속 체크인하는 것이 좋습니다 (원하는대로 할 수 있습니다). 그러나 공손함과 생산성 지침은 실제로는 앞으로 나아갈 때가 아니라 주류에만 기여해야한다고 말합니다.
코드 분기는 캠프 사이트와 같습니다. 코드를 찾을 때보 다 상태를 항상 좋게 유지하십시오.
관련 문제
- 1. -m없이 svn 커밋
- 2. SVN 강제 원격 커밋
- 3. SVN 커밋 규정
- 4. SVN Windows XP에서 커밋
- 5. svn : local 커밋
- 6. SVN 커밋 인증 실패
- 7. svn 커밋 메시지
- 8. SVN 커밋 오류 (윈도우 서버의 SVN)
- 9. SVN 분기 수준의 커밋 권한
- 10. SVN 커밋 실패 : 디렉토리가 오래되었습니다.
- 11. 크루즈 컨트롤을 사용하여 SVN 커밋
- 12. SVN 클라이언트 게시물 커밋 후크
- 13. Hudson, Svn & 커밋 후 알림이
- 14. SVN 체크 인/커밋 오류
- 15. 이전 날짜/시간으로 SVN 커밋
- 16. SVN 커밋 중에 작업을 실행
- 17. svn 커밋 메시지를 변경하는 방법
- 18. svn 커맨드 라인 커밋 수 tortoisesvn 커밋 수
- 19. 자식 svn : svn rebase 후 단일 병합 커밋 유지
- 20. SVN 저장소의 로컬 복사본에 대한 커밋 만들기
- 21. svn : 승인 된 사용자에게 트렁크 커밋 제한
- 22. SVN 커밋 오류 : " '. 작업 복사본이 아닙니다 "
- 23. SVN 그래뉼 포스트 커밋 메일 후크
- 24. git-svn Kerberos를 사용한 커밋 후 dcommit
- 25. Tortoise 사전 커밋 사용자에게 메시지 표시 SVN
- 26. SVN 사전 커밋 후크 Windows에서 업로드 FTP
- 27. 허드슨은 svn 커밋 후 건물이 없습니다
- 28. git-svn 병합 및 커밋 정보
- 29. SVN - 코드 형식을 검사하기위한 사전 커밋 훅
- 30. 사전 커밋 SVN 후크 + 이미지 최적화 스크립트
질문을 이해하는 데 어려움을 겪고 있습니다. 빌드하는 코드를 커밋하는 것이 적절한 지 묻지 만 컴파일하지는 않습니까? 어떻게 가능합니까? –
SVN에 "불법"코드를 업로드 할 수 있는지 여부를 묻고 있다고 생각합니다. 나는 그것을 가정했다;) –