0

2人以上の貢献者がいるリモートサーバーにアクティブなSVNプロジェクトがあります(私が1人です)。

既に svn フォルダーを持っているファイルなので、次のことを行います。

svn diff

変更を確認するためにローカルコピーで..サーバー内のファイルと私のコピー内のファイルに違いがあります。

だから私がするなら:

svn update

リモート コピーを更新し、そこでの変更を上書きしますか? それとも逆ですか?そこで変更されているものをダウンロードして、私のコピーとマージしますか?

数時間後、必要な変更を行ったと仮定すると、何が提案されますか?

  1. svn diff前に最初にやりsvn updateますか?
  2. やるsvn update前にやるsvn commit

他の貢献者によってサーバーに加えられた変更を上書きしないようにしたいのです。

4

2 に答える 2

0

'svn update' を実行しても変更はサーバーにコミットされないため、コミットする前に行っても安全です。

「svn update」を実行する前に、作業コピーにどのようなリモート変更が加えられるかをプレビューしたい場合は、次を試してください。

svn status --show-updates

コミットの直前 (そして作業を開始する前に!) に svn update を実行することを強くお勧めします。

于 2013-01-25T07:11:00.723 に答える
0

updateリモートの変更をローカル コピーに反映するため、いつでも実際に使用しても恐れることはありません。

とはいえ、リモートでの変更が複雑な場合、ローカルでの変更の正当性を失い、混乱が生じて混乱が生じるリスクがあります。

svn diff私は、ローカルの作業ディレクトリが作業ベースとどのように異なるかを監視するために、かなり頻繁に行う傾向があります。準備ができたら、 を実行しsvn updateてすべてを最新の状態にし、ファイナルsvn diffを実行して、自分が何をしているのかについて別の見解を取得し、最後に を実行しsvn commitます。

これに対する唯一の変更点は、Windows で TortoiseSVN を使用しているため、手順全体がグラフィカルで直感的であることです。

于 2013-01-25T07:31:06.230 に答える