현재 소스 제어로 TFS를 사용하는 프로젝트 작업 중입니다. 나는 기능을 구현하는 중이지만 외부 리소스에 의해 수행되어야하는 작업에 의해 차단됩니다. 기능이 완전히 완료되지 않았기 때문에 빌드를 손상시키지 않고 변경 사항을 체크인 할 수 없습니다. 차단 작업이 끝난 후 며칠을 기다리는 대신 몇 가지 결함에 대해 작업하고 싶습니다. 다른 변경 사항과 별도로이
쉘브 셋을 unshelve하면 Visual Studio의 "보류 변경 사항"도구 창에서 파일, 커밋 설명 및 내가 쉘빙했을 때 설정했던 관련 작업 항목을 복원합니다. 마음이 바뀌고 지금이 선반 세트에서 작업 할 준비가되지 않았다고 결정하면 - 예를 들어 모든 것을 버리고 버그를 수정해야하는 경우 -이 모든 것을 지울 수있는 방법이 있습니까? 한 번에 상태?
다음과 같은 부분이 있습니다. TFS에 보관하면 변경 내용의 서버 복사본이 만들어져 손실되지는 않지만 작업중인 소스 코드 트렁크/분기로 체크하지는 않습니다. 질문 : 어떤 상황에서 "unshelve"기능을 사용 하시겠습니까? TFS 서버에서 shelveset을 제거한다는 의미입니까? 선반에서 가져다 드릴까요? 또는 쉘브 셋과 "실제"소스 코드 사이의 차이점
우리는 TFS에서 Subversion으로 이동하고 있습니다. 동료가 선반질 할 능력을 잃으면 그는 매우 실망 할 것이라고 말했다. TFS에서는 단일 이름으로 보존 할 파일 집합을 만들 수 있습니다. 파일은 저장소에 저장되지만 HEAD 나 다른 분기에는 저장되지 않습니다. 변경 사항은 보관 및 태그 처리됩니다. 이것은 Subversion의 변경 사항 집합에
직장에서 TortoiseHG로 작업 한 일부 코드를 가져올 수 있습니까? .. 집으로 돌아가서 .. 끌어 오기/병합/업데이트 ... 그리고 집에서 Unshelve하고 계속 작업 하시겠습니까? TortoiseHG가 제공하나요? 직장에서 나는 새로운 선반을 만들고 모든 '터치 한'파일을 선반에 추가했습니다. 하지만 집에 갔을 때 선반 등을 찾을 수 없었습니다.
필자는 과거 내내 항상 SVN을 사용 했으므로 향후 확장을 위해 분기 프로세스를 파악하는 데 필요한 프로젝트의 초기 단계를 지나쳤습니다. 이 글을 읽으면서 TFS에는 쉘빙이 있음을 알 수 있습니다. 어떻게 비교합니까? 각각의 큰 잡화는 무엇입니까? 일반적으로 선호되는 이유는 무엇입니까?