[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 07/26 10:29 / Filesize : 191 KB / Number-of Response : 753
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Subversion r11



1 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:25:58 ]
Subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
subversion.tigris.org
subversion.tigris.org/

Subversion によるバージョン管理
subversion.bluegate.org/

subversion: Project Status
subversion.tigris.org/project_status.html

subversion: Subversion Links
subversion.tigris.org/links.html

Version Control Systems Comparison
better-scm.berlios.de/comparison/comparison.html

前スレ
r10 pc11.2ch.net/test/read.cgi/tech/1215565366/
r9 pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 pc11.2ch.net/test/read.cgi/tech/1192864879/
r7 pc11.2ch.net/test/read.cgi/tech/1180858500/
06 pc11.2ch.net/test/read.cgi/tech/1165892754/
05 pc8.2ch.net/test/read.cgi/tech/1145841405/
04 pc8.2ch.net/test/read.cgi/tech/1129642894/
03 pc8.2ch.net/test/read.cgi/linux/1100622362/
02 pc5.2ch.net/test/read.cgi/linux/1078609142/
01 pc.2ch.net/test/read.cgi/linux/1002355536/

75 名前:デフォルトの名無しさん mailto:sage [2009/02/16(月) 16:41:48 ]
最近バージョン管理をVSSからTortoiseSVNに変えたときに
Ver.1.0用のリポジトリとVer.2.0用のリポジトリをそれぞれ作って、
最初は同じコードをインポートしたんだけど、

それぞれ別の機能が実装されていってったから
今は多くの部分が共通でありながら一部違うみたいになってます。

この状況で、Ver.2.0のリポジトリがいらなくなったから1.8のほうに
統合したいんだけど、リポジトリ違うときのマージの方法がわからん

うまい方法ってない?

76 名前:デフォルトの名無しさん mailto:sage [2009/02/16(月) 16:49:13 ]
>>75
マージしたいバージョンをチェックアウトしてインポートしてマージ

77 名前:デフォルトの名無しさん mailto:sage [2009/02/16(月) 16:54:49 ]
>>76
さっきやってみた。
マージメニューの"ブランチを再統合する"ってやつは元が違うからできんかったな。
この場合は"異なる2つのツリーをマージ"ってやつでいいの?

78 名前:デフォルトの名無しさん mailto:sage [2009/02/16(月) 17:00:36 ]
どこに躓いてるんだw
別レポジトリのファイルでもチェックアウトしたものを
新しいレポジトリにインポートすればsvnの構造上ブランチと違いはない

79 名前:75 mailto:sage [2009/02/16(月) 17:16:18 ]
マージすらままならんsvn初心者なんだよ、すまん。ありがとう
出直してくる

80 名前:デフォルトの名無しさん [2009/02/16(月) 17:32:02 ]
1)もともとのソースコードの公開は開発元からに限られている
2)差分の公開は自由にしてよい

こういうときって,リポジトリ自体をライセンスに合った形で
公開したり,みんなで機能追加をつっつく方法って無いですか?

古いコードで,もともとの作者にもはや連絡が取れない場合とか,
ライブラリ製品だとそういうライセンスのやりかたを
取ってるものなどがあって,どうしたもんかなぁ,と.

完全にオープンソースのものだと楽なんですが・・
いいアイディアはないでしょうか?

リビジョン 1 はリポジトリには入ってないけど
みんな手元に同じ tar ball 持ってるよね?
って状態でその後をオープンにいじりたいというのは無謀?

81 名前:デフォルトの名無しさん mailto:sage [2009/02/16(月) 22:13:03 ]
>>75
Ver1.8と最初のコードの差分を指定してVer2.0にマージする。これでリポジトリ間のマージはできるよ。
ただし、svn:mergeinfoはリポジトリ名が入らないんで矛盾が生じるので該当部分は消す。


82 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 15:53:21 ]
編集したはいいけどやっぱブランチにしとけばよかったぜ!
みたいなときってどうすんの?

83 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 16:01:47 ]
あきらめる



84 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 16:09:58 ]
>>82
私のリポジトリは、しばしばtagからbranchしているw

85 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 16:54:37 ]
え、それ普通でしょ?

86 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 12:19:25 ]
>>82
そのままブランチすれば問題ないよ。


87 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 13:03:34 ]
trunkには、直近の変更は入れたくないけどどうしようって質問だと思ったが。

88 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 13:55:19 ]
それtrunkじゃないじゃん

