なぜ窯はMercurial、その他(D)VCS

StackOverflow https://stackoverflow.com/questions/1704565

質問

どのような理由を選択Mercurial基盤としてのFogCreek 窯, ソース管理システムと緊密に統合したコードレビュー、FogBugz。

なぜMercurial、その他(分散)バージョンコントロールシステムのようなバザール、Gitはモノトーンの作成や独自のバージョンコントロールシステムのように 化石 （分散ソフトウェア構成管理を含め、バグトラッキング、wiki）?

どのような特長があり、FogCreekを選択Mercurialとしてキルンのエンジン?

役に立ちましたか？

解決

こちらの答えの中からキルン開発者向けです。

  • でリアルタイムです。
  • で使いやすいです。
  • Windowsの支援があります。
  • です。
  • この迫力があります。
  • で容易に拡張.

の全ての詳細 こちらの.いうものです。

他のヒント

オリジナルの答え（2009年11月には、GitHubのは、わずか1年を持ってGitリポジトリのみ4）

Windowsは、潜在的顧客基盤のほとんどの主要なプラットフォームであること、

私は本当に知らないが、私は思い切って「より良いWindowsのサポート」でしょう。
Gitはで、まだあまり "UNIX / Linuxの" 製品です/>。
ただ、 MSysGitHerald の記事のいくつかのトーンを、読んで= "http://code.google.com/p/msysgit/wiki/MSysGitHerald9" REL = "nofollowをnoreferrer">第1 の

  

は、非常に長い時間、msysGitはハンス、ステファン、セバスチャンシューベルトと自分[ヨハネスSchindelin]で形成されたギャングによって前方に押されました。いくつかの段階で、私は完全にmsysGitに動作を停止するようにイライラしました。理由は簡単である：それはより多くの楽しみではなかったです。あまりにも多くの人々は、修正や機能強化を求め、及びそれらのどれも自身のの貢献を提供しません。私は（1994年以降幸せなLinuxユーザである）、Windowsの人ではない午前として、mSysGitの仕事は私が継続するための十分なやりがいありませんでした。だから私は停止しました。
  しかし、その間に、物事が変更されました。
  私たちは、

...での貢献を得ました
それはあなたのITの上司にそのツールを進めてきたときに、

これは自信を大いに鼓舞しません。私は個人的な使用のためのGitに非常に満足し、すべてのmSysGitの貢献者のハードワークから非常に感謝していますが、大企業では、私が苦労Gitの私達のWindows開発者によって採用されたデフォルトのDVCSツール作りを持っているでしょう。
なぜなら学習曲線の両方が、主にサポートレベルはまだありませんので。
あなたはあなたに成功したGitリポジトリを展開異なる経験、より多くの電力を持っている場合、それは唯一の個人的な意見であり、ます。

MercurialはGitリポジトリに最も近いDVCSであること、およびポータブルPythonスクリプト（およびないLINUX / UNIXベースのshスクリプト）に基づいて、それは実用的な選択であります。

<時間>

7年後、2018年の更新：はい、GitのためのWindowsのサポートは今現実である。

。

とMicrosoftは、の1 （巨人）Gitのリポジトリにそのの全体ののWindowsのコードベースを持っています参照してください "<のhref =" https://blogs.msdn.microsoft.com / bharry / 2017/5月24日/ - 最大-のgit-レポ・オン・惑星/ "のrel = "nofollowをnoreferrer">惑星の上で最大のGitのレポ"：3.5Mファイル、300ギガバイト、 1760毎日生産4,000エンジニアプル要求の検証ビルドの何千ものほかに440軒の支店間で「ラボビルド」。
のが、の、これは GVFS（Gitの仮想ファイルシステム）の添加であるに、これは動的にあなたが使用しているものに基づいて必要な部分だけをダウンロードすることができます。
が、これは、のないのまだGitのネイティブであります狭い/部分的クローニングするます。

窯のにもGitのサポートをアドバタイズます：

  

の 窯のを、私たちのクラス最高のDVCSホスティングソリューション、サポートMercurialのと同様、Gitは！ GitHubのは素晴らしいです。 FogBugzのは素晴らしいです。どのような可能性   さらに良いこと？どのようにそれらを統合について！ FogBugzのはで通知することができます   GitHubのウェブフックの着信チェンジのコメントが言及するたびに   ケースます。

そDVCSシステム 私のように ヘッドを次のように表することから始まります。

  • のヘッドを次のように表者のよう注意Microsoft Windowsユーザー
  • のヘッドを次のように表者になると考えMicrosoft WindowsユーザーとしてのUnixユーザの使用を強制されます。
  • なくオープンソースのソフトウェア開発者のMercurial開発者はいなかったのでしょうか嫌いなのマイクロソフトを作ります。

か の窯開発者の想いは同じ...
(すべての主要DVCSシステムも、それ以外にその他の要因とより)

私はFogCreekのために話すことはできませんが、私はDVCSは、多くの人々を使用する選択されたとき、私は知っている（それはcygwinの中で実行していない限り）GitはWindows上でうまく動作しないとコメントしました。 FogBugzのは、WindowsまたはLinuxシステムのいずれかで動作するように設計されているので - gitのを実行するために追加の層（cygwinの）を有する（私が理解から、私は、ユーザー自身ではないよ）が決定要因となっている可能性があります。私はバザーやモノトーンについてあまり知らないので、私はそこに任意のフィードバックを提供することはできません。

私だけではOSのサポートの問題が大きな違いであるようにgit対HGの問題は、赤いニシンだと思います。本当の問題は、彼ら自身が彼らの本当の競争とその逆であることをbzrのを検討する理由はなく、bzrのよりHG、これら二つは非常に類似しており、HG開発をしているようです。それはOpenSolarisのとOpenJDKのためにDVCSを選ぶに来たときに日は両方の広範な評価を行いました。一つはFogCreekでHGを選ぶために使用されるプロセス何であったか知っていただきたいと思います。我々は（離れてOSのサポート問題から）回答の方法によって、これまでに得たすべては一般論です。

だから今、彼らはまた、gitの追加：の

  

の最大の新機能の1つは、次の操作ができます窯ハーモニー、あります   GitのかMercurialのいずれかを使用して窯リポジトリ上で動作します。だからあなたはできる   Gitリポジトリを使用して窯レポへの変更をプッシュしてから使用してそれらを引きます   Mercurialの。これは、あなたがしたいかどうかを決定しなければならないことを意味し   GitのやMercurialのを使用しています。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top