TFS의 선반 세트에 대한 Git 대안


9

나는 개인 프로젝트에 git을 사용하므로 Git과 관련된 문제는 없었지만 오늘 직장에서 토론하지 않았고 생각조차하지 못했습니다.

TFS에서는 변경 세트를 선반 세트에 저장할 수 있습니다.이 선반 세트는 다른 개발자가 볼 수 있습니다 (예 : 동료 검토).

내가 github에서 이해 한 바에 따라 로컬 리포지토리 사본 (다른 기능에 대한 사용자 지정 분기와 함께)을 작업하고 피어 리뷰의 요점이 있습니다. 로컬 리포지토리의 특정 변경 사항을 다른 사람과 공유하는 방법은 무엇입니까?

답변:


12

Git에서 사전 커밋 코드 검토의 기본 모델은 꿀벌을 검토 한 다음 메인 스트림과 병합 할 수있는 지점을 갖는 것입니다. 이 분기는 기본 스트림과 동일한 저장소에 있거나 완전히 별도의 저장소에있을 수 있습니다.

내가 본 몇 가지 방법은 다음과 같습니다.

  1. 분기를 원점으로 푸시하고 검토자가 변경 준비가되면 변경 세트를 병합하도록합니다.
  2. 지점을 검토 저장소 또는 직접 검토 자에게 푸시하십시오. 검토가 끝나면 변경 세트를 기본 저장소로 푸시 할 수 있습니다.
  3. Gerrit 와 같은 도구를 사용하여 "잡기"푸시를 검토하고 검토 할 때까지 유지하십시오. 올바른 사람들이 변경 세트가 준비되었음을 확인하면 Gerrit는이를 변경하여 기본 지점으로 통합합니다.
  4. 사용 Github에서 , Gitlab , 은닉 또는 다른 제품을 원래의 저장소를 포크. 개발 시스템에 복제하고 변경을 수행하십시오. 완료되면 포크로 푸시하고 풀 요청을 원래 저장소로 보내십시오. 이것은 오픈 소스 세계에서 가장 일반적인 모델입니다.

0. Visual Studio Online에는 가까운 미래 버전의 TFS 온-프레미스에서 사용할 수있는 Pull-request 기능이 있습니다.
Giulio Vian

0

일부 옵션 :

  1. 다른 사람이 변경 사항을 볼 수 있도록 gitweb 인스턴스를 실행할 수 있습니다
  2. 검토를 위해 변경 사항의 패치 세트를 배포 할 수 있습니다.
  3. 다른 원격지에서 변경 사항을 직접 또는 github에서 확인할 수있는 원격 지점의 공유 중앙 저장소로 변경 사항을 푸시 할 수 있습니다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.