89 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 14:35:59 ]
何言ってんの

90 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 17:51:45 ]
入れたくなければブランチすればいい話

91 名前:82 mailto:sage [2009/02/18(水) 19:31:20 ]
>>86
そのままブランチしても作業コピーの変更はちゃんとブランチに入るってことでおk?

俺が知ってるのはあるリビジョンから新しく作って(と同時に切り替えて)
作業していくって方法だけだから、それだと編集中のやつ無駄になるやん、と思ってな

92 名前:86 mailto:sage [2009/02/18(水) 21:39:21 ]
いや、作業コピーはそのままで分岐される。
TortoiseSVNの場合はリポジトリ内で最新リビジョン+切り替えるで分岐をすると作業コピーは変更されずに分岐ができる。
その後コミットすれば変更内容をリポジトリに格納できる。
よくやるのは、>>84のとおりtagsの作業コピーを編集した場合、そのままbranches上に分岐させる。変更が終わったらそのまま分岐をtrunkにマージできる。



93 名前:デフォルトの名無しさん [2009/02/19(木) 04:36:14 ]
ドメインとかIPかわっちゃった場合はどうやって変更かえればええんでしょうか?




94 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 05:11:44 ]
>>93
先ず日本語で質問する。

95 名前:デフォルトの名無しさん [2009/02/19(木) 05:53:01 ]
relocate じゃね?

96 名前:82 mailto:sage [2009/02/19(木) 09:14:10 ]
>>92
詳しい説明マジthx!

97 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 10:51:40 ]
再配置

98 名前:デフォルトの名無しさん mailto:sage [2009/02/19(木) 23:09:32 ]
svn switch で、どこにでも変更できたと思うけど。

99 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 13:00:16 ]
>>98
switchとrelocateは別物。

100 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:14:15 ]
>>98
switcgiはリポジトリ内でしか変えられない
relocateはリポジトリのurlしか変えられない。

101 名前:デフォルトの名無しさん [2009/02/20(金) 18:25:21 ]
Windows版のコマンドラインクライアントってどこからダウンロードすればいいんでしょうか?
なんか登録サイトが出てきて、ダウンロードできない・・・。
以前は普通にダウンロードできたんだけども。

102 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:31:58 ]
ああ、Windows binaries のリンク先 の tigirs.org の apache 2.0 のリンク先からいけました。
紛らわしいなあ・・・

103 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 19:27:22 ]
>>101
sourceをおいてあるツリーのところにバイナリがおいてあった。
あと、binaryのリンク先のcollabnetでダウンロードする。collabonet subversionをダウンロードすると
collabnet desktopをダウンロードする様に出てくるけどこれってどんな機能があるのか良くわからないな?誰か知ってる?




104 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 20:13:06 ]
スレチ

105 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 10:40:00 ]
補足:>>104がスレチって意味です。

106 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 10:47:38 ]
>>103
ググレカス

107 名前:デフォルトの名無しさん [2009/02/22(日) 02:00:19 ]
OpenOfficeのファイルをsubversionで管理している人はいますか?
ODF(OpenDocument Format)ファイルが大きくなると、小さな変更に対しても差分が上手にとれずに、
レポジトリが肥大化することはありませんか?
ODFファイルをsubversionでどう扱うかはWeb上にいくつか情報がみつかるんだけど、
どうすればよいのかよくわからない。デフォルトでは、subversionがバイナリファイル扱いをして、
差分はxdeltaでとられるみたい。xdeltaは、大きなODFファイルの小さな変更に対して、十分に小さい
差分を生成できるの?
また、ooosvnも試したけど、Windowsで使えないのが難点。ファイル名やパスの書き方の問題だけな
気がするが。
ここら辺の問題意識は何年も前からあるみたいだけど、あまり解決していないのは、binary形式での
管理で十分ということなのだろうか。

108 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 04:32:57 ]
>>107 試せばいいじゃん。

109 名前:デフォルトの名無しさん [2009/02/22(日) 11:31:13 ]
>>107 試したよ。手順は以下の通り。
内容はほぼテキストのおよそ36kbのファイルをOpenOffice Writerで作成、svnにimportする。
レポジトリ以下のファイルサイズを記録しておく。OpenOffice Writerでドキュメントをわずかに変更。
svnにcommitする。レポジトリ以下のファイルサイズを見て、commit前のと比較。/db/revs/0が36kb程度
増加していることを確認。よって、上手に差分がとれていないと結論。

