問題タブ [commit]

CVSからSVNに移行する予定です。
開発者が提出ごとにpre/postタグを実行することを期待してすべてが良さそうです。
したがって、CVSでは、TAGSは直感的で安価であるため、問題はありません。
しかし、SVNでは、タグは著作権ですよね？
そうは言っても、提出前にアクセスできるリビジョンや何かに基づいて、前後のタグを作成する方法があるかどうか疑問に思っています。

次の（望ましい）フォルダー構造があるとします。

CommonProjectがそのプロジェクトに属するソースの場所であり、CommonProject（link）がメインの場所への単なるソフトリンクである場合。これをビジュアルクライアントのツリービューとして想像すると、Project＃1を展開すると、ファイルが実際にはそこに保存されていなくても、CommonProjectがサブディレクトリとして表示されます。

これの目的は、次の動作を可能にすることです。

Project＃1をチェックアウトすると、そのプロジェクトに関連付けられているファイルと、そのすべてのファイルを含むサブフォルダーCommonProjectが表示されます（Project＃1にバージョン管理リポジトリ内のファイルのコピーが含まれているかのように）。これで、Project＃1内のCommonProjectのファイルを変更し、変更をリポジトリに送信すると、変更はCommonProjectの場所に送られます（実際には、リポジトリのProject＃1の下にファイルはローカルに保存されません）。Project＃2を同期する場合、CommonProjectへのシンボリックリンクも含まれているため、更新が取得されます。基本的に、ファイルの複製は私のマシンにのみ存在しますが、リポジトリにはCommonProjectのバージョンが1つしかありません。

私は、PERFORCEが3つの仕様を調整せずにこれを行うことができないことを知っています。これは非常に複雑でエラーが発生しやすく、特に多くの人がそれを行う場合に顕著です。これを実行できるソース管理リポジトリはありますか？（それを行う方法に関するいくつかのドキュメントへのポインタはプラスです）

ありがとうございました。

フォルダーを追加/削除したい巨大なリポジトリがあります。まだ何もチェックしていません。速くする方法はありますか？

ドキュメントで説明されているように、Fogbugzと通信するようにMercurialを構成しました。hg commitは、リポジトリのリストにリポジトリを表示するコミットと、Bugzタグに従って関連するバグのコミットメッセージをFogbugzに通知する必要がありますか？

set local states のドキュメント:

「トランザクションがすぐに終了するため、SET LOCAL が BEGIN ブロックの外で実行された場合、SET LOCAL は効果がないように見えることに注意してください。」

読み取り専用トランザクションのコンテキストで SET LOCAL を使用している場合、トランザクションの終了を COMMIT ステートメントで示す必要がありますか? これをするかしないかで違いはありますか？

私たちは CVS を使用しており、すべてのリリースで 2 つの異なるコード ブランチを同期する必要があり、すべてのリリース サイクルで、ホワイトスペースの問題がエラーを引き起こし、時間を浪費するという同じ話です。

コマンドラインオプションなどで明示的に禁止されていない限り、ファイルをCVSにコミットするときに末尾の空白を自動的に削除する方法を探しています。すでに利用可能なソリューションはありますか? そうでない場合、これを行うためのプラグインを作成した場合、誰かが興味を持ちますか?

よろしく、スティーブン

TortoiseSVNに甘やかされてしまったので、Linux でコマンドラインを使用して SVN リポジトリとやり取りしています。

TortoiseSVN では、変更をコミットするだけで、追加されたもの、削除されたもの、変更されたもののリストが表示されます。すべてのチェックボックスをオンにして、 をクリックしますOK。

コマンドラインでは、svn addファイルを追加するsvn rmときとファイルを削除するときにやらなければならないことがあり、それがすべて完了したら、入力svn commitすると、追加、削除、および変更がコミットされます。

削除したファイル/フォルダ、追加したファイル/フォルダ、および変更したファイルをすべて一度にコミットするコマンドはありますか?

次のようなリポジトリ構造があります。

通常、.NET 開発者は、作業しているブランチの「dotnet」フォルダーのみをチェックアウトします。Flex 開発者も同様に、flex フォルダーをチェックアウトします。

ブランチをトランクにマージするポイント (またはその逆) に到達したら、完全な「source」および「milestoneX」フォルダーがマージを実行するマシン上にあることを確認します。これは、問題があった部分的なマージを避けるためです。

しかし、ブランチ ポイントのルートでチェックアウトされていないブランチにコミットを実行すると、問題が発生する可能性はありますか? おそらくサブツリーのマージ情報と一緒ですか？

たとえば、エンハンスチケットを実行するようにファイルが変更された場合、私が実行したいのは、コミットされたファイルをチケットに関連付けることです。TracとSVNを一緒に使用する場合、ファイルが特定のチケットを解決するためにコミットされていることをどのようにして知ることができますか？これは可能ですか？

ありがとうございました。

私は同じプロジェクトの複数の異なる場所で作業しており、SVNを使用して作業している場所をチェックアウトしています。作業場所に応じて1行変更する必要のある設定ファイルがありますが、それ以外の場合は比較的静的なファイルです。コミットするたびに、作業場所に応じてファイルがその1行を前後に切り替えるだけで、少し面倒です。

これを管理する簡単な方法はありますか？少なくとも、ファイルが変更された場合でも、ファイルをコミットから除外する方法を知りたいです。私がどこにいるかに応じて、異なるバージョンのファイルをチェックアウトできると便利です。