ClearCaseでは、ファイルを「ハイジャック」することができます。つまり、変更管理システムで変更を許可しますが、最新の変更を取り込んだときに変更をコミットしたり、そのファイルを更新しようとしたりしません。これは、プロダクションに必要な設定ファイルやハッキングクラス(メッセージを暗号化する低速フィルタなど)に便利です。SubversionでClearCaseのように "ハイジャック"を行うには?
Subversionでこれを行うにはどうしますか?
ClearCaseでは、ファイルを「ハイジャック」することができます。つまり、変更管理システムで変更を許可しますが、最新の変更を取り込んだときに変更をコミットしたり、そのファイルを更新しようとしたりしません。これは、プロダクションに必要な設定ファイルやハッキングクラス(メッセージを暗号化する低速フィルタなど)に便利です。SubversionでClearCaseのように "ハイジャック"を行うには?
Subversionでこれを行うにはどうしますか?
Subversionには、Subversionの作業ディレクトリに直接書き込むことができます。
file in subversion on commit(TortoiseSVNを使用)を無視することができます。これにより、ファイルをバージョン管理下に保ちながらローカルで行われている現在の変更を無視できます。
これはClearCaseの「ハイジャック」されたファイルとかなり似ています。
あなたは、このアプローチがで撮影が表示されます(upvoted)
をOP ArtBは、コマンド・ライン・ソリューションについての質問、と私は(svn changelist
のように)using changelistを提案し、彼はhis answerにまとめた:
これはVonCが私を導いてくれたことをよりよく要約する新しい答えです。答えは "ignore-on-commit"と呼ばれるファイルadd it changelist(コミットリストのを参照してください)を取ることです。したがって、svnコマンド自体はsvn changelist ignore-on-commit $target_file
になります。
良い点。 +1。私はより多くの可視性のために私の答えを更新し、他の同様の答えへの参照のカップルを追加しました。 – VonC
この機能の使用例は、私の答えで2番目のリンクに行くと恐ろしい – Simon
@シモンに見えます。検証時に無効にしたり、設定を上書きして開発中に速く展開したりするのが一般的なシナリオです。 – ArtB
私はあなたのバージョン管理システムの欠けている部分を正当化する可能性のあるものは、リンクには何も見ませんでした。タイムスタンプの例はあまり変わっていません。あなたのファイルを壊してしまうIDEがありますか?これは私にとってかなり悪い特徴のようです。 – Simon