110 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:50:01 ]
zipかよ。圧縮のせいで元が大きく変わってるから差分手法のせいじゃない。
zipをバラしてから差分を取るといった具合に専用に最適化させないと無理。

111 名前:デフォルトの名無しさん [2009/02/22(日) 11:51:37 ]
???
Subversionって、テキストファイルとバイナリファイルで差分の取り方って
違うの?

dolphin.c.u-tokyo.ac.jp/~nori1/svn-m17n/index.html.ja
の「バイナリファイルの効率的な取扱い」とかを見て、一緒の扱いを
しているもんだと思っていたんですが。

112 名前:111 mailto:sage [2009/02/22(日) 11:53:52 ]
ああ、そうか、>>110を見て、ODFの中身がZIPだということを認識した
なるほど・・・そりゃムリだw

113 名前:デフォルトの名無しさん [2009/02/22(日) 12:40:06 ]
ODFにしてもマイクロソフトの.docxみたいなのにしても、
なぜ非圧縮での保存というオプションが無いのだ。



114 名前:デフォルトの名無しさん [2009/02/22(日) 14:36:37 ]
gitやmercurialはdiffをODFファイルのdiffをとるプログラムが設定できるらしいが、
これもレポジトリレベルでは、単なるバイナリdiffしかとっていないのでは?
そうすると 113>> のように、アプリケーション側でsubversionに対応するしかないのかな。
確かにUML Editorを使っていたのだけど、subversionと連携するように、非圧縮のXMLにして
保存していたような気がする。
しかし、プロジェクトでODFファイルを共有して皆で編集したいというニーズにはどうすれば
いいのかな?plain textかHTMLで文書を書けという方針にするかな。

115 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 14:48:04 ]
どんな運用かわからないけど、いまどきのストレージ事情でごり押しできない?

116 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 15:01:19 ]
LaTeXで書け

117 名前:デフォルトの名無しさん [2009/02/22(日) 19:52:32 ]
>>115 おっしゃる通り、ゴリ押しすることにしようっと。しかし、ドキュメントが大きくなると
破綻するのは、目に見えているな。そういうときは、過去のバージョンをパージしたりするのかな。
>>116 自分はLaTeXで書いているんだけど、プロジェクトのメンバーにLaTeXを強要するのは酷だなと
思って調べだしたのが、今回のきっかけ。
OpenOfficeの側にバージョン管理システムフレンドリーにしてとリクエスト出すべきかな。
しかし、バージョン管理システム側の設定でバイナリ差分のとり方を設定できるようにするのは、
一見いいアイディアのように見えて、リポジトリの移行時などに問題が発生するので難しい問題ですね。

118 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 21:14:59 ]
よーしらんが、コミットフックでzip展開させるわけにはいかないんかい?

119 名前:デフォルトの名無しさん [2009/02/24(火) 16:55:36 ]
使い始めたばかりで、間違った使い方してるのかもしれませんが教えて下さい。
TortoiseSVN + subversionです。
チェックアウトのリポジトリURLを「file://aaa/b/ccc/ddd」として、編集、コミットをした後
ログで作者の欄を見るとちゃんと入ってますが、
チェックアウトのリポジトリURLを「svn://xxx/yyy」として、編集、コミットをした後
ログで「作者」の欄を見ると空欄になってます。
何か設定などあるのでしょうか?

120 名前:デフォルトの名無しさん mailto:sage [2009/02/24(火) 17:29:48 ]
login

121 名前:デフォルトの名無しさん mailto:sage [2009/02/24(火) 19:17:03 ]
file://aaa/b/ccc/ddd でチェックアウトしてコミットしたものは、Windowsならそのユーザ名が入る
svn:// でやってるんなら最初にログインしてないと空白になる

svnserveで認証するようにすれば良い

122 名前:119 mailto:sage [2009/02/24(火) 19:47:42 ]
>>121
ありがとうございます。
無事できました。

123 名前:デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:45:28 ]
subversion + TortoiseSVNの構成で svn:// にて使用しております。
現在は confフォルダ内の設定ファイルに記述したユーザ及びパスワードにて
認証しておりますが、Windowsのユーザで認証することは可能でしょうか?




124 名前:デフォルトの名無しさん mailto:sage [2009/02/25(水) 22:34:38 ]
>>123
tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-serversetup.html

Svnserveベースじゃ無理っぽい。Apacheベースにする必要がありそう。
もちろん、アクセスもsvn://ではなくなる。


