이 질문을하는 방법은 여러 가지가있을 수 있으므로 여기에서 문제를 설명합니다. 나는 스승님과 함께 일하고 있었고, 몇 가지 일을하고 나서 그 일을 보류하고 싶다고 결심했다. 내 허튼 소리 작업을 시작하기 전에 몇 가지 커밋을 백업 한 후 분기했습니다. 사실이게 잘 돌아가고, 이제는 내 주요 개발 브랜치와 다른 브랜치를 가지고있다. 나는 내가 주인을 다시 만
'branches'디렉토리보다 더 깊은 Subversion에서 어떻게 분기를 생성합니까? 표준 trunk, tags 및 branches 구조가 있고 'branches'태그보다 더 깊은 여러 디렉토리 인 브랜치를 만들고 싶습니다. 표준 svn 이동 방법을 사용하면 폴더가 없습니다. 오류가 발생합니다. 또한 분기 폴더에 복사 해보고 체크 아웃 한 다음 'svn
TFS에서 직접 상위 또는 하위가 아닌 분기에 병합 할 수 있습니까? 나는 이것이 내가 그것을 사용하는 동안 겪어 왔던 것처럼 대답이 아니오라고 의심한다. 그러나 특정 시간에 다른 승인주기가있을 수있는 다른 기능 (예 : 기능 1 이 기능 2 이전에 승인 될 수있는 경우)이 실제로 유용 할 수 있습니다. 우리가 다음 분기 전체 버전 이전에 출시 할 수 있도
내가 현재하고있는 일은 프로젝트를 다른 위치에 연결하고 같은 이름을 붙인 다음 "공유 후 분기"라는 상자를 선택하는 것입니다. 그리고 나서 공유 프로젝트를 확인하고 해결할 것입니다. 마지막으로 원래 프로젝트와 병합합니다. 이 작동하지만 아주 clunky 느낌 : 나는 내 드라이브에 프로젝트의 여러 인스턴스가; 다른 지점에서 일할 때마다 웹 사이트의 실제 주
수동으로 내 지사를 추적하고 내 저장소에서 병합하는 것에 지쳤습니다. 너무 오류가 발생하기 쉽습니다. 모든 사람이 중복을 줄이고 모든 것을 자동화하는 아이디어를 얻는 것처럼 보일 때, Subversion 분기/병합은 80 년대에 남겨진 것처럼 느껴집니다. 분산 형 SCM 패러다임의 복잡성을 추가하지 않고 우수한 분기 및 병합 지원 기능을 갖춘 Subvers
많은 데이터 파일 (시뮬레이션 결과)을 생성하는 프로젝트에서 git을 사용하고 있습니다. 동일한 리포지토리에서 모든 결과를 버전 화하고 추적하도록 "강제 적용"되었습니다. (이것은 어려운 요구 사항이며 변경할 수 없습니다.) 그러나 나는 그것들을 필요로하지 않습니다. 프로젝트에는 약 50MB, 저장소에는 5GB의 결과가 있습니다. 브랜치를 생성하고, 모든