私は、トランクの小さな変化だと思ったことに取り組み始め、1ヶ月間歩きましたが、今は本当に独自のブランチが必要なサイドプロジェクト（バグ満載）です。さらに、これらの変更を分岐したら、作業コピーを現在のトランクに戻したいので、主な開発作業や優先順位の高い項目を助けて、時間があるときにこのサイドプロジェクトに戻ることができます。だから、変更した作業コピーをSVNで分岐するにはどうしたらいいですか？
：
私は私の作業コピーをチェックインすることなく、自分の作業コピーに基づいて、新しいブランチを作成したいと思います（それはしかし、最新のHEADリビジョンで最新のものである）
作業コピーをフォークしたら、基本的にブランチ内のすべての変更を削除し、それをtrunkの現在のHEADリビジョンと一致するように設定します。
どのような手順ですか？私はTortoiseSVNを使用していますが、コマンドラインの指示も役立ちます。
は、だから私はそれをチェックせずに自分の作業コピーを分岐する二つの方法を試してみた、最善の方法になってしまうしようとしているかわからない：
方法1：新しいブランチ
にディレクトリ全体をコピーします。方法2：
です。
はその後、クリーンアップするために、それはトータスSVNの問題だった>元に戻し...そしてあなたが転覆「差分」コマンドでパッチを作成することができ、コマンドラインで
方法2は私のためにうまくいった - UIは'17では少し違っていますが、指示が私を邪魔しました。 – Conrad
を「すべてのバージョン管理外の削除」、およびSubversionの "patch"コマンドで新しいブランチに適用します。 （これらのコマンドについては、 'svn help diff'と 'svn help patch'を実行して読むことができます）。同じ親ディレクトリにトランクとnew_branchというブランチがあるとしましょう。
cd trunk
svn diff > ..\my_stuff.diff
これで、パッチが作成され、新しく作成されたブランチに適用されます。
cd new_branch
svn patch ..\my_stuff.diff
あなたは奇妙な何かが実際にそれを適用する前に発生したかどうかを確認するために、patchコマンドに--dryランフラグを追加することにより、最初のパッチを実行して乾燥させることができます。
svn patch ..\my_stuff.diff --dry-run
クール。しかし、作業コピーではなく、トランクリポジトリからdiffファイルを作成しているようですね。または私はこれを誤解していますか？ –
svn diffコマンド "作業コピーにローカル変更を表示する"はありません：http://svnbook.red-bean.com/en/1.7/svn.ref.svn.c.diff.html私はローカル変更を取得します。 – crunchdog
私はあなたのソリューションに興味があります。あなたがしているように聞こえるのは、new_branchにパッチを当てて作業コピーと同じようになることです。だから、最初にnew_branchをどうやって取得するのですか？ –
同じフォルダで作業を続ける場合は、こちらのpostの手順をご覧ください。
基本的にsvn copyブランチを作成して同じ作業コピーから新しいブランチを指すようにし、svn commitを変更して変更をコミットします。
変更を開始した同じブランチ/リビジョンからブランチしてください（チェックするにはsvn info）、切り替え後に多くの競合が発生する可能性があります。
あなたの答えにその投稿を要約することもできます。そうでなければ、そのリンクが死ぬと、あなたの答えは将来のあなたのソリューションに興味のある人には役に立たなくなります。 –
同様の質問[こちら]（http://stackoverflow.com/q/1308791/2047122） – Ashley