125 名前:デフォルトの名無しさん mailto:sage [2009/02/26(木) 21:47:25 ]
>>124
ありがとうございます。
やっぱりapacheが必要なんですね。
なんとかなるといいんですが...

126 名前:デフォルトの名無しさん mailto:sage [2009/02/26(木) 23:33:32 ]
1つのリポジトリを、複数台のサーバからアクセスする構成を組みたいのですが
そういう構成は安全でしょうか?

具体的にはWindows共有サーバ上にリポジトリをFSFSで作成し、多数のサーバ
(WindowsやLinux等)を使って多数のユーザで使用することを考えています。

127 名前:デフォルトの名無しさん mailto:sage [2009/02/27(金) 02:10:57 ]
ちょっと違うかもだけど、参考になる?

複数リポジトリアクセス方法のサポート
ttp://subversion.bluegate.org/doc/book.html#svn.serverconfig.multimethod

128 名前:デフォルトの名無しさん mailto:sage [2009/02/27(金) 17:48:26 ]
認証システム的にはCIFS(samba)+fileスキームで可能だけど、fileスキームでの
アクセスが適切なのかはあんたの利用状況に依存。

129 名前:126 mailto:sage [2009/02/28(土) 01:12:33 ]
>>127-128
ありがとうございます。なんとか出来そうな感じですね。
とりあえずやってみることにします。

130 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 09:09:28 ]
いま、仕事場で svn+sshでsvnユーザーさんでアクセスしてコミットしてもらっとるんですが、
これって誰がコミットしたかわからない、ですよね?

全部svnさんになる?TortoiseSVNですが、自動でWindowsログインユーザーとかにはならないですよね?

ユーザーを認識するにはどうしたらいいんでしょ?

svnのサーバーで利用者ごとにユーザー作って、
リポジトリのディレクトリにアクセスできる権限設定して、
そのユーザーにssh公開鍵置いてアクセスしたら、鯖で作ったユーザーで記録残る?
この辺のドキュメントありませんでしょうか?

131 名前:デフォルトの名無しさん [2009/02/28(土) 09:14:04 ]
やっちまった〜
svnsync でミラーしてリードオンリーで公開したつもりが、
そっちからチェックアウトしてコミットした奴らと
もともとのリポジトリにコミットした奴らが。
内輪のプロジェクトなのでおおごとではなかったけど、
こういうときはもうどうしようもないっすか?
ないっすよねぇ・・・・

132 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 09:16:06 ]
>>131
分散系だと別段問題ないけど、中央集権だと大変だな、こういうときは

133 名前:131 [2009/02/28(土) 09:41:55 ]
>>132
この場合、uuidが違うから気づいたのですが、
もしミラーをsvnsyncではなくrsyncやunisonを
使ってファイルシステムごとやっていたら、
uuidは同じわけで、気づくこともなくいつの間にか
違う歴史をたどり始めたuuidが同じ二つのリポジトリが・・

さらに被害甚大になっていたかと思うとガクブル。



134 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 12:56:34 ]
>>130
その通り。利用者ごとにアカウントを作ってそのアカウントでアクセスすればよい。

135 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 13:04:40 ]
>>130
マニュアル読めないの? メクラ?
subversion.bluegate.org/doc/ch06s03.html#svn.serverconfig.svnserve.sshtricks.fixedcmd

136 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 16:27:32 ]
>>135
そういうおまえは池沼だけどな

137 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 17:12:30 ]
>>136
マニュアルに書いてあると、池沼に指摘されたお前は池沼以下だな。ww

138 名前:デフォルトの名無しさん mailto:sage [2009/02/28(土) 20:52:03 ]
まて、さすがに俺は答えてくれた方々に池沼なんていわない

139 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 02:15:37 ]
ここは>>1が全て悪いということで、丸く治めようぜ

140 名前:デフォルトの名無しさん [2009/03/01(日) 11:21:35 ]
チェックアウトしたディレクトリが
あろうことか他の奴に削除されてしまったとき、
とりあえずそいつを一発殴った後で俺はどうすればいい?
昔のバージョンからブランチをひねり出して、
そこに switch すればいいのか?

まぁとりあえず今日のところは手元の変更点を diff 取って
そいつにメールで送りつけてお前のところでマージしやがれと
言っておいた。

141 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 11:27:26 ]
「チェックアウトしたディレクトリ」ってなんだよ。
ワーキングコピーの事か? それなら他人に削除可能なワーキングコピーを作った自分を殴れ。
リポジトリのディレクトリの事なら、そいつのコミット分を戻せば行けそうな気がする。

