ドキュメントとチュートリアルをオンラインで読んだ後、CVS での分岐のコツをつかむのに苦労しています。私の開発フローがどのように機能するかの例を挙げましょう。
私は何かにいくつかの変更を加えます (驚くほど大きなプロジェクト/アクティビティに変わるバグを修正するとしましょう)。今、これらの変更をメイン ブランチにコミットしたくありません。誰かが Web サーバーで更新を行った場合に変更がリリースされるからです。
分岐を調べましたが、これらのファイルを分岐しようとすると、ファイルが変更されているためできないと表示されます。私はこれについて間違った方法で進んでいますか？今までは、これらの変更をローカル サンドボックスで煮詰めたままにしていましたが、複数の重複するプロジェクトやバグ修正 (一部は迅速で、上記の変更の前にリリースする必要があります) でこれが難しくなる可能性があります。
このタスクを機能させることは事実上不可能でした。ついにGitを実装したので、私は翼を与えられ、CVSの泥の中を踏みにじる必要がなくなりました。ケースが閉じられました...CVSで分岐を試みないでください（特に変更後）。
10 年ほど cvs を扱っていません ;)
最初に作業コピーを更新する必要があると思います。これにより、メインブランチからのすべての変更が作業コピーにマージされます。これが役に立たない場合は、別のディレクトリに新たにチェックアウトするだけで済みます。分岐して、変更を新しい作業コピーにコピーします (ただし、他の誰かがそれらのファイルで何かを変更した場合は、その変更を上書きしていることに注意してください)。
これを行うことは絶対に可能です。実際、これを行うことが cvs の設計原則の 1 つでした。
http://cedric.babault.free.fr/TortoiseCVSDoc/UserGuide_en.html#advanced.branching
これは実際にはそれほど難しくありません。
編集: ステップ 5 では、「CVS」フォルダをコピーして戻さないでください。