なんとか復活。
$ svn delete trunk/test2.txt --force D trunk\test2.txt $ svn update trunk/test2.txt A trunk\test2.txt リビジョン 13 に更新しました。 $ svn commit -m "" 削除しています trunk\test2.txt 追加しています trunk\test4.txt リビジョン 14 をコミットしました。 $ ls trunk test.txt* test2.txt* test3.txt test4.txt*
とりあえずマージでタグ指定は危険なようだ。リビジョン番号で指定したら特に変なことは起きなかった。テスト中に気付いて良かった。こんなの本番で起きたらたまらない。
と思ったら。
はまる。
$ touch trunk/test2.txt $ svn commit -m "" 置換しています trunk\test2.txt svn: コミットに失敗しました (詳しい理由は以下のとおりです): svn: '/trunk/test2.txt' (トランザクション '13-1' 中) はリポジトリ側と比べて古くなっています $ svn update trunk/test2.txt svn: ファイル 'trunk\test2.txt' を追加できませんでした: 同名のオブジェクトが既に存在します $ svn diff trunk/test2.txt $ rm trunk/test2.txt $ svn update trunk/test2.txt 'trunk\test2.txt' を元に戻しました svn: ファイル 'trunk\test2.txt' を追加できませんでした: 同名のオブジェクトが既に存在します $ ls trunk test.txt* test2.txt* test3.txt test4.txt* $ svn delete trunk/test2.txt --force D trunk\test2.txt $ svn commit -m "" 削除しています trunk\test2.txt svn: コミットに失敗しました (詳しい理由は以下のとおりです): svn: '/trunk/test2.txt' (トランザクション '13-1' 中) はリポジトリ側と比べて古くなっています
svn copyはタイムスタンプが変わる。
svn copyするとタイムスタンプが変わる。それはまあ、そういうものだと思えばいいのだけど、そのせいなのか、たまに妙なことが起きる。
svn merge tags/RBOLDREL_1_0_1@HEAD tags/RBOLDREL_1_0_2@HEAD trunk D trunk\test2.txt A trunk\test2.txt A trunk\test4.txt
なぜかtest2.txtに対して削除と追加が起きている。test2.txtは全く変更されていないファイルで、上記のどのタグでもtrunkでも同一の内容。まぁSubversionなら履歴が残るからいいかなということでcommitすると、
svn commit -m 'RBOLDREL_1_0_1からRBOLDREL_1_0_2までをtrunkにマージ。' 置換しています trunk\test2.txt svn: コミットに失敗しました (詳しい理由は以下のとおりです): svn: '/trunk/test2.txt' (トランザクション '13-1' 中) はリポジトリ側と比べて古くなっています
う〜む…気持ち悪いな。とりあえず、このエラーが出たらdiffを見てtouchするしかないか。
続ケロリン
衛生上の理由で木からプラスチックにというのがきっかけ。
このストラップ、ちょっと欲しいかも。
ほんもの(?!)。やっぱり見覚えないな。というか広告に合わせて一面黄色のパッケージにすべきだよ。その方が目にとまるし、つい買ってしまうはず。
こんなCMも、と思ったら静岡だけで流れたらしい。最後の「ニン」が謎。
Subversionでディレクトリが衝突
A trunk\test2.txt U trunk\test.txt C trunk
マージ中にtrunkディレクトリが衝突。ファイルじゃなくてディレクトリが衝突？ と思ったら、マージ元の2タグが同じ名前で内容が異なるプロパティを持っていた。そうか。こういう場合って衝突になるんだな。
