한 사람 만 프로젝트를 진행하는 경우 지하에 지점을 사용해야합니까?

Question

C# 프로젝트에서 전복을 사용하기 시작했습니다. 나는이 프로젝트를 혼자 작업하고 있지만, 치료하려고 노력하는 것은 마치 자신의 학습 경험을 위해 그룹에서 일하는 것처럼 보입니다.

이해할 수 있듯이 전복으로 작업하는 일반적인 방법은 항상 빌드 할 트렁크 폴더를 갖는 것입니다. 그런 다음 새로운 분기에서 주요 변경 사항이 생성 된 후 완료되면 트렁크로 다시 병합됩니다. 따라서 다른 팀원들이 많은 동시 지점을 수행 할 수 있습니다.

하지만 내가 스스로 일하고 있다면 지점을 만들 수 있는점이 있습니까? 내가 수정 100에 있다고 가정 해 봅시다. 나는 개정 101에서 지점을 만들고 개정 110까지 지점에서 계속 일할 것입니다. 이제 110을 트렁크로 다시 병합 할 수는 있지만 프로젝트에 다른 사람이 없으므로 아무도 변경되지 않습니다. 트렁크를 다시 합치십시오. 나는 원본이 지점을 만든 개정 100으로 바로 병합하고 있습니다.

Answer 1

지점은 얼마나 많은 사람들이 프로젝트를 진행하고 있는지와 관련이 없습니다. 지점은 다양한 기능 세트, 하드웨어 대상 또는 클라이언트와 같은 대체 개발 스트림을위한 것입니다.

100 명이 하나의 전달 가능한 일을하고 있다면 동일한 지점을 사용해야합니다. 한 개인이 12 개의 다른 결과물을 지원하는 경우 12 개의 지점이 있어야합니다.

Answer 2

예를 들어 문제 나 무언가에 대한 멀리 페치 된 솔루션을 시도해야 할 때와 같이 실제 코드를 기본에서 분할 해야하는 지점을 항상 사용해야한다고 생각합니다. 분기를 사용하면 문제와 해결 시도를 분리하고 버전을 제어 할 수 있습니다.

Answer 3

지점 (태그와 반대로)은 다음과 같습니다. 유지 가능 코드의 버전. 단일 개발자 로서도 두 개 이상의 버전의 코드를 유지할 수 있습니다 (예 : 버그 수정을 이전 릴리스로 마이그레이션).
SVN Book은 SVN 지점에 가장 일반적인 두 가지 사용 사례를 나열합니다. 여기.
두 방법의 분기 정책은 프로젝트의 개발자 수와 직접 관련이 없습니다.
단기 프로젝트 (예 : Academic, Single Release, Project)에서 작업하지 않는 한 이러한 정책 중 하나를 사용하십시오. 관리 오버 헤드는 충분히 낮으며 나중에 인생을 훨씬 쉽게 만들 수 있습니다.

Answer 4

프로젝트에서 작업하는 것이 아니라면 지점을 만드는 데 너무 많은 점이 보이지 않습니다. 결국 롤백 후에 개정판을 사용할 수 있습니다.

그러나 당신이 주요하고 실험적인 일을하고 싶고 몇 가지를 시도하고 싶다면 분기를 사용하여 변경 사항을 분리하고 트렁크를 보존 할 수 있습니다.

이와 같이 트렁크에서 완전히 작업 한 다음 역사적 목적으로 릴리스 태그 또는 가지와 실험 작업을 위해 다른 지점을 사용할 수 있습니다.

Answer 5

나는 2 개의 가지를 유지합니다 : 개발과 트렁크는 생산을 빠르게 해결해야 할 때를 알지 못하기 때문에 트렁크를 유지합니다. 제작에 포팅하기 전에 1-3 주 동안 새로운 기능을 수행 할 수 있습니다. 그 동안 생산에 대한 수정 사항을 출시해야 할 수도 있습니다. 2 개의 분기를 유지하면 버그 수정 만 쉽게 배포 할 수 있습니다.