企業環境での分散バージョン管理に関する人々の経験を知りたいです。
具体的には：
- 養子縁組は難しかったですか？
- それが整った今、それは好評ですか？
- 使用している「モデル」は何ですか (ハブ & スポーク? 他の何か?)
- ハブ & スポークの使用を許可していますが、中央サーバーへのプッシュに規律の問題はありますか?
- この環境でプログラマー以外の作業を行っている人、できればアーティストなど、VCS が少し気が遠くなるような人がいるかどうかを知りたいです。それは彼らにとってうまくいきましたか？
3 に答える
5
1 - いいえ、使用する必要があると人々に伝えたからです。VCS とスタッフを制御できない場合、より大きな問題が発生します...
2 - SVN から Git に移行すると、約半数の開発者が複雑さが増したことに不満を持っていました。残りの半分は、増加したパワーを高く評価しました。
3 - 慣例により、1 つのサーバーを中央リポジトリとして指定しました。
4 - なし - つまり、人々が適切なサーバーにプッシュしない場合、その作業は完了したとは見なされないため、統合や QA などを行うことができません。この種のガイドラインに従えない場合は....同じです上記の＃1として。
5 - それは良い質問です。技術者以外のスタッフには、可能な限り GUI ツールを使用することをお勧めしています。ブランチ ヒストリを表示したり、その他の視覚的な理由がない限り、ほとんどすべての開発者がコマンド ラインを使用します。
于 2009-01-27T02:19:29.747 に答える
1
IBM Rational (Atria) ClearCase with Multisite は DVCS としてカウントされますか?
IBM に買収される前の 7 年間を含め、15 年間使用しています。これにより、米国内および米国外のサイト全体でかなり効果的に作業することができます.
ほとんどの場合、邪魔にならないようにすることで、うまく機能します。
どのモデルが該当するかわかりません。
ID (Information Development - Tech Pubs を意味する) チームは、それを使用する非プログラマーの主要なセットです。
CC-MS にはまだ幾分集中化されたモデルがあります。ブランチは特定のサイトで「管理」されており、そのブランチの変更は同じサイトのビューでのみ行うことができます。これは、分岐とマージに注意する必要があることを意味しますが、マージは非常に優れています (分岐と同様)。
于 2009-01-27T01:40:22.413 に答える
0
同僚と話し合った後、現在、職場で git を採用するというアイデアで遊んでいます。彼らは、DCVS を使用するのが良い考えだとは想像できませんでした。ほとんどの場合、マージの問題が大きすぎると見なされるためです。私は自宅で自分の小さなプロジェクトに git を使用しています。職場で使用する方法と理由は次のとおりです。
- 私が取り組んでいるsvn-projectsをgitにチェックアウトします
- ビルドの中断 (または実験のための分岐) を気にせずにコミットする
- 中央サーバーに対するルックアップ/マージの遅延を回避する
- 最後に結果をsvn-trunkにコミットする
ちなみに、それは (Linus が Google で git に関して行った話に続いて) 仕事で DCVS を使用する一般的な方法のようです :)
于 2009-01-27T01:58:14.140 に答える