私は、CVS/SVNリポジトリでタグ付けの分岐がどのように行われるかを決定する責任があります。
CVSを使用する最良の方法を理解するのに役立つ文献はありますか?分岐/タグ付けなど?
ありがとう
私は、CVS/SVNリポジトリでタグ付けの分岐がどのように行われるかを決定する責任があります。
CVSを使用する最良の方法を理解するのに役立つ文献はありますか?分岐/タグ付けなど?
ありがとう
FreeBSDプロジェクトでの10年以上のCVSでの私の個人的な経験は、できるだけ早く他のものに切り替えることです。CVSはスナップショット/チェンジセット指向ではなくファイル指向であるため、ブランチ間のマージはかなり面倒です。とにかくブランチはCVSで苦痛です。
CVSのリソースについては、CVSホームを参照してください。
「 Pragmatic Version Control Using CVS」と「Pragmatic Version Control Using Subversion 」という SVN と CVS に関する 2 冊の Pragmatic Programmer 本を読むことをお勧めします。
どちらも、前述の本で技術自体の基本的な説明ではなく、やりたいことを説明するレシピでいっぱいの優れたリソースです。
HTH
乾杯、
ロブ
賢明な経験則:
通常、パッチをテストしてリリースできるように、リリースされたバージョンを分岐する必要があります。分岐する理由は他にもあるかもしれません。
そして、Subversionの方が間違いなく優れています。
Windows ではSVN 、Linux ではGitをお勧めします。CVS を使用しないでください。ひどいです。
SVN Bookは、最初に必要なものです。
すべてのパブリック ビルド (リリース) にタグを付けます。ブランチは、何らかの理由でトランクをコピーしています。たとえば、別の開発方法です。必要なときにいつでもリポジトリをブランチします:)
これはコーディングホラーによるものだと思います:
Branching and Merging に関する Chris Birmele の論文は、この重要なソース管理タスクの最良の紹介です。分岐には何十通りもの方法があり、正しい方法は 1 つではありません。オプションに慣れて、それぞれのトレードオフが何であるかを理解してください。
Eric Sink の Source Control HOWTO の後半のエントリでは、分岐とマージについて説明しています。
数年前に(ソースセーフから)最初の実際のSCMにアクセスしたとき、次のことが役に立ちました。当時、PERFORCEによるホワイトペーパーがあったと思います。
CVS を離れるべきです。CVS は古く、分岐/タグ付けに関してはあまり高速ではありません (分岐/タグの作成は、プロジェクト内のファイルの数に直線的に依存します)
最初に分岐戦略を考える必要があります。
これは、プロジェクトと開発哲学に大きく依存します
SVN を使用する場合は、リポジトリのレイアウトを考える必要があります。これは、ほぼすべてのソフトウェア プロジェクトがモジュール ベースであり、必要なすべてのモジュールに簡単にタグ付けできる構造を見つける必要があるためです。ブランチ/タグのフォルダーベースのアプローチを使用する SVN では、この要件を達成するのは容易ではありません。
マルチリポジトリ レイアウトは、安定したタグ付けシステムを維持するのがより困難であることは明らかです。私は「すべてにタグを付ける」アプローチを好みますが、これは私の個人的な選択です。
Cederqvistは一般的にCVSのガイドと見なされています。
どのソース管理システムを使用するかは問題ではありません。それらは基本的に、何らかの形のトランク/ブランチ/タグ構造に従っています。分散モデルであっても、リポジトリはそれを反映するように設定されます。
ここから始めるための非常に簡単な説明があります。
タグ付け/分岐プロセスは非常に使いやすいため、GIT を使用することをお勧めします。SVN を (特に Windows で) 使用する利点は、GUI ツールの数と Windows シェルの統合です。
また、SVN に関する Pragmatic Programmer の書籍の推奨も支持します。