3

RCS でブランチを使用するベスト プラクティスを探しています。
私はマニュアルページを読み、rcs次ciのリンクも参照しました:
http://www.gnu.org/software/rcs/manual/html_node/Concepts.html
http://www.gnu.org/software/rcs /manual/html_node/Quick-tour.html

1.3トランクの先端に リビジョンがあるとします。
ファイルを変更したいと思います1.2（1.3まだ使用できない他のいくつかの変更があるため）。 を使用
してリビジョンにブランチを作成できることを理解しています1.2ci -r1.2.1

私の質問は次のとおりです
。 1. ファイルにロックを設定する必要がありますか? もしそうなら、どのリビジョンで？
2. ロックが設定されていない場合-u、ファイルをローカル ディレクトリに保持するためにフラグを使用できません。そうしたい場合co、ファイルがなくても可能ですか?


補足: RCS は会社のニーズに合わないと感じていますが、別のシステムに移行することは私の決定ではありません。そのため、現在 RCS を使い続ける必要があります。

4

1 に答える 1

4

私はほとんど同じことを探していますが、あなたが答えを持っていないのを見て、私は現在の実践を提供します:

私はブランチを開発に使用していますが、さまざまなバリアントを並行して維持するためではありません。トランクは、おそらく動作している私の最高のコード用に予約されており、それを壊す可能性のあるものはそこにチェックインしないようにしています. しばらく時間がかかる開発ラインを開始したい場合、しばらく中断したい場合、放棄しなければならないかもしれない実験である場合などに、コードを分岐します。

To start a new line of development I change the default branch to a new branch off the trunk rev that's to be the base of my code, and force a checkin onto that branch, with: rcs -b1.2.1 foo.cpp ci -f1.2.1 -l foo.cpp

Now I can dive in to developing the branch, and my next check-ins will go onto the new branch instead of onto the trunk. Whether you lock a revision or not is only relevant to whether you intend to modify the working file. You're correct that you can't keep both revisions, trunk-tip and branch-tip in the same folder; they have the same file name. But you can check out one of them with a -p switch which forces the output to stdout (instead of to a local file) which you can then redirect into a sub-folder, or to a local file with a unique name.

于 2014-05-26T17:39:07.730 に答える