ソース管理の実施

Question

グループポリシールールまたはメカニズムを設定して、すべての開発者がコードをソースコントロールにコミットするようにするにはどうすればよいですか？

私は、Ankhsvnクライアントbtwでvisualsvnサーバーを使用しています。

おかげ

Answer 1

当社の基本方針は、「それはソースコードリポジトリにない場合、それは存在しません。」である

• 開発者は、彼らだけがコードをチェックイン時に「開発が完了した」などのタスクをマークしてもらいます。
• は、ソースコードのタグ付きセットから自分の成果物（複数可）をビルドします（ないいくつかのジョーカーのワークステーションのコピー。）
• ソースコントロールではありませんNOTHINGは、QAや生産に入ります。壊れたコードのチェックイン

は悪いフォームと見なされますが処罰されていない（不便ものとは少しリブの外。）

は 私は継続的インテグレーションを使用して壊れ設定したい

はに自動的に戻って壊れて構築します変更はありますが、私はどこにいてもすぐに私はどこにいることができるとは思いません。

編集：各チェックインのコメントにアーティファクト番号も必要です。これにより、要件に関連していない無償の変更が防止されます。

Answer 2

政策のこれらのソート順は、最高の仲間からの圧力を使用して実施されます。コードをコミットすることが認められている環境を作成します。さもなければ、それは賢明になり、開発者はそれのまわりで方法を見つけるでしょう。

Answer 3

これは本当に悪い考えです。チェックインを強制する理由を説明できますか？

強制的にチェックインすると、ビルドが壊れて不正なコードが伝播されます。チェックインは、コードが実行中の状態で、ユーザーがすべての変更を確認する時間がある場合にのみ行う必要があります。開発者は自由に何かをチェックし、それを試し、変更を放棄するべきです。古いリビジョンをチェックするときはいつもこれをやっています。

あなたが探しているものが強制バックアップであれば、私はソース管理の他にもいくつか解決策を考えています。

Answer 4

私は、ソース管理を強化する最良の方法は、あなたのチームにうまく形成された「ソフトウェア開発文化」を構築することだと思います。

ソース管理の利点をよく知っている開発者は、その使用については躊躇しません。

推奨記事：

• Check In Early, Check In Often

Answer 5

継続的インテグレーションサーバが自分のコードをチェックインする人々を励ます助けるかもしれません。夜間ビルド/単体テスト・ランのコードのチェックインで誰もが乗り遅れたら、誰もがそのメリットを見始めるだろうと思う。私は人々にチェックインを強制することが最良のアプローチではないかもしれないという以前の答えに同意します。グループに利益をもたらす何かを使って行動を促すほうが良いでしょう。

Answer 6

すべての人に電子メールを送信して、ソース管理を使用するように指示するか、解雇するように指示してください。私は人々に脅威を与えたり、多くの政策を講じたりするように指示する人ではありませんが、ソースコントロールを使用することは、人々が疑問を持たずにボード上に置くだけのものです。

人々がソース管理について深刻ではない場合、2つの可能性があります。 1）セットアップが難しく、プロセスを単純化してチェックインするためのプロセスを1ステップにする必要があります。2）開発者が悪く、移動する必要があります。期間！

Answer 7

チームと定期的に会ったり（毎日のSCRUMsなど）、JiraやMantisやRallyなどのツールを使用してSVNシステムにトリガを設定して、各コミットをタスクにリンクしますより良い、タスクを持つブランチが、残念ながらこれはSVNでうまくいきません）、開発者がこのタスクにコードをチェックインしているかどうかを簡単に確認できます。問題/バグ追跡システムとの統合のほとんどは、コミット時に変更されたファイルを添付して作成するので、確認するのは簡単です。

これは強制的なものではありませんが、すべてのチームが前に述べたルールに従うように強制するのに役立ちます。