백업용으로 두 번째 저장소를 사용하거나 'privateBranchOfXcompletelyBrokenBackupOnly'라는 분기를 만들 수 있음을 알고 있지만 기본적으로 원격 개인 Branch를 지원하는 버전 제어 시스템에 대해 듣고 싶습니다.개인 지점을 통한 버전 관리?
편집 : 원격 개인이어야한다는 것을 잊어 버렸습니다. 비공개 리포로 미러 밀고가는 것만이 이것을 흉내내는 것 같습니다.
Git 기본적으로 사설 분기를 잘 처리합니다. 각 개발자는 제발 자신이 할 수있는 지점을 가지며, 다른 개발자와 변경 사항을 공유 할 준비가되면 변경 사항을 메인 분기로 다시 병합합니다.
확실히 모든 사람이나 모든 프로젝트에 완벽하지는 않지만, 많은 경우이 접근법은 큰 이점을 가지고 있습니다.
Bazaar, Mercurial, Darcs 또는 Git과 같은 모든 DVCS는 개인 분기를 지원합니다.
차세대 DVCS (예 : 힘내와 같은)에서 가장 중요한 점 중 하나는 개별 개발자가 그들이 선택하는 방식을 크게 제어 할 수 있다는 것입니다. Git을 사용하면 나에게 특정한 것을 의미하지만 다른 사람에게 반드시 필요한 것은 아니라는 것을 의미하는 내 자신의 사설 브랜치를 만들 수 있으며, 그 존재를 인식 할 필요가없는 다른 사람들없이 로컬로 작업 할 수 있습니다. 해당 지점간에 변경 사항을 이동하고 커밋을 정렬 및 구성 할 수 있으며 공유 할 준비가되었을 때 업스트림 만 업스트림에 푸시 할 수 있습니다.
CVS 또는 Subversion과 같은 중앙 집중식 시스템을 사용하면 브랜치를 만드는 것이 실제로 공유 저장소를 변경하는 세계에서 가시적 인 헤비급 작업입니다. 브랜치의 이름을 정할 때 부지런히 (개별 개발자가 충돌하지 않도록) 수동으로 정리해야합니다.
위와 같이 말하면, Git은 공개 분기를 쉽게 지원합니다. 여기서 지점을 만들고, 일을하고, 다른 사람들이 저와 함께 그 지점에서 협력 할 수 있도록 업스트림에 푸시 할 수 있습니다. 또는 지점을 만들 수 있으며 동료가 모든 사람과 공유하지 않고도 직접 지점에서 가져올 수 있습니다.
사이트 Why Git is Better Than X에는이 기능에 대한 추가 정보가 있습니다. 사실 첫 번째 항목의 제목은 "Cheap Local Branching"입니다.
DVCS는해야 할 일이 있지만 "로컬"도 원한다면 - 같은 디렉토리의 브랜치간에 전환하는 것처럼 (내가 찾은 귀중한 것) 가장 확실하게 여기에있는 자식을 선호해야합니다. Hg는이 "로컬"브랜치에 대해 일종의 지원을하고 있지만, 한번 사용했다면 그 차이를 분명히 볼 수 있으며 hg가 좋아 보이지는 않습니다.
1. '자식 클론 자식 : // some_server/some_repo' 워크 플로우는 간단 수 없습니다
2 '자식 체크 아웃 your_branch_name -b'
3. '어떤 일을'
5. (당신이 마스터를 사용하지 않는 경우 또는 다른 지점 이름) 4. '는 자식 체크 아웃 마스터은'
6. '자식 푸시'를 자식은 your_branch_name에게을 리베이스 ' '또는 다른 "자식"은 작업을 게시하는 것을 의미합니다.
그리고 가장 좋은 점은 모든 것이 하나의 디렉토리에서 발생한다는 것입니다. checkout.000 checkout.001 checkout.002 :)
마이너스면에서는 Windows에서 실행하기가 어려우며 학습 곡선이 다소 가파릅니다. 나는 그것을 사용하는 사람들을 개조하는 데 어려움을 겪고있다! – tucuxi
예, 힘내는 Windows에서 작업하기가 어려울 수 있지만 전반적으로 도구는 최근에 훨씬 나아졌습니다. 나는 SVN이 가지고있는 툴을 여전히 좋아하고 실제로 Git보다 더 많이 사용한다. 그러나 많은 경우에, 힘내는 훌륭한 선택이 될 수 있습니다. –