エンタープライズ環境でのGitの使用
Gitは優れたバージョン管理システムです。優れたGUIサポートがないという事実を除外すると、本当に素晴らしく高速です。しかし、Clearcaseのようなソース管理は、大企業の顧客を大幅にサポートしています。企業はソース管理サーバーとライスセンスに莫大な投資をしています。
最近のGoogleのような大企業のほとんどは、他のバージョン管理システムよりもGitを採用しています。しかし、この会社には強力なオープンソースグループがあり、ツールの開発とサポートを一貫して提供しています（彼らは独自のGitのカスタムバージョンを持っている場合もあります）。同時に、大企業は、オープンソースプロジェクトの採用や、プロジェクトへの関連性について気にすることはあまりありません。
- 特にWindowsプラットフォームで、Gitは本当にエンタープライズ環境に信頼できるツールですか？
- Gitはオープンソース製品であるため、サポートは問題です。
- ソリューションとサポートを提供する会社はありますか？ Clear-caseのような他のバージョン管理と比べてサーバーのコストはどうですか？
GitHubはバージョン管理ではありません-「Git」と呼ばれるバージョン管理システムを「ホスト」します。しゃれは別として、これは非常に重要な違いです-よく知っておいてください。
エンタープライズでの使用に関しては、gitはSVNと同じくらいスマート（かつ便利で、優れている）であると言えます。また、プロジェクト（およびチーム）のサイズと範囲に基づいて、適切なバージョン管理戦略（ワークフロー）を選択できます。非分散型システムでは、このような柔軟性はありません。
Windowsの場合、 Msysgit または Visual Studio Extensions for Git を確認してください。gitはWindowsで非常にうまく機能します。また、WindowsユーザーはTekPubの このトレーニングシリーズ を見て、すべてWindowsです。
UPDATE [2013年2月]Visual Studioでgitを使い始める
あなたの質問は珍しいことではなく、あなたはそれについてググると、企業でgitを使用する理由と方法（およびかどうか）を説明する多くのテキストを得ることができます。
- this 、 this 、および this を読んでください。
- GitLab を見てください。これは、GitHubと同様のインターフェースを提供する自己ホスト型アプリケーションです。
- gitolite プロジェクトを見てください
- Git Hosting オプションを見てください：
まだGitが好きではないのですか？ Mercurial と呼ばれる別のDVCSを見てください。
Mercurial +1。
Mercurialはクールで、簡単で、多くのユーザーフレンドリーなGUIを備えており、よりプロフェッショナルな感じがします。なぜGitにそのような誇大宣伝があったのか私には理解できませんでしたが、他の偉大なものは影に隠れています。 Mercurialはgoogleコード、bitbucket.org（githubに相当）、Eclipse ...でもサポートされています。私は2年間使用しており、いつも満足しています。
2014年2月を編集：
それまでの間、GitはMercurialよりも助言するようにリードしています。 3年前、Mercurialは私見をより洗練され、よりクリーンに、より良くしました。しかし、誇大広告はGit側にあり、それ以来得られた勢いはそれを明らかに勝者にしています。巨大なコミュニティのため、今では事実上の標準となっています。
私は知っています https://github.com/ 企業のプライベートリポジトリに関していくつかのサポートを提供します
具体的には、ファイアウォールインストールと呼ばれるサービスを提供します http://fi.github.com/ 彼らはサポートを提供すると主張しますが、オンラインに投稿された詳細はなく、私はそれらを使用したことがありません。
費用は年間20人あたり5000ドルです。
私はWindowsでGitとMercurialの両方を使用していますが、どちらも使用可能ではありません。 MercurialのGUIツールの方が優れていると思うので、チームがビジュアルツールに慣れている場合は、より適しているかもしれません。私はコマンドラインを使用する傾向があります-私にとってはそれはより理にかなっています。
どちらも、私の経験では防弾です。私は多くの企業がそれを望んでいるのを知っていますが、それ自体は「サポート」を必要としません。
他にもあると思いますが、ホストされているMercurialソリューションである Kiln を見てみる価値はあります。
どの方法をとっても、DVCSは従来のVCSとはかなり異なります。私見、ほぼすべての点で優れていますが、慣れるまでに時間がかかる場合があります。
gitはWindows開発者にとっては異質なものです。それは本当のファーストクラスの市民ではありません。うまく機能しますが、何よりもまずLinuxツールです。たとえば、gitのサーバーモデルでは、セキュリティのためにSSHログインが必要です。
サポートは問題であり、通常はホステッドソリューションを伴う、提供可能な企業があります。
Gitは巨大なサーバーを必要としないことで知られています-リポジトリのスケーリングによりIO容量と速度は常に重要ですが、ほとんどの操作はコンピューターでのみ行われるため、サーバーの要件はClearcaseのようなものよりも桁違いに少なくなります。
その価値のために、100未満の私たちの完全ではないエンタープライズ企業は、WindowsでJavaおよびCプロジェクトを持つgitの巨大なユーザーです。
- Gitはエンタープライズ環境、特にWindowsプラットフォームにとって本当に信頼できるツールですか？
私たちはこれですぐに強いイエスになるでしょう。アトラシアンは最近、 Stash 1. のリリースでこれを達成するために大きな一歩を踏み出しました。
- Gitはオープンソースのバージョン管理であるため、サポートはGitにとっての問題です。
無料のさまざまなLinkedInグループ（Gitバージョン管理システム）にアドバイスを提供する知識豊富なGitユーザーの強力なサポートネットワークがあります。通常、Googleをすばやく検索すると、ほとんどの要件に役立ちます。大企業向けに、現在市場に出回っている商用gitサポートオプションもあります。
- ソリューションとサポートを提供する会社はありますか？ Clear-caseのような他のバージョンコントロールと比較して、サーバーのコストはどのようになっていますか？
現在、Gitに対して信頼できる専用のサポートを提供している企業は数多くあります。 Clearvisionと ＃goGit で、そのうちの1つに名前を付けます。
Gitはvery Clearcaseとは異なるため、開発者（および他のユーザー）をソースコードやファイルを操作する別の方法にスムーズに移行する方法がおそらく課題になります。ユーザーの経験と企業内でのClearcaseの統合の度合いによっては、多くのトレーニングと学習が必要になる場合があります。
私が最初に提案したのは、パイロットプロジェクトでgitを試して、チームでどのように機能するかを確認することです。 githubで安全なリポジトリを入手すれば、パイロットの準備はすべて整いました。
私の企業の職場では、ClearCaseの向こう側にあるチームをMercurial（gitと同様のツール）に導入することのサポートに取り組んできました。
Hg in partyを選択したのは、その不変性を中心に設計されているため、ビジネス目標にとって重要です。また、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はいくつかの問題を修正しました） Mercurialにありました： https://code.facebook.com/posts/218678814984400/scaling-Mercurial-at-facebook/ ）商用バージョン管理システムは、（または他の環境ではない）よりよく働く。
...そして、この責任がある。大規模な組織では、問題をデバッグしてコミュニティのサポートに依存するために時間を費やすのではなく、問題が発生したときに外部ベンダーに電話することを好むかもしれません。特に、機密情報を含む破損したリポジトリが含まれる場合。
これらは決して「エンタープライズ環境」で使用できなくなる問題ではありませんが、いつものように、異なるソフトウェアには異なるケースがあり、ケースバイケースで評価する必要があります。