Kiln이 다른 (D)VCS가 아닌 Mercurial을 기반으로 하는 이유
https://stackoverflow.com/questions/1704565
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian해결책
다음은 가마 개발자 중 한 사람의 답변입니다.
- 실제 분기를 제공합니다.
- 사용하기 쉽습니다.
- Windows 지원은 매우 좋습니다.
- 빠릅니다.
- 강력합니다.
- 쉽게 확장 가능합니다.
자세한 내용을 확인하십시오 여기. 그들은 자신을 아주 철저히 설명했습니다.
다른 팁
원래 답변(11월)2009년, GitHub는 1년만, Git은 4년만)
잘 모르겠지만 "더 나은 Windows 지원"을 시도하고 싶습니다. Windows는 잠재적으로 대부분의 클라이언트 기반을 위한 주요 플랫폼이 될 것입니다.
Git은 여전히 "희망적인" Windows 지원을 제공하는 "unix/linux" 제품에 너무 가깝습니다. mSysGit을 통해.
일부의 어조를 읽어보세요. MSysGitHerald 같은 기사 아홉번째:
오랫동안 msysGit은 Hannes, Steffen, Sebastian Schuberth와 나 [Johannes Schindelin]로 구성된 갱단에 의해 추진되었습니다.어떤 단계에서는 너무 좌절해서 msysGit 작업을 완전히 중단했습니다.이유는 간단합니다.더 이상 재미가 없었습니다.너무 많은 사람들이 수정이나 개선을 요청했지만 그들 중 누구도 직접 기여를 제공하지 않았습니다.나는 Windows 사용자가 아니기 때문에(1994년부터 행복한 Linux 사용자였습니다) mSysGit 작업은 계속할 만큼 보람이 없었습니다.그래서 나는 멈췄다.
하지만 그 동안 상황이 바뀌었습니다.
우리는 다음으로 기여를 받았습니다 ...
이는 해당 도구를 IT 상사에게 전달하는 데 큰 자신감을 불러일으키지 않습니다.개인적인 용도로는 Git에 매우 만족하고 모든 mSysGit 기여자들의 노고에 매우 감사합니다. 하지만 대기업에서는 Git을 Windows 개발자가 채택하는 기본 DVCS 도구로 만드는 데 어려움을 겪을 것입니다.
둘 다 학습 곡선 때문이지만 주로 지원 수준이 아직 없기 때문입니다.
이는 개인적인 의견일 뿐이며, Git을 성공적으로 배포한 다른 경험이 있다면 더 많은 힘을 얻을 수 있습니다.
Mercurial은 Git에 가장 가까운 DVCS이며 이식 가능한 Python 스크립트(linux/unix 기반 sh 스크립트가 아님)를 기반으로 하므로 실용적인 선택이 될 수 있습니다.
7년 후인 2018년 업데이트:예, 이제 Git에 대한 Windows 지원이 현실이 되었습니다.
그리고 마이크로소프트는 전체 Windows 코드베이스 하나 (거대한) Git 저장소:보다 "지구상에서 가장 큰 Git 저장소":350만 개의 파일, 300GB, 4,000명의 엔지니어가 수천 개의 풀 요청 검증 빌드 외에도 440개 지점에서 매일 1,760개의 "랩 빌드"를 생성합니다.
하지만 이것은 추가로 GVFS(Git 가상 파일 시스템), 사용하는 항목에 따라 필요한 부분만 동적으로 다운로드할 수 있습니다.
이것은 ~ 아니다 아직 Git 네이티브에서는 지난 12월 통합이 시작됐다.2017년, 좁은/부분 복제 구현.
가마, 동급 최고의 DVCS 호스팅 솔루션인 은 Git과 Mercurial을 지원합니다!GitHub는 훌륭합니다.FogBugz는 훌륭합니다.더 나은 것은 무엇입니까?통합해 보는 건 어떨까요!FogBugz는 다음을 통해 알림을 받을 수 있습니다. GitHub Web Hooks는 들어오는 변경 집합 주석이 경우.
DVCS 시스템을 보았을 때 좋아요 수은 때문에.
- Mercurial Developers는 Microsoft Windows 사용자를 돌보는 것 같습니다.
- Mercurial Developers는 Microsoft Windows 사용자를 Windows를 사용해야하는 Unix 사용자라고 생각하지 않습니다.
- 많은 오픈 소스 개발자와 달리 Mercurial Developers는 Microsoft가 돈을 버는 것에 대해 미워하지 않는 것 같습니다.
아마도 가마 개발자들은 똑같이 생각했습니다 ...
(모든 주요 DVC 시스템은 충분히 좋으며 그렇지 않으면 다른 요소가 더 많이 나옵니다)
나는 Fogcreek에 대해서는 말할 수 없지만 많은 사람들을 사용하여 어떤 DVC를 선택했는지를 알고 있습니다. Fogbugz는 Windows 또는 Linux 시스템 (내가 이해하는 것에서 나 자신이 아닌)에서 실행되도록 설계되었으므로 GIT를 실행할 여분의 계층 (Cygwin)이 결정적인 요인 일 수 있습니다. 나는 바자 나 모노톤에 대해 많이 모르므로 피드백을 제공 할 수 없습니다.
HG 대 GIT의 문제는 OS 지원 문제만이 주요 차이라고 생각합니다. 실제 질문은 BZR이 아닌 HG가 왜 매우 유사하고 HG 개발자가 BZR을 실제 경쟁으로 간주하고 그 반대를 그 반대로 간주하기 때문입니다. Sun은 Opensolaris 및 OpenJDK를위한 DVC를 선택할 때 두 가지 모두에 대한 광범위한 평가를 수행했습니다. Fogcreek에서 HG를 선택하는 데 사용 된 프로세스가 무엇인지 알고 싶습니다. OS 지원 문제와는 별도로 우리가 지금까지 얻은 모든 것은 일반성입니다.
가장 큰 새로운 기능 중 하나는 Kiln Harmony로, GIT 또는 Mercurial을 사용하여 Kiln 리포지토리에서 작동 할 수 있습니다. 따라서 GIT를 사용하여 가마 레포로 변경 한 다음 Mercurial을 사용하여 당길 수 있습니다. 이것은 GIT 또는 Mercurial을 사용할지 여부를 결정할 필요가 없음을 의미합니다.
