TFS 2015에서 새 프로젝트와 지사 디자인을 설정합니다.이 세부 작업은 중요 할 수 있습니다. .NET이 아닌 PowerBuilder 프로젝트에이 세부 작업을 사용하고 있습니다. - VS2015를 사용하여 분기를 설정합니다. 병합을 수행하면 파일 자체가 PowerBuilder에서 체크인 및 체크 아웃됩니다. 지금까지 내가 그 차이를해서는 안 볼 수 있지만, 다음 샘플 레이아웃을 사용하는 경우 내가보고 싶었어요 뭔가TFS 2015의 새 지점이 기본이 아닌 병합에서 완전히 병합합니다.
에 언급 수 : 아래로, 모로/
찌르기 가지 데브에게. Pro에서 새 CO 프로젝트 브랜치 (항상 최신 라이브 코드로 시작), DEV 브랜치에 병합 (기반없는 병합을 통해)되고 연결이 설정되면 다시 부모가됩니다. 그렇게하면 사용자는 기본이없는 병합을 수행하는 것을 기억할 필요가 없습니다. 데브는, 다시 어떤 파일을 기대하지, 문제는 시험으로, 나는 분기 이후 근거없는 병합을 시도한다는 것입니다
을 찌르다
병합 그들을 모로 데브에서 다시 갈 것입니다 기본 병합 대상이됩니다 어떤 지사에서도 아무 것도 변하지 않았으므로 병합됩니다. 그러나 CO 분기에서 Dev 로의 병합은 모든 파일을 병합했습니다. 변경 사항이 없으므로 지금은 문제가되지 않지만 DEV에 여러 프로젝트가 병합되면 상당한 문제가됩니다.
이 병합 후에 프로젝트에서 약간의 변경을 시도하고 병합을 시도했습니다. 하나의 변경된 파일 만 병합됩니다.
가장 좋은 추측은 Dev 분기 이후에 새로운 CO 분기가 작성되었으므로 Dev 분기보다 최신의 것으로 간주되어 모든 항목을 롤백했습니다. Prod 분기에 아직없는 Dev의 변경 사항을 처리하는 방법에 대해서는 아직 확신하지 못했지만 해당 시나리오는 테스트하지 않았습니다. 적어도 병합해야 할 변경 사항이 있다고 말해야하지만, CO 분기의 "새로운"파일을 사용하여 변경 사항을 롤백 할 수도 있습니다.
질문은, 어떻게이 새로운 지점이 Dev 지점보다 "새롭지 않다"는 것을 시스템에 알릴 수 있습니까? 실제로 이것이 PowerBuilder 파일이라는 사실이 어떤 식 으로든 버전 관리를 인식하는 TFS의 기능을 어떻게 제한합니까?
또는 더 간단히 말해서 가장 좋은 방법이 아닌 지점 레이아웃입니까?
EDIT - 여기 내 .NET 프로젝트에 현재 사용중인 구조가 있습니다. 새 코드 대신 위에 레이아웃을 사용하려고했습니다. 자연 그대로의 생산성 코드를
그것은 "메인"지점이 코멘트에 아래에 제안 사용하지만, 내가 데브에서 "CO 가지"를 당기는거야 때문에, 나는 현재 테스트중인 코드를 얻을, 그리고. 이 레이아웃에서 Prod에서 분기하고 다시 부모가되면 동일한 시나리오가 발생한다고 가정합니다.
결국 이것이 더 좋은 방법입니까?
기본없는 병합에는 내역이 없으므로 개발자가 Dev에있는 내용을 덮어 쓰면 상당한 회귀가 발생할 수 있습니다. –
나는 이것이 새로운 변화를위한 새로운 최신 코드를 얻을 수 있도록 구조를 설정하는 최선의 방법이 될 것이라는 인상을 받고있었습니다. 더 나은 제안, 누구? – VBartilucci
왜 MOD와 Dev가 필요합니까? 왜 그냥 MAIN/TRUNK/MASTER를 사용하지 않고 항상 작업 코드를 가지고 있어야합니다. –