質問編集履歴
6
リンク設定。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -46,7 +46,7 @@
|
|
|
46
46
|
|
|
47
47
|
|
|
48
48
|
|
|
49
|
-
[https://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-relocate.html](http://)
|
|
49
|
+
[https://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-relocate.html](https://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-relocate.html)
|
|
50
50
|
|
|
51
51
|
|
|
52
52
|
|
5
リンク設定。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -46,7 +46,7 @@
|
|
|
46
46
|
|
|
47
47
|
|
|
48
48
|
|
|
49
|
-
https://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-relocate.html
|
|
49
|
+
[https://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-relocate.html](http://)
|
|
50
50
|
|
|
51
51
|
|
|
52
52
|
|
4
追記の日付追加
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -40,7 +40,7 @@
|
|
|
40
40
|
|
|
41
41
|
|
|
42
42
|
|
|
43
|
-
（再追記）
|
|
43
|
+
（7/28 再追記）
|
|
44
44
|
|
|
45
45
|
Relocate機能（再配置機能）について調べていて、
|
|
46
46
|
|
3
再追記
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -35,3 +35,35 @@
|
|
|
35
35
|
この場合、Relocate機能での新規コミットで、コミットできていないファイルの追加というのは難しいということでしょうか？
|
|
36
36
|
|
|
37
37
|
やはり、checkoutしてエラーが出ていないフォルダに、コミットできていないファイルを追加してコミットするのが無難でしょうか？
|
|
38
|
+
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
（再追記）
|
|
44
|
+
|
|
45
|
+
Relocate機能（再配置機能）について調べていて、
|
|
46
|
+
|
|
47
|
+
|
|
48
|
+
|
|
49
|
+
https://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-relocate.html
|
|
50
|
+
|
|
51
|
+
|
|
52
|
+
|
|
53
|
+
こちらのサイトを読んでいて、次のような文を見つけました。
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
> 再配置を使用すると、作業コピーを破損してしまい、更新、コミット、etc. でわけの分からないエラーメッセージを見ることになります。こうなってしまったら、新しくチェックアウトするしかありません。
|
|
58
|
+
|
|
59
|
+
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
やはり、1428までしかないリポジトリに対して、1429～1437のリビジョンの変更がある作業フォルダを再配置してエラーが発生した場合は、
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
リポジトリからrev1428までをcheckoutして、rev1437までの変更の入っている作業フォルダの差分のファイルをcheckoutした作業フォルダに入れて、rev1429としてコミットという作業が一番良い方法でしょうか？
|
|
68
|
+
|
|
69
|
+
どうぞ、ご教授よろしくお願いします。
|
2
その後わかった現象を追記
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -15,3 +15,23 @@
|
|
|
15
15
|
|
|
16
16
|
|
|
17
17
|
最近のコミットは1か月くらい前だと思うので、それが1437だと思うのですが、この抜けたrevisionのエラーはどのように回避すればよいかご教示頂きますようよろしくお願い致します。
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
|
|
21
|
+
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
（追記）
|
|
26
|
+
|
|
27
|
+
自分のPCのsvnで管理しているフォルダをRelocate..機能で新しいsvnサーバのipに切り替えてのupdateでエラーが出る現象（No such revision 1437”というエラー）は回避できていないのですが、
|
|
28
|
+
|
|
29
|
+
新しいsvnサーバから、直接checkoutを実施した場合は、特にエラーが出ないことがわかりました。
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
|
|
34
|
+
|
|
35
|
+
この場合、Relocate機能での新規コミットで、コミットできていないファイルの追加というのは難しいということでしょうか？
|
|
36
|
+
|
|
37
|
+
やはり、checkoutしてエラーが出ていないフォルダに、コミットできていないファイルを追加してコミットするのが無難でしょうか？
|
1
タイトルの編集
test
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
tortoise svnでNo such revisionエラー
|
|
1
|
+
tortoise svnでUpdate時にNo such revisionというエラーが出る
|
test
CHANGED
|
File without changes
|