142 名前:デフォルトの名無しさん [2009/03/01(日) 11:40:11 ]
>>141
用語の選択がまずかった。
俺がブランチ作った。ワーキングコピーをチェックアウトした。
奴がリポジトリ上でそのブランチ消しやがった。
svn commit できねぇ。

$ svn update
svn: Target path does not exist

$ svn commit -m "shine"
Sending abc.c
svn: Commit failed (details follow):
svn: File not found: transaction '5-9', path '/branches/mybranch/abc.c'

143 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 11:59:51 ]
「ワーキングコピーをチェックアウトした」ってなんだよ。
ともかく、そいつコミット分を戻す(変更を逆方向にマージ)すれば行けると思う。



144 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 12:21:22 ]
存在しないディレクトリとの差分って取れないだろ。
例え取れて差分戻してもディレクトリのUUIDは復活しないだろうから
> 昔のバージョンからブランチをひねり出して、
> そこに switch すればいいのか?
こうするしか無いように思える。

リポジトリのダンプとって削除を無いことにする。という逃げは有るだろうけど。

145 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 12:33:32 ]
削除を逆マージすれば復活するし差分も取れるようになる。
リポジトリ内ならどこへでも切り替えできるし。
バージョン管理使ってるのに、たかが削除したくらいであわてる必要は無い。


146 名前:デフォルトの名無しさん [2009/03/01(日) 12:53:45 ]
>>145
まぁ確かにすべてのこっているわけだからあわてる必要は無いんだけど、
ゆとり世代は例外的事象の発生に弱いんだ。

>>144
UUIDはリポジトリに対して設定されるものなので、
「ディレクトリのUUID」というものは無い。
とはいえ、「こうするしか無いように思える」ってのは
俺もそう思うので、次からはそうする。

まぁオレ用ブランチを作った時点でサーバ側で
アクセス制御かけておけばよかったのかもしれないが、面倒だった。
というか、file: スキームでアクセスしている奴がいたらどうしようもないか。

とにかくだ、ゆとり世代がVCSを使うとこんな感じなのです。


147 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 13:26:08 ]
>>146
まぁ自虐はそれぐらいにして次からはちゃんとしておけよ

148 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 14:06:12 ]
Subversionを久々に使ってみたのですが、
エクスプローラで、ファイルのアイコンに付くマーク(緑丸とか赤丸の)が表示されなくなってしまったのですが
これは表示するようにできるんでしょうか?
※フォルダには付いてます。


149 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 14:11:26 ]
F5


150 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:13:42 ]
F5しても出なければアイコンオーバーレイの設定やフィルタを確認

151 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:30:58 ]
蒸しリストに *.BAK を入れと *.bak が無視されなくなります。
蒸しリストに *.bak を入れると *.BAK が無視されなくなります。
トートイズsvn で windows 環境です。
たすけてくだしあ

152 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:34:24 ]
>>151
両方入れたらどうなる?


153 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 16:50:09 ]
>>151
×トートイズ
○トータス
△トートアス

先生はタートル(turtle)だったけど、トータス(taught us)。
-- from Alice in Wonderland.



154 名前:デフォルトの名無しさん mailto:sage [2009/03/01(日) 17:18:58 ]
ウルトラマンエースだったかな、キングトータスなんて怪獣がいたな。
もちろん巨大亀。

155 名前:デフォルトの名無しさん mailto:sage [2009/03/03(火) 10:38:52 ]
Tortoiseの発音はここで確認シル
www.thefreedictionary.com/tortoise

156 名前:デフォルトの名無しさん mailto:sage [2009/03/03(火) 10:40:41 ]
>>151
正規表現

例: *.[Bb][Aa][Kk]

157 名前:デフォルトの名無しさん mailto:sage [2009/03/03(火) 10:59:50 ]
正規表現というと誤解を招きそうな気がしないでもない




158 名前:デフォルトの名無しさん [2009/03/03(火) 11:02:34 ]
皆様すみません。

subversion-deps-1.5.5.tar.gzを
落としたかったのですが、公式が落ちているみたいで…。

どなたか、ミラーサイト等ご存知ですか?


159 名前:デフォルトの名無しさん [2009/03/03(火) 12:02:45 ]
158です。
すみません。復旧してました。


