0

私たちはCVSからSVNに移行し、開発/テスト/リリースサイクルの順序を強制するために、ある種のリビジョン管理を採用しています。私たちは現在、同じコード行でテスト、開発、リリースを行っていますが、それが悪い習慣であることを知っており、それを終わらせたいと思っています。

あなたの経験、ノウハウ、ソースコードツリーでの作業の提案は何ですか。

小規模/平均（2〜5か月）のカスタムプロジェクトを構築しており、レビューのために顧客に早期にアクセスできるようにする必要があります。要件クリープは一般的です。

編集：注意してください、私はサブバージョンに関するアドバイスだけでなく、開発/テスト/デプロイサイクル全体がトランク/ブランチ/タグ/バージョンなどにどのように反映されるかについてのアドバイスが必要です

4

3 に答える 3

3
  • 「早く分岐し、頻繁に分岐する」。
  • すべてのビルドは、ログを介さずに完全に再現できる必要があります (すべてのビルドにタグを付けることを検討してください)。
  • 課題トラッカーを使用する場合は、すべてのチェックインで (有効な) 課題 ID がコミット メッセージに含まれている必要があります (これを確認するためにプレフックを追加します)。
  • ビルド チームのみがプロダクション ブランチの作成を許可されるべきです (開発者は、重要なタスクのために個人的なブランチを作成するよう奨励されるべきです)。
  • 継続的にビルドし、ビルドを壊すことは大したことだと誰もが認識していることを確認してください。
  • SVNの本全体を読んでから、もう一度読んでください。このツールを前後に知っておく必要があります。開発者向けのトレーニング セッションを開催します (「自分の作業用に一時的なブランチを作成する方法」、「マージする方法」など)。

... このテーマについては十分な読み物がありませんが、SCM に完全にグリーンなショップに 1 冊の本をお勧めする必要があるとすれば、Vincent Maraia の「The Build Master」でしょう。詳細は非常に短いですが、読みやすく、SCM の優れたアイデアの (非常に簡単な) 概要を提供します。これは、一度知ってしまえば非常に理にかなっていますが、何らかの理由で非常に多くのショップが完全に欠けているものです。

幸運を！

于 2008-10-03T15:39:35.357 に答える
2

Subversion は、CVS よりも簡単に分岐できます ( GITでは、分岐はさらに安価です)。主要な改訂のためにブランチを作成し、ブランチをトランクにマージする計画を立てることをお勧めします。 長く待つほど難しくなるので、長期間ブランチにマージしないように注意してください。

すぐに開始する必要があり、すべてのサーバー/セットアップを管理したくない場合は、統合されたバグ追跡/展開などを提供するサービスもあります。

いくつかのリソース:

この特定の本は、私が最初に持っていた多くの質問に答えました:
http://www.pragprog.com/titles/svn/pragmatic-version-control-using-subversion

stackoverflow でさらに検索:
TortoiseSVN の優れた分岐とマージのチュートリアル?

Cal Henderson (Flickr.com の開発者)私が参加したマイアミの FOWA でのプレゼンテーション:
http://cdn4.libsyn.com/carsonsystems/Cal_Henderson.mp3

Subversion の無料の「バイブル」 (マージに関する章) :
http://svnbook.red-bean.com/en/1.1/ch04.html

于 2008-10-03T15:41:19.363 に答える