2011-12-15 7 views
2

ベースリビジョンがどこかから来たタグがいくつかあります(ブランチ?トランク?わ​​かりません)。私はトランクをチェックアウトして変更を加え、私の作業コピーから。私は次のコマンドを使用しようとしましたが、ベースについては何も言いません。私がしたいことは、ベースを見つけ、ベースとタグの間でどのような変更が行われたかを見るために、タグとベースリビジョンの比較を行います。中タグからのベースリビジョンを確認する

svn log -v --stop-on-copy (url) 

結果:

r3678 | my.name | 2010-12-23 14:44:40 -0800 (Thu, 23 Dec 2010) | 3 lines 
Changed paths: 
    A /tags/dir 
    A /tags/dir/subdir 
    A /tags/dir/subdir/subsubdir 

My commit message. 
+0

実際のログを表示する** **偽ではありません**。 *ファイル*はどこですか?あなたは空のレポを持っていますか? –

+0

これはWindows上の実際のログです。ログには3つのディレクトリが追加されています。このコミットで変更されたファイルはありませんでした(これは私が混乱した理由の一部です)。私は名前とディレクトリ名を変更しただけで、関連性はありませんでした。 –

答えて

0

はそれを考え出しました。コンテナフォルダのログには、そのフォルダの履歴のみが表示されます。私は実際のソースフォルダにドリルダウンして、その履歴を見て、どこから来ているのかを確認しなければなりませんでした。

私は、トランクから私のユーザーディレクトリにコピーし、そこで少し開発し、ユーザーディレクトリからタグ付けしました。

3

あなたはタグの変更について話し続けます。ただし、タグは決してに変更しないでください。タグは完全に変更不可能でなければなりません誰にも変更されていない。あなたはこれをしなかった場合は、あなたが簡単に行うことができますがわからない場合は、

$ svn log -v --stop-on-copy (url)/tags/1.0 

r3678 | my.name | 2010-12-23 14:44:40 -0800 (Thu, 23 Dec 2010) | 3 lines 
Changed paths: 
    A /tags/1.0 (from /trunk:2432) 


My commit message. 

そして:あなたがタグのsvn logメッセージを見た場合

とにかく、あなたはそこに変更を見ることができるはずですsvn logをリポジトリ全体に配置し、最初のいくつかの変更を最初のいくつかの変更だけにする必要があります。

コンピュータで

1.決しては極端な状況で、時には意味します。もちろん、タグを変更する必要が生じるかもしれませんが、非常にまれであるはずです。たとえば、タグを完成した直後に開発者が来て、もう一度変更しなければならないと不平を言う。もちろん、タグを削除して再作成する方が良いかもしれません。

私はpre-commit hookを持っており、ユーザーはタグを作成することができますが、作成されたユーザーはタグを変更できません。実際にそれを行う必要がある場合に備えて、管理者だけがタグを変更できるように設定できます。

+0

はい、タグを変更しないでください。私はそこに逃げた。正しいディレクトリでsvn logコマンドを実行すると、「from」ビットが表示されました。 –

関連する問題