160 名前:デフォルトの名無しさん [2009/03/04(水) 12:07:03 ]
自分がチェックアウトして作業しているディレクトリの
パスの上の方でディレクトリ名が変更されたとき,
普通は switch というか switch --relocate しますよね?
これって自動的に追跡してくれないものでしょうか?

file:///repo/a/b/mycode

をチェックアウトして作業してたのに,管理者がそれを

file:///repo/x/y/mycode

に変更したときとか.これを知らずにワーキング
コピーを commit / update しようとすると
「そんなパスねぇよ」と怒られます.

リポジトリのログを見れば,自分がチェックアウトした
ディレクトリがその後どこに移動されたかわかりますが,
これが自動的に追跡されたらいいのになぁと思っています.

161 名前:デフォルトの名無しさん mailto:sage [2009/03/04(水) 12:12:09 ]
commit前にまずupdateしろって言われるだけだと思うが
updateすればそこでコンフリクトするんじゃねえのか

162 名前:デフォルトの名無しさん mailto:sage [2009/03/04(水) 12:17:39 ]
>>160
switchすればいいだけじゃないの?

163 名前:デフォルトの名無しさん mailto:sage [2009/03/04(水) 13:10:25 ]
>>160
ブランチでの作業が完了してtagsに移動させた時とかに、
自動で追いかけられるとうっかりtagsで作業する人が出てきそう。

ディレクトリ名の変更って頻繁にあるもんじゃないから、
確認の意味でも現状でいいんじゃないかと思う。




164 名前:デフォルトの名無しさん [2009/03/04(水) 18:29:48 ]
たしかにそういう危険はありますね、自動的に追跡されると

165 名前:デフォルトの名無しさん mailto:sage [2009/03/04(水) 19:53:07 ]
自分の知らないところで何かが行われるのは気持ち悪い。
何かが起こってないか、定期的にチェックする必要があるから。

166 名前:86 mailto:sage [2009/03/04(水) 23:12:41 ]
リポジトリやディリクトリの移動をしたときにsvn::externalsを一括修正するスクリプトが欲しくなることはある。


167 名前:デフォルトの名無しさん [2009/03/05(木) 09:18:02 ]
svn log って過去方向にはコピーなども追跡して
取得してくれるけど、未来方向にそのリビジョンの
発展を知ることはできないのかな?

168 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 12:25:26 ]
TortoiseSVN 1.5.8, Build 15348であるフォルダを追加した時、
フォルダしか追加されなくて、そのフォルダ配下にあるソースとかが
追加されなくなっちゃったんだけど、仕様変わったの?

169 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 12:39:46 ]
>>168
どうやって追加した?

170 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 13:24:59 ]
>>169
複数のディレクトリを選択した状態で右クリック→追加

丁度今日になってバージョンを上げたんだけど、
1.5.6(7だったかも)の時はこのやり方でディレクトリ内の
ソースとかも追加されてた

171 名前:167 [2009/03/05(木) 13:43:44 ]
ふと思いついたんだけど,リポジトリ内には copyfrom しか
格納されていないわけだし,複数のディレクトリにコピーされる
可能性もあるわけだから単純にそんな機能作れないよなぁ.

とりあえず自分で pysvn でもつかって
追跡するスクリプト書いてみる.

172 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 13:44:28 ]
と書いていたら1.5.9が出ていたみたいなのでうpしてきますねorz
HPには1.6.0なんてのも見えますね・・

173 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 13:48:07 ]
Version 1.5.9
- BUG: Broken registry settings may prevent Check for Modifications dialog
from showing up. (Stefan Fuhrmann)
- BUG: Missing columns when copying to clipboard in Check for Modifications
dialog. (Stefan Fuhrmann)
- BUG: Showing Log for deleted paths should not trigger "go offline? dialog.
(Stefan Fuhrmann)
- BUG: Line endings lost in TortoiseMerge when using "use whole file".
(Stefan)



174 名前:デフォルトの名無しさん mailto:sage [2009/03/05(木) 14:12:31 ]
>>171
無理でしょ。よく考えてみなよ。

175 名前:167 [2009/03/05(木) 15:53:38 ]
>>174
確かに簡単には無理っぽい
ダンプから抽出するスクリプトは書いた.
単に copy と add のアクションが同じパスで
ペアで出現しているのを抽出するだけだけど.

svn.haxx.se/users/archive-2007-07/0416.shtml
copyto があったらいいよなっていう話題は
出てるみたいだけど,実装されるのはまだまだ先だろうなぁ.






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<191KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef