あなたのコードを改訂されたリビジョン10に更新するとします。リビジョン9に戻り、コードを処理して、誰かがビルドを修正するまで待ちます。Subversionのリビジョンに戻る
どのようにですか?
svn merge -rHEAD:9 .
は機能しません。あなたが理由を知っている ;)。
ありがとうございます。 Etam。
svn update -r 9
あなたは、コード上で動作することができますが、変更をコミットすることはできません。
あなたのコードを改訂されたリビジョン10に更新するとします。リビジョン9に戻り、コードを処理して、誰かがビルドを修正するまで待ちます。Subversionのリビジョンに戻る
どのようにですか?
svn merge -rHEAD:9 .
は機能しません。あなたが理由を知っている ;)。
ありがとうございます。 Etam。
svn update -r 9
あなたは、コード上で動作することができますが、変更をコミットすることはできません。
あなたは、単に他のリビジョンに戻りたい場合は、update
は、あなたが探しているものです。まあ、リビジョン10があなたが変更した同じファイルを変更しなかった場合、コミットできますが、リビジョン10が修正されるのを待っている方が良いでしょう。
代わりに、コードを処理したい場合は、リビジョン9からブランチを作成し、そのブランチに進み、リビジョン10が修正されたときにブランチをトランクに再統合することを検討してください。
本当にmergeコマンドを使用して元に戻したくない場合は、checkoutに-rオプションを渡すことによって、常に前のバージョンをチェックアウトすることができます。
svn checkout http://yoursite/svn -r 9
誰かがリビジョン10とコミット11を修正すると、通常どおりに更新し、r9のローカルコピーから変更をマージできます。衝突を正常に解決してから12をコミットしてください。
最も良いのは、リビジョン9からブランチを作成し、そのブランチで作業を続けることです。あなたのトランクがあなたの変更のために準備ができていると確信したら(ブランチが固定されている)、ブランチをマージしてください。
svn update -r version-numberこのメソッドはうまく動作します。 。変更をコミットすることを忘れないでください。 ok
5年ほどですが、まだ助けてくれました。ありがとう! –