エンタープライズ環境でのGitの使用[終了]

Gitは優れたバージョン管理システムです。優れたGUIサポートがないという事実を除外すると、本当に優れた高速です。しかし、Clearcaseのようなソース管理は、企業顧客を大規模にサポートしています。企業は、ソース管理サーバーとライセンス認証に多額の投資をしています。

最近、Googleのような大企業のほとんどは、他のバージョン管理システムよりもGitを採用しています。しかし、この会社には強力なオープンソースグループがあり、ツールの開発とサポートを一貫して提供しています（独自のGitのカスタムバージョンを持っている場合もあります）。同時に、大企業はオープンソースプロジェクトを採用し、それらに関連性を持たせることを本当に気にしていません。

• Gitはエンタープライズ環境、特にWindowsプラットフォームで本当に信頼できるツールですか？
• Gitはオープンソース製品であるため、Gitのサポートは問題です。
• ソリューションとサポートを提供する会社はありますか？サーバーのコストは、クリアケースなどの他のバージョン管理と比較してどうですか？

GitHubはバージョン管理ではなく、「Git」と呼ばれるバージョン管理システムを「ホスト」します。しゃれとは別に、これは非常に重要な違いです-それをよく知っています。

企業での使用に関しては、gitはSVNのようなものと同じくらいスマート（そして便利で、より良い）であると言えます。また、プロジェクト（およびチーム）のサイズと範囲に基づいて、適切なバージョン管理戦略（ワークフロー）を選択できます。非分散システムでは、この柔軟性を確保できません。

Windowsの場合、MsysgitまたはVisual Studio Extensions for Gitを確認してください-gitはWindowsで非常にうまく機能します。また、Windowsユーザーは、TekPubのこのトレーニングシリーズをご覧ください。すべてWindowsです。

更新[2013年2月] Visual Studioでgitを開始する

あなたの質問は珍しいことではなく、それについてグーグルで検索して、企業でgitを使用する理由と方法（および使用方法）を説明する多くのテキストを入手できます。

• Goが読んで 、この、 この、および これを
• GitHubに似たインターフェースを提供する自己ホスト型アプリケーション、GitLabを見てください。
• Gitoliteプロジェクトを見てください
• Gitホスティングオプションを見てください：
  • GitHub Enterprise
  • ギトリアス
  • Git Enterprise
  • 混乱しない

まだGitが好きではないですか？Mercurialと呼ばれる別のDVCSを見てください。

+1 Mercurial。

Mercurialはクールで使いやすく、多くのユーザーフレンドリーなGUIを備えており、よりプロフェッショナルに感じます。なぜGitにこんな誇大宣伝があったのか理解できませんでしたが、他のすばらしいものは影に隠れています。Mercurialは、Googleコード、bitbucket.org（githubと同等）、Eclipseでもサポートされています...私は2年前から使用しており、常に満足しています。

2014年2月の編集：

それまでの間、Gitはリードしてきたので、水銀についてアドバイスします。3年前、Mercurialはより洗練され、よりクリーンで、より良いものでした。しかし、誇大広告はGitの側にあり、それ以来得られた勢いがGitの明らかな勝者になっています。巨大なコミュニティのため、現在では事実上の標準となっています。

https://github.com/は、企業のプライベートリポジトリに関するサポートを提供していることを知っています。

具体的に、彼らは、ファイアウォールのインストールと呼ばれるサービスを提供http://fi.github.com/を 彼らがサポートを提供しますが、何の詳細は、オンラインで掲示しないと、私はそれらを使用したことがない持っていると主張します。

費用は年間20人あたり5000ドルです。

私はWindowsでGitとMercurialの両方を使用していますが、どちらも使いやすいです。MercurialのGUIツールの方が優れていると思うので、視覚ツールに慣れているチームの方が適していると思います。私はコマンドラインを使用する傾向があります-私にとっては、もっと理にかなっています。

私の経験では、両方とも防弾です。多くの企業が「サポート」を希望していますが、「サポート」は必要ありません。

他にもあるとは思いますが、ホストされている水銀ソリューションであるKilnを見てみる価値はあります。

注意してください-どの方法を使用しても、DVCSは従来のVCSとはまったく異なります。私見、彼らはほぼすべての点で優れていますが、慣れるには時間がかかることがあります。

gitはWindows開発者にとって異質です。それは本当のファーストクラス市民ではありません。うまく機能しますが、何よりもまずLinuxツールです。たとえば、gitのサーバーモデルでは、セキュリティのためにSSHログインが必要になります。

