の少なくとも痛みを伴う移Subversionの変化を別の機械?

StackOverflow https://stackoverflow.com/questions/573849

  •  05-09-2019
  •  | 
  •  

質問

ように変更自分のノートに。な準備を提出するリポジトリ未してしまいましたが、まず私が取り組みを続けていただく私のデスクトップです。変更の設定は非常に大きなも含まれ変更、また新しいファイルを削除ファイルです。

私のコピーは完全に地元の作業コピーを別の機械に変更します。しかしそのような汚れたソリューション(だから汚染のメタデータを別のマシン)で、私が移築物に必要です。

また移しパッチファイルを使用TortoiseSVNで文句を言い続ける"パッチの属するための改正"（trueとなんですかに○をつけてください。) または"ラインが一致しない"（うんなんか変更しました。ん"の連続エラーがポップアップ"を体験。

いの色を設定、コマンドラインパッチの質問です。

しないといけないのではないか最後のオプションは分岐の新支店のためにこの特集や、ループの"チェックイン時、まだ部屋の準備/アップデート".しかし、これらの図tracの歴史を汚染があります。

何より良いアイデア、浮かぶのでしょうか。もっ欠?

役に立ちましたか？

解決

分岐がきれいなソリューションです。そして、あなたはこの巨大な変化に取り組んでいる間、あなたのバックアップを与えることのさらなる利点を有します。ない、マシン間の将来の変化を簡単に同期を言及します。

しかし、あなたはおそらく全体の作業ディレクトリをビュンと他のマシン上のどこかにそれをダンプして逃げることができます。

他のヒント

あなたは新しいブランチを作成し、のsvnスイッチを使用してみました。これは、リポジトリの別の部分にあなたを転送し、あなたの最初の作業リビジョンから分岐した場合、変更内容を維持します。

別のアプローチとして、あなたはミックスに GIT を追加することができます。 GITの分散ソースコード管理モデルは、あなたがあなたのデスクトップとラップトップの間で前後チェンジをプッシュすることが可能になります。 GITは、ローカルファイルシステム上のチェンジ情報を管理しているので、そして、あなたはどちらかの側に作っているコミットがあなたのTRACシステムが監視しているストリームには表示されません。

だから、あなたは基本的に「Subversionでオフライン」を行って、GITコミット使用して作業を完了します。設定が完了したら、あなたのsubversionのトランクに全体のキットと、kaboodleでご確認ください。

フィーチャーブランチはSubversionの中で、軽量で、次のように機能特定の作業を絶縁するための完璧されています。あなたは全体の同期その後、転覆1.5以上を使用して、プロセスをマージしている場合、それは1.4であったよりはるかに簡単です。

私は、この目的のために一時的なブランチを作成します。この方法で、あなただけのあなたの処分でSVNのツールを使用していては、メタメタ汚染や成果物をコピーされていません。

また、それはあなたが間隔を隔てて、あなたのコードをチェックインし、枝を持っているようにも、あなたのハードドライブがクラッシュした場合のデータ損失を防ぐことができます見えます。

最後のオプションは、最初の未：あなたは非常に多くの変更が実際に存在する場合、すでにずっと前に機能ブランチを作成しておく必要があります。

。 あなたは、「チェックイン/更新のループ」を必要としないので、

あなたは、サーバー上のディレクトリを分岐する作業コピーからのsvnコピーを行うことによって、まだちょうどの1 チェックインを行うことができますの1 更新/スイッチ、本当にます。

のように     SVNはMyWorkingCopy SVNをコピー：// theserver /プロジェクト/支店/機能/私の-機能ブランチ

あなたは自分のデスクトップ上のレプリカが必要な場合は、

、私はライブ同期はそのシナリオのために完璧に動作することを見つけます。私はそれが私の3台のマシン上でまったく同じ状態を与える、私のラップトップと2つのデスクトップ上の私のチェックアウトフォルダを複製するように設定されています。そして、それはすべての背景に連続して起こります。

それとも、ブランチのために行くと、あなたがデスクトップに移動する前に、ラップトップ上の任意の変更をコミットすることを忘れないことを確認してください可能性があります。 ： - ）

の編集：コメントへのREPONSEでの - はい、それはあなたが2台のマシンが同期の過程にある間、ファイルの編集を始める場合はトラブルに巻き込まれることが可能です。起こることができる最悪の事態は、マシンのいずれかにいくつかの編集を失うことです。実際には、この現象が発生するため可能性は非常に小さいます。

まあ、ほとんどの人があなたの「チェンジ・セットはかなり大きいです」場合は、間違いなく（必要でブランチに）の変化を確認する必要があることを主張するだろう！

試すことができ SVK.からのブログポストおよびSVK、典型的なSVK利用シナリオ

  • ミラーは既存のリモートリポジトリ
  • それを店舗ご機
  • 現地での作業をこれらの枝は、
  • 入力等が完了したら、合併そしてエネルギーラー
  • 最後のステップに透明性を更新するリモートリポジトリ

まったく泳げないんだけど---手作り体験をSVK.はないと思いお客様のご希望に合のシナリオに対するこのブログを記述します。詳細 http://www.bieberlabs.com/archives/2004/11/30/using-svk/

と思い、windows版のSVK（SVKWin32 やTortoiseSVNに地元のミラーのリポジトリのための更新を設定します。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top