새 프로젝트의 소스 제어

저는 직장에서 나 자신이 프로젝트를 진행하고 있으며 결국에는 SVN에 저장해야한다는 것을 알고 있습니다. 내 질문은 내가 처음부터 시작하면 SVN에 저장하려면 어떻게해야합니까? 특정 모듈이 일정한 이정표에 다다랐을 때만 안정적인 빌드 완료 또는 커밋을 수행합니까?새 프로젝트의 소스 제어

출처

2009-11-10 Stevus

중복 : http://stackoverflow.com/questions/107264 – gnovice

일찍 그리고 자주 저지하십시오. 이렇게하면 팀에서 작업 할 때 충돌 해결 단계가 최소화됩니다. 혼자 일할 때도 좋은 습관입니다. 그래서 잘못된 방향으로 움직 였다면 다시 되돌릴 수있는 역사가 있습니다.

출처

2009-11-10 17:27:15 Asaph

올바른 내용입니다. – powtac

플러스 버스 또는 무언가에 의해 명중을 얻는 경우에, 당신이 일한의 완전한 사본이 당신이 떨어져 시작한 곳을 주워야하는 개발자. 그렇지 않으면 워크 스테이션을 해킹하고 일주일 후에 모든 변경 사항을 업데이트해야합니다. 그곳에 갔다. 즐겁지 않다. (참고 : 버스에 타격을 가하지 않은 사람). –

지금까지 나는 모든 주요 기능을 다 끝냈습니다. 나는 바로 그 일을하는 것처럼 들린다. – Stevus

현재 코드로 시작하여 "초기 커밋"으로 추가하십시오. 처음

출처

2009-11-10 17:27:23 powtac

는 초기 버전으로 무엇을 커밋합니다.

개발할 때 자주 커밋해야합니다. 당신은 커밋하는 것이 빌드 가능하다는 것을 확실히하고 싶을 것이다.

언제든지 코드의 특정 버전을 체크 아웃 할 수 있으며 마일스톤에 도달하면 리포지토리에도 태그를 지정할 수 있습니다.

당신이 코드를 작업 한 후에 : 당신이 당신의 주요 코드가 안정이되면

, 당신은 더 큰 변화 지점을 시작할 수 있습니다. See my answer here for more information on branches vs trunk for development.

지점에서 작업하면 원하는만큼 자주 커밋 할 수 있으므로 프로젝트에서 작업하는 다른 사람들에게 버그를 저 지르지 않아도됩니다. 그들은 당신이 작업하고있는 것과 동일한 문제를 해결해야합니다.

또한 커밋 한 내용을 작성할 수없는 경우에도 시간이 낭비됩니다.

언제 트렁크에 커밋주의해야합니다 :

프로젝트에 여러 개발자는 트렁크에 커밋 할 때주의해야이 있으면. 제대로 작동하지 않는 것을 커밋함으로써 프로젝트의 다른 개발자들의 시간을 허비하고 있습니다.

자주 커밋하는 것이 좋다 : 자주 커밋

당신은 SVN 로그를 통해 변경 사항을 추적 할 수 있습니다

... 지점 또는 때문에 트렁크에 있는지, 좋다.
무언가가 깨진 경우 작업 버전으로 돌아갈 수 있습니다.
코드를 잃어 버리면 백업이됩니다.
다른 사람들의 변경 사항을 병합하는 것이 더 쉽습니다. 장시간 지점에서 근무하는 경우 변경 사항을 다시 분기하여 새 지점에 병합 할 수 있습니다.

출처

2009-11-10 17:27:25

조기에 자주 만듭니다. 일반적으로 컴파일하는 내용을 커밋합니다.하지만 때로는 디자인에 대한 일부 변경 작업을 시작하려고 할 때 버전을 체크인하여 '거의 안정된 마지막 버전'으로 돌아갈 수 있습니다. 자신의 저장소에서 독점적으로 작업하는 동안에는별로 중요하지 않습니다. 당신은 다른 누구에게도 영향을 미치지 않을 것입니다.공동 저장소를 사용하고 나면 자신의 개발을 다른 작업을 방해 할 수있는 것으로부터 분리해야합니다. 가지를 사용하십시오.

출처

2009-11-10 17:28:00