순수한 자식을 사용하는 것이 완전히 명백한 것처럼 보이지만 순수한 자식을 사용하는 것이 TFS를 사용하는 이유는 무엇입니까? git-tfs.git-tfs를 통해 tfs가 아닌 full-blown git을 사용하는 이유
내가 일하는 회사는 TFS를 사용하는 "정책"을 가지고 있지만 팀원들이 성공적으로 git-tfs 브리지를 사용하기 위해 로비 활동을 벌이고 있습니다.
나는 git-tfs (거의 알지 못함)를 사용하는 대신 네트워크에서 호스팅되는 git repo에 대해 순수한 git를 사용한다고 주장하고 싶습니다. git 저장소를 호스팅하는 서버의 예약 된 작업은 주기적으로 마스터 분기의 내용을 TFS 저장소로 가져 와서 회사 TFS 신을 달래줍니다.
누구든지 내 주장을 분명히 할 수 있습니까?
내 의견으로는 실제로 네트워크에서 호스팅되는 git repo를 사용하는 주된 이점은 지점을 푸시하고 요청을 보내는 일반적인 장소가 있다는 것입니다.
저는 GitHub 직원들이 사용하는 워크 플로우 인 GitHub Flow을 아주 좋아합니다. 기본적으로 모든 기능/버그에는 자체 지사가 있어야합니다. 해당 지사를 원격 저장소와 동기화하고 여기에서 테스트를 실행 한 다음 git request-pull을 수행하여 팀 구성원에게 보내는 끌어 오기 요청을 만듭니다. 팀 구성원이 변경 사항을 검토하고 승인하며 실제로 실행됩니다.
원격 자식 저장소를 사용하면 지점을 많이 사용하면 정말 좋습니다. 메인 브랜치와 병합하기 전에 변경 사항을 공유 할 수있는 공간을 제공합니다.
잠시 git-tfs를 사용하고 TFS 작업 공간이 엉망이되어 중단되었습니다. 아마 교정 할 수 있었지만, 알아낼 시간이 없었습니다. 내 문제는 당신이 갈 수있는 유일한 문제가 아니라고 생각합니다.
관리를 행복하게 만들고 git의 모든 기능을 사용할 수 있습니다. TFS와 같은 팀원 중 일부가 git를 좋아하는 것으로부터 고려해 왔던 것입니다. 우리는 "축복받은"git 저장소를 로컬 서버의 어딘가에서 호스팅하고 자동화할 것을 고려하여 축복받은 Repo에 대한 푸시가 TFS에 자동으로 체크인하도록합니다 ... 또는 축복받은 Repo가 필요한 경우 수동으로 실행하는 문지기 git-tfs checkintool
물론 스크립트를 작성해야 자동으로 수행 할 수 있지만 바닐라 자식을 일상적으로 사용할 수 있음을 의미합니다.