サポートは質問であり、提供できる会社がありますが、通常はホストされたソリューションを伴います。

Gitは巨大なサーバーを必要としないことが知られています-リポジトリはより多くのioキャパシティと速度をスケーリングするため、常に重要ですが、ほとんどの操作はコンピューター上でのみ行われるため、サーバー要件はClearcaseのようなものよりも桁違いに小さいです。

その価値は、100未満の企業ではありませんが、WindowsでJavaおよびCプロジェクトを使用しているgitの巨大なユーザーです。

GitはClearcase とは大きく異なるため、おそらくあなたの課題は、開発者（および他のユーザー）をソースコードとファイルを操作する別の方法にスムーズに移行する方法になるでしょう。ユーザーの経験と企業内でのClearcaseの統合度に応じて、多くのトレーニングと非学習が必要になる場合があります。

私の最初の提案は、パイロットプロジェクトでgitを試してみて、それがチームでどのように機能するかを確認することです。githubで安全なリポジトリを取得すれば、パイロットの準備は完了です。

• Gitはエンタープライズ環境、特にWindowsプラットフォームにとって本当に信頼できるツールですか？

私たちはまもなくこれで強いイエスになります。アトラシアンは最近、Stash 1.3のリリースでこれを達成するために大きな一歩を踏み出しました。

• Gitはオープンソースのバージョン管理であるため、このサポートはGitにとって疑問です。

無料のさまざまなLinkedInグループ（Gitバージョン管理システム）にアドバイスを提供する、知識豊富なGitユーザーの強力なサポートネットワークがあります。通常、クイックGoogle検索はほとんどの要件に役立ちます。大企業向けには、現在市販されている商用gitサポートオプションもあります。

• ソリューションやサポートを提供する企業はありますか？クリアケースなどの他のバージョン管理と比較して、サーバーのコストはどうですか？

現在、Gitに対して信頼性の高い専用のサポートを提供している企業が多数あります。Clearvisionと#goGitで名前を付けます。

私の企業の職場では、ClearCaseの向こう側にあるチームをMercurial（gitと同様のツール）に持ち込むことをサポートすることに取り組んでいます。

パーティーでhgを選択したのは、不変性を中心に設計されているためです。これはビジネス目標にとって重要です。また、Pythonで書かれているため、Windowsでも非常にうまく機能します。GitはWindowsで弱いソースであるという評判があり、私の経験はそれを反映しています。（ツールの方が優れていると思うので、Windowsを使用して確認することはもうありません。:-)）。

経験は概してポジティブであり、私たちの欠点のほとんどはサブリポジトリに関連し、それらに関連する奇妙な間接性がありました。もう1つは、メタデータストレージがhgに存在しないことです。それを管理するには、他のソリューションを開発する必要があります。

Windowsの開発者に「すぐに使える」作業のためのエンタープライズソリューションを推奨する場合は、KilnおよびGitHub Firewallを調査することをお勧めします。

それはあなたの質問に直接答えないことを知っています。しかし、このように言えば、ClearCaseに慣れているなら、gitはトレーニング、実装、管理が一桁簡単になると思います。

GitとMercurialは、エンタープライズ環境で使用できます。ある程度まで。一部の組織には、現在のgitでは満たされていない追加の要件があります。つまり、特定のユーザーのみがリポジトリ内の特定のファイルに（読み取り）アクセスできるように、またはアクセスを追跡できる監査インターフェイスなど、より厳密なアクセス制御などです。一部の商用エンタープライズシステムには、企業のバックアップソリューションなど、ITシステム管理とのより深い統合もあります。

Gitは、履歴を保持するのにも適していません。デフォルトでは、プロジェクトの完全な履歴を強制プッシュで上書きできます。

大規模な組織では、スケーリングの問題が発生することがあります。ここではFacebookが持っていたケースである：http://comments.gmane.org/gmane.comp.version-control.git/189776は、これらの問題のいくつかは修正可能であるが、（つまり、Facebookは、彼らが水銀に持っていたいくつかの問題を修正：HTTPS：/ /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/）市販のバージョン管理システムには、スケーリング動作が異なり、他の環境ではうまく機能しない可能性があります。

...そして、この責任があります。大規模な組織では、問題をデバッグしてコミュニティのサポートに頼るために時間を費やすのではなく、問題がある場合に外部ベンダーに電話することを好む場合があります。特に、機密情報を含む破損したリポジトリが関係している場合。

これらは決して「エンタープライズ環境」で使用できないようにする問題ではありませんが、常に異なるソフトウェアには、ケースごとに評価する必要のある長所と短所があります。