TFS에서 Fogbugz Kiln으로 전환하면 어떤 문제가 발생할 수 있습니까?TFS 대 FogBugz 가마
현재 소스 제어를 위해 TFS를 사용하고 있으며, Kiln으로 이동할 수있는 옵션을 찾고 있습니다.
우리는
는 것 같다 이동하는 이유는 .. 우리가 비주얼 스튜디오 .NET, SQL 서버, TFS, 윈도우 서버 등을 사용하기 때문에 회사를 기반으로 완전히 마이크로 소프트 개발 툴입니다 가마의 리뷰 도구이미이 작업을 수행 한 사람이 있습니까? 우리가 가면과 함께 Visual Studio를 사용할 때 문제를 아는 사람이 있습니까?
나는 TFS를 사용하지 않고 (전혀 사용하지 않았기 때문에) 귀하의 질문에 완전히 대답 할 수 없습니다. 그러나, 내 고용주는 StarTeam을 사용하는데, 이는 소스 코드 제어와 관련하여 매우 전형적입니다.
전통적인 SCC 체크 아웃/체크인 방식에서 분산 모델로 옮겨가는 것이 첫 번째 정신 장애물이었습니다. 그 장애물을 극복하기 위해 나는 http://hginit.com/의 튜토리얼이 도움이된다는 것을 발견했습니다.
Kiln for VS를 사용하는 한 Kiln 클라이언트 (기본적으로 TortoiseHg)와 plugin for VS 2010을 모두 사용합니다. Windows Explorer와 Visual Studio에서 커밋, 끌어 오기, 밀어 넣기 등을 할 수 있습니다. 나는 수은을 배우는 것과 분산 버전 제어가 어떻게 작동하는지에 관한 것 외에는 아무런 문제도 없었다.
다른 문제는 빌드 서버 또는 지속적인 통합 서버를 업데이트하여 해당 리포지토리에서 가져 오는 것입니다.
Codereview는 TFS에 존재하며 무료 확장을 다운로드하기 만하면 TFS에서 병합이 매우 좋으며 보고서는 TFS, 방법론, 통합 및 가격면에서 더 뛰어납니다. 겸손한 관점에서. 그러나 둘 다 훌륭한 제품입니다. 분산 된 sc 또는 혼합 된 팀 (Linux 등)이 필요하거나 TFS에 솔루션이 있지만 값이 쌉니다.
TFS 2008부터는 근거없는 병합에 빠져드는 것이 가능했습니다. 이제는 그다지 좋지 않았습니다. 그리고 심지어 근거없는 병합조차도 Merurial 또는 Git과 비교하여 병합 된 분기 기록을 유지하지 않습니다. TFS 2010에서 더 좋아 졌습니까? – Helgi
아니요. 그리고 나도 그럴 것이라는 확신이별로 없다. TFS 팀은 근거없는 병합을 버그가 아닌 기능으로 생각합니다. 왜냐하면 완전히 나를 혼란스럽게하는 이유 때문입니다. – jammycakes
가지가 Mercurial에서 더 좋지만, 훨씬 더 많은 가지를 가지게 될 것이고, 개발자가 실수를해서 잘못된 지점에서 뭔가를하는 것이 훨씬 쉬울 것입니다. 유연성은 혼란을 야기 할 수 있습니다.
하지만 가장 중요한 것은 전환 계획입니다. TFS에서 장기간 커밋 레코드를 가지고 있다면 아마도 그것을 유지하기를 원할 것입니다. 불행히도 필요할 때 TFS를 Hg로 변환하는 데 도움이되는 직접 변환 도구가없는 것처럼 보였습니다. 내가 hg convert와 함께 tfs2svn을 사용해 보았지만, tfs2svn은 복잡한 이름을 고수했다. 대신 바보 직접 변환 유틸리티를 써야했다.
우리는 작년 가을 Sourcegear 's Vault (Bugzilla 포함)에서 Kiln (FogBugz 포함)으로 전환했습니다. 우리의 모든 개발자들은 사례 (버그/티켓)에 대한 코드 리뷰와 사양/요구 사항에 대한 커밋의 긴밀한 통합을 좋아합니다.
중앙 저장소의 구성을 마스터하는 데 몇 번의 시행 착오가있었습니다. Kiln (그리고 Mercurial by proxy)은 너무 유연하여 너무 단순하거나 너무 복잡한 조직 구조를 쉽게 만들 수 있습니다. 이 기능은 분기 및 병합이 쉽기 때문에 상당히 완화되었습니다.우리의 목표는 검토 된 코드 만 준비 저장소에 넣을 수있는 시스템을 구성하는 것이 었습니다.이 저장소는 QA로 배포 할 수 있습니다. 이 프로세스를 간소화하기 위해 저장소 조직을 마무리하는 데 약 6 주 (대부분 시행 착오)가 걸렸습니다.
Vault (철학적 관점에서 볼 때 Subversion과 유사) 동안 Kiln에서 변경 작업을 수행하고 버리는 것은 간단합니다. TFS에 대해 말할 수는 없지만 Vault에서의 릴리스 용 컴파일은 악몽이었습니다. 생산성 90 분을 버리고 쓰레기를 버리십시오. Kiln에서는 빌드/릴리스를 자동화하기 위해 몇 가지 Perl 스크립트를 작성하는 것이 쉽지 않은데, 몇 분 동안 수동으로 검토하지 않는다면 거의 즉시 실행될 것입니다.
가장 큰 도전 과제는 (헬기가 제시 한 것처럼) 지점 관리입니다. 일부 개발자는 이것을 매우 쉽게, 다른 개발자는이를 사용하여 어려움을 겪습니다.
Vault에서 Kiln으로 변환하는 경로가 없었기 때문에 보관을 위해 Vault 서버 인스턴스를 유지 관리하고 Kiln에서 새로 시작했습니다.
6 개월 후에 우리의 삶이 바뀌 었습니다.
결정하기 전에 Visual Studio 2010을 확인하십시오. 이 분야에서 많은 개선이 이루어졌습니다. –