10

チームが分散している大規模なプロジェクトで、従来の SCM 製品 (ClearCase、AccuRev、Perforce など) を Git と共に使用することの価値 (またはその欠如) に関心があります。

チームの活動に対する可視性の向上という点で、大きな付加価値はありますか? 分岐と合流の制御？アクセス制御とセキュリティ? リリースエンジニアリング？他の要因？

それとも、Git 自体を使用する方がよいのでしょうか。または、上記の商用製品と同等のオープン ソース SCM はありますか?

ありがとう。

4

3 に答える 3

6

できるだけ少ないシステムを使用してください。gitのみを使用することに利点が見当たらない場合は、gitのみを使用してください。

ほとんどのプロジェクトは1つのVCS（gitやSubversionなど）を使用し、必要なすべてのこと（分岐など）を実行できるため、異常な要件がない限り、1つの製品ですべてが実行されることを確信できます。あなたが必要です。

于 2011-03-01T20:31:11.130 に答える
2

Git を ClearCase または SVN と統合することは、主に Git リポジトリが従来の集中型リポジトリと同じ種類のデータ (バイナリ) またはボリューム (ファイルの数/サイズ) を保持できないため、現時点では探しているものではありません。「 Git の制限とは
」を参照してください。

スタンドアロンの代替手段として、企業の ClearCase-SVN 環境に Git を導入しようとしています。

速度、プライベート コミット、およびマージ機能は非常に高く評価されていますが、次の点で実際の問題を解決するよう求められています。

  • 集中化: 多くのチームがコードを同期するための参照として機能するために、中央リポジトリは依然として必須です。
  • モジュール化: 1 つの Vob (ClearCase) または 1 つの Subversion リポジトリを作成して、そこにすべてを配置する方法はありません: タグ付けまたは分岐時に一貫した値を追加するには、各 git リポジトリを非常に細かくする必要があります (これらの操作は、上記のリポジトリ内のサブディレクトリではなく、すべての Git リポジトリ)。
  • authentication : 各ユーザーは LDAP で参照されます。適切な構成(つまり、当社の LDAP の共通名に等しい)prereceiveで少なくとも 1 つのコミットを行うために、フックを作成する必要があります。( gitolite スクリプト ' 'に少し似ていますが、電子メールではなく )。user.nameuser.namecncontrib/update.email-checkuser.name
  • 正しいアクセス: gitoliteは、これらの中央リポジトリの非常に正確な ACL を取得するのに非常に役立ちます。
    しかし、ssh 秘密鍵/公開鍵を使用するということは、パスフレーズ付きの秘密鍵を持つことも意味し (セキュリティ チームによると必須です)、Hudson や他のツールと統合するのは簡単なことではありません。

要するに、私はまだ Git の方が優れていると思いますが、そのインストール/管理の実装を担当しているので、SO の質問で行われた以前の分析に完全に同意します。開発のために「持っている必要がありますか?」 ;)。

于 2011-03-01T20:55:09.870 に答える
1

価値があります。

  1. 安価なローカル分岐の柔軟性と利便性を使用して、ローカル（マシン）環境での開発者のワークフローを促進し、集中システムを使用して、役割ベースのアクセス許可と多数のファイルの集合を簡単に制御します。

  2. 開発者のタスクベースの分岐は分散システムにとどまり、一元化された履歴をよりクリーンに保ちます。

  3. 集中型システムを使用して、分散システムから大きなバイナリ資産をオフロードできます。

費用がかかります。

  1. ハイブリッド環境のサポート/トレーニング。

  2. システム間の変換レイヤーの検索/保守が必要です。

于 2011-03-02T00:22:18.957 に答える