41

緊密に統合されたコード レビューと FogBugz の統合を備えたソース管理システムであるFogCreek Kilnの基盤として Mercurial を選択した理由は何ですか?

Bazaar、Git、Monotone などの他の (分散) バージョン管理システムや、 Fossil (バグ追跡や wiki を含む分散ソフトウェア構成管理) のような独自のバージョン管理システムの作成ではなく、なぜ Mercurial を使用したのでしょうか?

FogCreek が Mercurial を Kiln エンジンとして選択した理由は何ですか?

4

6 に答える 6

75

これは、Kiln 開発者の 1 人からの回答です。

  • 実際の分岐を提供します。
  • 使い方は簡単です。
  • Windows のサポートは非​​常に優れています。
  • これは速い。
  • それは強力です。
  • 簡単に拡張できます。

詳細はこちらをご覧ください。彼らは自分自身を非常に徹底的に説明しました。

于 2009-11-10T00:23:12.007 に答える
26

元の回答（2009年11月、GitHubは1年しかなく、Gitは4年しかありません）

本当にわかりませんが、「より良いWindowsサポート」に挑戦したいと思います。Windowsは、ほとんどのクライアントベースのメインプラットフォームになる可能性があります。
Gitはまだ「unix/linux」製品であり、mSysGitを介した「希望に満ちた」Windowsサポートを備えています。9番目の記事のようなMSysGitHeraldの
記事 のトーンを読んでください：

非常に長い間、msysGitは、Hannes、Steffen、Sebastian Schuberth、および私[JohannesSchindelin]で構成されるギャングによって推進されてきました。ある段階で私はとてもイライラしたので、msysGitでの作業を完全にやめました。理由は簡単です：それはもう面白くありませんでした。あまりにも多くの人が修正や機能強化を求めましたが、どれも自分たちの貢献を提供しませんでした。私はWindowsの人間ではないので（1994年以来幸せなLinuxユーザーである）、mSysGitでの作業は私が続けるのに十分なやりがいがありませんでした。それで私はやめました。
しかし、その間に、状況は変化しました。
私たちは...によって貢献を得ました

そのツールをITボスにプッシュすることになると、それは大きな自信を刺激しません。私は個人的な使用法としてGitに非常に満足しており、すべてのmSysGit貢献者の努力に非常に感謝していますが、大企業では、GitをWindows開発者が採用するデフォルトのDVCSツールにするのに苦労します。
どちらも学習曲線のためですが、主にサポートレベルがまだないためです。
これは個人的な意見にすぎません。Gitを正常にデプロイした経験が異なる場合は、より強力になります。

MercurialはGitに最も近いDVCSであり、移植可能なPythonスクリプト（Linux / Unixベースのshスクリプトではない）に基づいているため、実用的な選択となる可能性があります。

7年後のアップデート2018：はい、GitのWindowsサポートが現実のものになりました。

また、MicrosoftはWindowsコードベース全体を1つの（巨大な）Gitリポジトリにまとめています。「地球上で最大のGitリポジトリ」をご覧ください：350万ファイル、300 GB、4,000人のエンジニアが、数千のプルに加えて、440のブランチで毎日1,760の「ラボビルド」を作成しています検証ビルドを要求します。
ただし、これにはGVFS（Git Virtual FileSystem）が追加されており、使用内容に基づいて必要な部分のみを動的にダウンロードできます。
これはまだGitネイティブではありませんが、その統合は2017年12月に開始され、ナロー/パーシャルクローニングが実装されています。

KilnはGitサポートも宣伝しています：

クラス最高のDVCSホスティングソリューションであるKilnは、GitとMercurialをサポートしています。GitHubは素晴らしいです。FogBugzは素晴らしいです。何がさらに良いでしょうか？それらを統合してみませんか？FogBugzは、着信するチェンジセットコメントがケースに言及するたびにGitHubWebHooksから通知を受けることができます。

于 2009-11-09T23:33:45.613 に答える
10

DVCS システムを見たとき、私はMercurial が好きです。

  • Mercurial の開発者は、Microsoft Windows ユーザーを気にかけているようです。
  • Mercurial の開発者は、Microsoft Windows ユーザーを Windows の使用を余儀なくされた Unix ユーザーとは考えていません。
  • 多くのオープン ソース開発者とは異なり、Mercurial 開発者は Microsoft が金儲けをすることを嫌っているようには見えません。

おそらく、Kiln の開発者も同じことを考えていたのでしょう...
(すべての主要な DVCS システムは十分に優れています。そうでなければ、他の要因がさらに作用することになります)

Microsoftがgithubを所有しており、gitはWindowsで非常に一般的に使用されているため、この回答は明らかに古くなっています。

于 2010-03-19T11:11:23.063 に答える
7

FogCreekについて話すことはできませんが、使用するDVCSを選択したときに、多くの人がgitはWindowsではうまく機能しないとコメントしました（cygwinで実行されている場合を除く）。FogBugzはWindowsまたはLinuxシステムのいずれかで実行するように設計されているため（私が理解していることから、私自身はユーザーではありません）、gitを実行するための追加のレイヤー（cygwin）があることが決定要因である可能性があります。バザールやモノトーンについてはよくわからないので、フィードバックはできません。

于 2009-11-09T23:20:22.757 に答える
6

OS サポートの問題だけでも大きな違いがあるため、hg と git の問題はニシンだと思います。本当の問題は、なぜ bzr ではなく hg なのかということです。なぜなら、これら 2 つは非常に似ており、hg 開発者自身が bzr を真の競争相手と考えているからです。Sun は、OpenSolaris と OpenJDK の DVCS を選択する際に、両方の広範な評価を実施しました。FogCreekでhgをピッキングするために使用されたプロセスが何であったかを知りたい. これまでのところ、OS サポートの問題を除いて、答えとして得られたのは一般論だけです。

于 2010-03-26T01:16:03.240 に答える
4

そのため、git も追加します。

最大の新機能の 1 つは、Git または Mercurial を使用して Kiln リポジトリを操作できる Kiln Harmony です。したがって、Git を使用して Kiln リポジトリに変更をプッシュし、Mercurial を使用してプルすることができます。これは、Git と Mercurial のどちらを使用するかを決める必要がないことを意味します。

于 2013-04-12T16:50:22.090 に答える