Subversion r14

1 名前：デフォルトの名無しさん [2012/01/17(火) 22:27:39.03 ] Subversionはフリーなオープンソースのバージョン管理システムです。 公式HP Apache Subversion subversion.apache.org/ ようこそSubversion.JPコミュニティへ www.subversion.jp/ Version Control Systems Comparison better-scm.berlios.de/comparison/comparison.html 159 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 19:02:32.85 ] sambaもNFSも、細かいところでは あんまり信頼するべきではないはず。 最近はずいぶんマシなんだろうと 思うけど。 >>158 ＞リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。 えっ？ 動作保証されてなければ是非もクソも ねえよ。 160 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 19:10:30.32 ] >>159 周回遅れに気づいても平気なのか。知恵遅れはある意味最強だな。 普通の知能なら恥ずかしくて100回は首つってるぞ。 > 動作保証されてなければ是非もクソも 開発元はFSFSはリモートファイルシステムにおけると言っている。 これで不十分なら商用システム使ってろ。 161 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 20:41:31.35 ] スレ進みすぎわろた。前スレの終わりよりぜんぜんましだけど。 >>158 > > FSFSでファイル共有を使ったfile:スキームのアクセスの動作保証がされてるかどうかが論点。 > じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。 もともと(>>92)はfile://でアクセスしたときの話だったよ。 で、>>93が不十分な引用をしたので>>118を書いた。 > じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。 という話になったのってどっから？ 162 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:03:46.16 ] >>161 > もともと(>>92)はfile://でアクセスしたときの話だったよ。 周回遅れの知恵遅れの>>159がついてこれてないだけで、それは既に結論が出ている。 アクセス制御ができない事が非推奨の理由 > > じゃなくて、リポジトリ(FSFS)をリモートファイルシステムの置くことの是非が論点。 > という話になったのってどっから？ >>131だな。開発元が置けると言っているのに、動作保証が…と言い出した。 バカが入り乱れてわかりにくいけど、動作保証にこだわっているから、 >>131は最後まで分からなかった周回遅れの知恵遅れ(>>159)だろう。 163 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:16:25.00 ] >>162 >>118で言及したように、どうとでも取れるレスをあえて曲解しているだけなら止めはしないよ。 164 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:36:22.47 ] >>162 知恵遅れなりに恥ずかしいと思って必死に考えたのか? でも、やっぱり知恵遅れの浅知恵な反論。ｗｗ >>131で頓珍漢な言いがかりをつけた>>126は「権限」に関しては除外しているので、 FSFSの排他制御に関する議論だ。 まあ、バカだからわからなかったんだろうけど。バカってかわいそう。 165 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:40:00.34 ] >>160 周回遅れに気づいても平気なのか。知恵遅れはある意味最強だな。 普通の知能なら恥ずかしくて100回は首つってるぞ。 >開発元はFSFSはリモートファイルシステムにおけると言っている。 ソース出せ。 ソースコードのapr_file_lockうんぬんはどうでもいいから。 166 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:45:26.67 ] >>165 惨めだからもう止めなよ。自覚のない知恵遅れって本当にかわいそう。 svn.apache.org/repos/asf/subversion/trunk/notes/fsfs * Can host on network filesystem FSFS repositories can be hosted on network filesystems, just as CVS repositories can. (See "Note: Locking" for caveats about write-locking.) 167 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 23:27:58.57 ] >>165 ソース出てきた時の事は全然考えなかったのか? 知恵遅れ憐れすぎる。 168 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 23:31:14.77 ] >>165はまだfile://の話をしているのかもしれない 169 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 00:30:01.46 ] 今日は静かだな。>>165は息してるか? 170 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 08:54:57.09 ] マージした後ヒストリーみるとMってなってるけどマージ元がどこかはわからない？ コピーみたいに元がわかると嬉しいんだけど 171 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 09:14:43.49 ] svn propget svn:mergeinfoじゃ不足? これ以上の情報は残してない。 >>165 またいじめてやるから出てこいよ。 172 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 09:30:57.84 ] >>171 Subclipseのリビジョングラフとかでもマージの矢印はないし svn mergeinfoしても何も表示されないんだ 173 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 10:02:12.64 ] >172 svn mergeinfoの使い方間違ってない? svn mergeinfoはマージ元指定する必要があって、指定してやれば表示されるけど。 174 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 14:52:46.75 ] TortoiseSVNだとShow logのInclude merged revisionsでマージ元での変更見れるけどそういうことではない？ 175 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 15:38:38.07 ] あざーす。でもInclude merged revisionsだと細かすぎて見辛いお。。。 copyだと詳細欄にコピー元がずばり書かれてるけどそんなかんじではみれへんのですか。 176 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 23:20:12.28 ] 仕組み上それはできないんじゃないか。 コミットログに「branches/XXX をマージ」って書いといたら？ 177 名前：デフォルトの名無しさん mailto:sage [2012/02/27(月) 18:27:53.44 ] > むしろ、同一メカニズムを使ってるのにあっちはダメでこっちはOKと考える > 根拠を聞きたいわ。 > svnがfileスキームで直接リポジトリにアクセスする場合も、svnserveがクライアン > トからの要求受けてリポジトリにアクセスする場合もlibsvn_reposが提供している、 > 同一のAPI使ってるんだよ。 馬鹿発見 178 名前：デフォルトの名無しさん mailto:sage [2012/02/27(月) 21:53:53.23 ] >>177 バカが現れた。どうする? 1) 戦う 2) 無視する 2 バカを無視した。 179 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 11:31:06.65 ] 致命的な馬鹿発言をさらしたのに、良くもそんな強気になれるな 180 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 11:42:13.91 ] どこが馬鹿なんだかわからない 181 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 13:35:52.55 ] >>180 クライアントの数が違うという差を無視したところがおかしいとおもうよ 182 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 13:37:47.25 ] クライアントの数なんて関係無いのに 183 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 13:46:32.97 ] >>181 君、上で議論してた人？ だったら聞きたいんだけど、「fileスキームはたとえ一人しかアクセスしなくても、ローカルリポジトリに限り 動作保証される」というのは正しい？ YesかNoかでお願い。 184 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 13:51:07.58 ] YesかNo 185 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 13:56:27.15 ] >>179 バカが現れた。バカは不思議な踊りを踊りだした。 どうする? 1) 戦う 2) 無視する 2 バカを無視した。 186 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:22:02.19 ] >>183 まぁちらちらと上でレスはしてたけど、白熱議論には参加してないよ。 今のところ得ている情報では、その質問の回答はYes 187 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 02:40:51.67 ] >>161 = >>181 = >>186 いちお。 188 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 08:29:35.79 ] debianとかの1.7がWANdisco版しかない理由をご存知の方 いらさいませんか？ 189 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 16:00:41.22 ] >>186 なら、俺と同じ意見だ。 上で「周回遅れがどうたら」の人は、Yesと思ってるのかNoと思ってるのか知りたい。 190 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 19:15:12.86 ] バカのむれが現れた。バカたちは何か相談している。どうする? 1)戦う 2)無視する 3)呪文 3 答えてやるから「動作保証」を定義しろ。 191 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 20:59:27.84 ] >>189 >>161で確認してるけど、どうやら「fileスキームは」ってところを除外してるみたいだよ。 192 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 01:32:53.81 ] なんでお前らはいまだにSubversion使ってるの？ 193 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 03:42:55.66 ] >>183 「fileスキームはたとえ一人しかアクセスしなくても、ローカルリポジトリに限り動作保証される」 日本語がなんかおかしくね あとFSFSの話に限定しないの？ 194 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 12:28:30.21 ] とりあえず、NASだとNTFSでもFATでもないものをFATとかに 見せかけてるだけだから、一人で使ってても、ロック関係の ファイルがおかしくなったりする。 195 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 12:58:54.19 ] >>190 「動作保証」は>>132と同じ意味で。 196 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 13:05:50.77 ] >>193 > >>183 > 「fileスキームはたとえ一人しかアクセスしなくても、ローカルリポジトリに限り動作保証される」 > 日本語がなんかおかしくね 「ローカルに無いリポジトリをfileスキームでアクセスする場合、たとえ一人しかアクセスしなくても動作保証されない」 と言い換えた方がいいかな。 > あとFSFSの話に限定しないの？ しない。 197 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 13:18:31.78 ] >>193 こう言った方がいいか。 開発チームは、 > file:// access is intended for local, single-user access only, particularly testing and debugging. と言ってる（>>150のリンク先の日本語訳はちょっとおかしい気がする）。 これ以外の使い方でも、何らかの動作保証がされてると主張してる人がいるのかどうか知りたい。 上の議論は話が錯綜していて、良くわからなかったので。 198 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 18:47:09.85 ] >>196 > file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。 これだけで十分だろ。議論の余地なんてない 199 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 18:49:11.74 ] >>195 No 200 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 22:54:11.83 ] >>194 >とりあえず、NASだとNTFSでもFATでもないものをFATとかに見せかけてるだけ 意味わからん。 >> バカが現れた。 ってことなのか？ 201 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 00:26:32.22 ] 他の分散型(GitとかMercurialとか)のバージョン管理のファイルアクセスだとどうなの？ 202 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 11:03:17.82 ] >>198 その文章、>>197にも書いたとおり、訳がおかしいと思う。 >>199 「ローカルリポジトリに限り動作保証される」に対してNo？ もしそうだとしたら、何に対して動作保証してるの？ 203 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 11:34:27.78 ] >>176 SmartSVN（１万円近くする・・・）みたいに、 リビジョングラフでマージの導線が表示できるのが理想。 www.koreansoft.com/public/upload/SmartSVN/SmartSVN_09.png TortoiseSVNだとマージの導線までは引けないっぽいし、 Subclipseだとなぜか表示されないブランチがあったりなんかあやしい。 204 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 12:16:36.43 ] >>202 どこがおかしいかを書かないのは特別な理由でも？ その日本語のとおり理解をすれば動作保証の範囲も明確だろ。 205 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 12:17:06.03 ] >>203 TortoiseSVNのリビジョングラフってマージでないっけ 206 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 12:54:59.22 ] >>204 100%の自信があるわけじゃないから書いてないだけ。 > file:// access is intended for local, single-user access only, particularly testing and debugging. の訳が > file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。 なんだが、最後のtestingとdebuggingは、for testing, for debuggingだと思う。 file:// アクセスは、テストやデバッグ目的でのローカルでの1ユーザーのみのアクセスを想定しています。 じゃないのかなぁと思う。 207 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:01:37.25 ] sambaやnfsを使えば、普通に使う範囲ではまぁ問題ないがな、位でしょ 208 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:12:16.39 ] >>206 その訳だと解釈した場合に、 テストやデバッグ目的でアクセスしていいけれど、リポジトリが壊れるかもしれない と思い至ったの？ 209 名前：208 mailto:sage [2012/03/02(金) 14:24:41.55 ] >>206 改めて必要なところを抜き出してみたよ。 > ネットワークフォルダー上のリポジトリにアクセスするには、ドライブ文字の割り当てと UNC パスの両方が使えます。 > Berkeley DB リポジトリは、ネットワークフォルダー上で作成したりアクセスしたりしないでください。 > FSFS リポジトリはネットワークフォルダー上に配置でき、 file:// プロトコルを用いて複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。 > file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。 > リポジトリを共有したい場合は、 まさに 適切なサーバーをセットアップする必要がある tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-repository.html#tsvn-repository-local-share 210 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:54:03.49 ] >>208 ん、誰かと勘違いしてない？ 俺自身は、リポジトリが壊れるかどうかという話はしてないよ。 （ちなみに排他がどうこうとも話してない） 開発側が > file:// access is intended for local, single-user access only, particularly testing and debugging. と書いてるが、開発者がこのようにintendした以外の使い方をしても、なんらかの 動作保証がなされているのか、なされているならどいう場合になされているのかを 知りたいってことなんだが。 211 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:07:30.61 ] >>210 めんどくさい人だな。 テストやデバッグ目的で使用するにあたり、動作保証がされていない(リポジトリが壊れるかどうかに限定しない) と思ったってことならおｋ？ そんな状態でテストやデバッグする開発者がいると思えるのが不思議。 212 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:12:20.74 ] いや、こっちがめんどくさいんですけど。 何で絡まれてるのかしら。 > file:// access is intended for local, single-user access only, particularly testing and debugging. 以外でfileスキームを使うにあたり、何か動作保証されてますかってことなんですが。 213 名前：211 mailto:sage [2012/03/02(金) 15:14:32.91 ] おかしな日本語ですまんかった。 214 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:18:50.57 ] >>212 されてないと考えるのが妥当 215 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:21:33.79 ] >>214 うわあ、めどくさい。 そんなことわかりきってる。 わかった上で、されてないとは思わない人がこのスレに居るようだから、あなたは何が動作保証されてる と主張してるんですかって質問してんの！！！ >>199 216 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:22:29.09 ] む、興奮して途中で書き込んだ。 >>199 >>202 の回答待ち。 217 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:24:58.86 ] >>215 いやいや、具体的に何をしたいんだ？ やる予定もないことが動作保証されてるかどうかを知りたい？ 218 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:27:04.95 ] >>217 > いやいや、具体的に何をしたいんだ？ 君こそ何がしたいの？ 絡まないでくれる？ 219 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:39:04.34 ] バカのむれは仲間割れを始めた。 どうする? 1)たたかう 2)むしする 3)観戦する 3 220 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 15:40:47.59 ] そもそも>>177のどこが馬鹿なのかわからない奴なんだから、質問しても無駄無駄 221 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:19:18.57 ] まあそれに対して>>181って書いたらこんなことになったわけだけど 222 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:31:44.31 ] >>221 ますます意味不明だわ 223 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:35:23.71 ] バカのむれは仲間割れをつづけている。 どうする? 1)たたかう 2)むしする 3)観戦する 3 224 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:39:59.42 ] >>223 お前が一番馬鹿 225 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:54:25.46 ] >>209 何で日本語引用すんの？ 原文引用しろよ 226 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:57:55.98 ] バカがあらわれた。バカはきみょうなおたけびをあげている。 どうする? 1)たたかう 2)むしする 3)観戦する 2 227 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:00:30.94 ] えーと、>>199の人なのかな。 だとしたら、答えられないと取っていいよね。 228 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:15:31.71 ] >>227 オレに聞いているのか仲間割れしてるのかわからないから、観戦していたが、 仲間割れは終わったのか? >>202に答えればいいんだな。 > もしそうだとしたら、何に対して動作保証してるの？ >>132でとっくに書いている。 FSFSが要求する排他制御のメカニズムを提供するファイルシステムに 置かれたリポジトリに対して。 229 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:22:20.60 ] >>228 ファイル共有プロトコルは関係無いの？ 230 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:23:43.61 ] >>228 > FSFSが要求する排他制御のメカニズムを提供するファイルシステムに > 置かれたリポジトリに対して。 また蒸し返すのかこの馬鹿は そんなことどこで動作保証されてんだよ 231 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:24:44.33 ] >>228 つまり、subversion側からは、何の動作保証も出来ないということですね。 わかりました。 232 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:31:01.57 ] >>230 はぁ。バカはレスを追う事も出来ないのか。>>132の定義で答えろというお題だよ。 >>231 なにが「つまり」なんだろう。バカの思考回路は理解不能だ。 233 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:31:11.78 ] >>228 本格的に馬鹿だ 234 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:32:37.74 ] >>232 え？subversion側は何か動作保証できるの？ バカの思考回路は理解不能だ。 235 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:33:45.55 ] >>228 そのリポジトリに対して何をすることが動作保証されているかを書かないからややこしいって憤慨しているのだと思うよ。 236 名前：デフォルトの名無しさん [2012/03/02(金) 17:33:59.63 ] >>234 >>132の定義で答えろと言ったんだろ。バカ。 237 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:34:57.51 ] 遠回しに言っても馬鹿だからわからんか Sambaがその排他制御のメカニズムとやらを提供してたとして、 subversion側はSambaを使うことに対して動作保証できるのか？ 238 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:35:47.42 ] >>235 はあ? 制約条件つけてないんだから、subversionで出来る事すべてだよ。 239 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:35:52.62 ] >>236 何逃げてんだよ 見苦しいぞww 240 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:37:53.09 ] sambaもnfsもファイル共有Xも、自己責任でfile://でアクセスしても、まぁ大体問題ないよ って位なのに、何をごちゃごちゃ言ってるんだろう、この人達 241 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:38:14.68 ] >>237 出来るに決まってる。排他制御のメカニズムが正しく動いていて、 排他制御に失敗してリポジトリが壊れたならsubversonのバグ。 排他制御のメカニズムが仕様通りに動いていないならsambaのバグ。 242 名前：215 mailto:sage [2012/03/02(金) 17:39:24.26 ] 酷いことになってるけど、回答得られたので満足です。 大体言いたいことわかった。 243 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:40:21.20 ] >>241 何言ってるんだろう、この人 本気で理解不能だわ 244 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:44:28.40 ] >>241 つまり、sambaやnfsや未知のファイル共有プロトコルがその排他制御のメカニズムとやらを 正しく提供してさえいれば、ra_neonやra_svnでは起こらなかった現象がra_fileで起こっても、 全てsubversionチームが解決しますってことだな 245 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:47:36.86 ] >>241 バカにはわからない。でもそれはしょうがない。 もう一つ、いつ気づくか楽しみにしていたんだけど、 カメさんチームのドキュメントを根拠にして、subversionの 動作保証を必死に議論している姿はとっても滑稽だったよ。 subversionの開発チームはFSFSリポジトリはネットワークファイル システムにおけるといっている。 そして、fileスキームに対して特別な制約を表明していない。 246 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:49:42.35 ] 新たな馬鹿登場か？ 247 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:51:50.17 ] >>244 なにが「つまり」なんだろう。バカの思考回路は理解不能だ。 解決することが「動作保証」だというなら最初からそういう定義で聞け。 248 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:54:15.09 ] >>245 > そして、fileスキームに対して特別な制約を表明していない。 してるよ。 svn --version ってやったことないの？ 249 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:54:40.49 ] >>247 お前はもういいや 250 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:01:16.31 ] まあ普通に考えれば、subversionチームが動作保証できる範囲はra_localモジュールまでだろ。 何を議論することもない。 251 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:02:20.04 ] >>245 お前が滑稽だわwww 252 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:11:47.76 ] >>248 それはlocal diskとして扱うという意味。 それがどんなファイルシステムであるかはそのレイヤーは関知しない。 正しく動く排他制御のメカニズムさえ提供されていればいい。 253 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:19:28.64 ] >>252 また"on local disk"の解釈合戦を繰り広げたいの？ > それがどんなファイルシステムであるかはそのレイヤーは関知しない。 誰もそんな話してないよ？ > そして、fileスキームに対して特別な制約を表明していない。 というから、fileスキームはra_localを使う場合のスキームで、ra_localは"on local disk"の リポジトリにアクセスするためのものだって表明してるよ。 254 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:25:35.93 ] まさか、「ローカルのリポジトリ」で解釈が分かれるとは・・・ 255 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:26:50.38 ] なんでそんなに頑張るのか理解不能 256 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:29:27.61 ] >>253 --versionじゃわかりにくいけど、元は↓ svnbook.red-bean.com/en/1.7/svn-book.html#svn.basic.in-action.wc.tbl-1 Access methodの分類としてDirect repository accessとしている。 これじゃ分かりずらいから補足説明で(on local disk) ネットワークファイルシステムに対しての制限ならば「ダメ」と明記する。 257 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 18:36:31.60 ] >>256 今度は"direct access"の解釈合戦か まぁいいんじゃないの？ Nドライブにdirect accessしてくださいな 258 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 02:42:41.49 ] >>215 こうも必死に求めていた>>199との会話は有意義なものになったのだろうか。 259 名前：デフォルトの名無しさん [2012/03/03(土) 13:00:24.39 ] 未だにSubversion使っているバカで周回遅れで知恵遅れどもの不毛な論戦は終了？ 260 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 13:10:49.62 ] だからLinuxのカーネルのソースは何G？ (ｷﾘｯ 261 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 13:31:12.86 ] 社内の一部門での話なら、「今からコミットしますよー」ってみんなに声掛けすれば済む話だろ。 ファイルシステムレベルで排他制御とか甘え。 262 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 15:49:52.73 ] >>259 >>256-しか読んでないけど過去レス読まなくても>>259が一番頭悪いことだけはわかる 263 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 16:09:47.27 ] >>262 全部読む必要は無いよ。>261で済むようなことしかしていないバカで周回遅れで知恵遅れが 自分の悲惨な環境を正当化するためにめちゃくちゃな書き込みしているだけだから。 264 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 18:14:23.17 ] それネタ 265 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:52:05.10 ] svnコマンドが、gnome-keyringオプション付きでmakeしたか知る方法ないですか？ lddしてそれらしきものがなかったら、オプションなしってことかな。 266 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:37:56.84 ] 試してないけど、バイナリをobjdumpとかstringsするとか、ltrace/strace/trussでトレースするとか。 267 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 00:20:33.36 ] Ubuntu 12.04 beta1 x64 で試した。 ldd だと検出できないけど、strace だと gnome-keyring 使ってることを検出できた。 $ ldd `which svn` | grep -i keyring (なにも表示されない) $ strace -o svn-strace.log svn co http://(適当なリポジトリ) $ grep -i keyring svn-strace.log open("/usr/lib/x86_64-linux-gnu/libsvn_auth_gnome_keyring-1.so.1", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib/x86_64-linux-gnu/libgnome-keyring.so.0", O_RDONLY|O_CLOEXEC) = 3 open("/etc/pkcs11/modules/gnome-keyring-module", O_RDONLY) = 5 open("/usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so", O_RDONLY|O_CLOEXEC) = 4 268 名前：デフォルトの名無しさん [2012/03/09(金) 08:40:40.41 ] Apache Subversion 1.7.4 age svn.haxx.se/users/archive-2012-03/0147.shtml 269 名前：デフォルトの名無しさん [2012/03/09(金) 08:43:00.73 ] TortoiseSVN 1.7.6 age svn.haxx.se/tsvnusers/archive-2012-03/0103.shtml 270 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 18:15:38.11 ] TortoiseSVN 1.7.5使っていますが、変更されていない大量のファイルに赤い更新アイコンが付きます 差分を表示しても変更はありませんが、もしかしたら改行コードの違いを拾っているのかもしれないです 改行コードを無視する設定にできないでしょうか？ ちなみにファイルはphpやcssばかりでまったくのテキストです 271 名前：デフォルトの名無しさん [2012/03/09(金) 18:19:23.90 ] 無視するつーか、 svn:eol-style を native にしておくもんじゃないの? 272 名前：デフォルトの名無しさん mailto:sage [2012/03/09(金) 18:26:34.64 ] なるほど それはそうとして、赤くならない方法がありましたらぜひお願いします… 273 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 02:44:53.38 ] チェックアウトしたら赤い更新アイコンが出るの？ 274 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 05:06:39.14 ] 教えてください。 指定したファイルを、変更した・しないにかかわらず、常にSVNコミットに 含めるような指定はできますでしょうか？ 275 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 05:16:33.17 ] 変更してないファイルをコミットってできるの？ 276 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 08:32:17.04 ] また、タイムスタンプ絡みか？ 277 名前： 忍法帖【Lv=40,xxxPT】 mailto:sage [2012/03/10(土) 10:40:53.70 ] >>276 なんか適当なプロパティに現在時刻をぶちこむような仕組みでも作れば？ プロパティも「変更していない」のを要求されたらもうわからん 278 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 11:04:32.49 ] それよりも、そういう事をしたい理由を説明した方が適切な 解が得られる可能性が高い。 (属性を含み)変更してないファイルはコミットできない。 279 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 13:14:48.40 ] >>273 いや、それはないです 改行コードが異なる事態が発生した場合、それを差異として検出してしまうみたいです 280 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 14:28:25.82 ] >>279 改行コードを変えないでください 281 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 16:55:03.14 ] 意図せずに大量のファイルの改行コードを変えるって結構な難易度 282 名前：デフォルトの名無しさん [2012/03/10(土) 18:00:58.54 ] >>281 ftp 283 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 18:04:35.78 ] 原因がわからなくて変わるのって怖くない? 284 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 18:08:23.55 ] >>282 は ぁ ？ 285 名前：デフォルトの名無しさん [2012/03/10(土) 18:24:02.04 ] >>284 は ぁ ？ 286 名前：デフォルトの名無しさん mailto:sage [2012/03/10(土) 19:31:23.65 ] >>281 差分ツールの設定ミス 287 名前：デフォルトの名無しさん mailto:sage [2012/03/11(日) 05:40:23.21 ] >>286 それは別の話 288 名前：デフォルトの名無しさん mailto:sage [2012/03/11(日) 12:24:21.47 ] gitシンジャモsvn信者もきちがいと言うことがこのスレで証明されてる 289 名前：デフォルトの名無しさん mailto:sage [2012/03/11(日) 21:31:37.73 ] >>267 libsvn_auth_gnome_keyringがあるか、ないかで、簡易的には判別つく感じですね。 ありがとうございます。 290 名前：デフォルトの名無しさん [2012/03/12(月) 11:55:52.09 ] サーバ(リポジトリ)側: subversion 1.4.5 クライアント側: TorotiseSVN 1.4.5 と subversion1.4.5 コマンドライン版 という環境で作業しています。 TortoiseSVN とコマンドラインツールを、Subversion の最新(1.7.4)に しても、サーバのリポジトリが壊れたり、1.4.5 から読めなくなることはないですか? クライアント側が、checkout し直しなのは承知しています。 他にも作業しているメンバーがいて、みんな 1.4.5 を使っているのだけど、 ソースコード量が多いので、1.7.4 でどれだけ早くなるか実験したくて・・・ あと、クライアントのバージョンを挙げても壊れないとして、 subversion 1.5 以降で可能になった操作を 1.4.5 のサーバに対して行った場合も、リポジトリが壊れることはないですか？ たとえば merge info や svn:externals をファイル単位で行う場合、 1.4.5 ではできないけど、1.5 以降でできるようになったと思います。 こういうことをやったら、ちゃんとエラーで無効にしてくれるのかな。 291 名前：デフォルトの名無しさん mailto:sage [2012/03/12(月) 11:59:43.71 ] >>290 いちおう Subversion の開発ポリシーとしてすべての 1.x.y のクライアントはすべての 1.xx.yy の サーバーとの運用をサポートしていることになっている。 でもさすがに 1.4.x だと古すぎて明示的にテストはされてないと思うんで、いくらか運まかせな ことにはなるかな。 292 名前：デフォルトの名無しさん mailto:sage [2012/03/12(月) 19:57:37.12 ] 自分も >>291 だと思う。 あと、サポート対象のバージョンは、 subversion.apache.org/docs/release-notes/1.7.html#svn-1.5-deprecation に 「Subversion 1.5.x series no longer supported」と書いてある。 subversion.apache.org/docs/release-notes/#supported-versions も同様だ。 293 名前：290 mailto:sage [2012/03/13(火) 13:19:09.78 ] >>291-292 レスどうもありがとうございます。 >>292 のページを読んで状況は理解しました。 やっぱりやめておきます。 思ったより古い―バージョンの切り捨てが早いな…と思ったけど、 1.5 が出てから結構立つしなぁ。 サーバ側のバージョンは自分たちで自由にあげられる環境ではないので、 おとなしくこのまま使うことにします。 294 名前：デフォルトの名無しさん mailto:sage [2012/03/13(火) 16:18:35.37 ] TortoiseSVN 1.7.6 差分のエクスポートがバグってるな。 古いバージョンのファイルしか取り出せない。 やり方、リビジョングラフ表示して、今回のtags を選択、次に前回の tags を選択して 「リビジョンを比較」を実行。 リストに出てくるファイルは、新しいバージョンのファイルだが、 ここから実際にエクスポートすると、古いものが取り出されてしまう。 直してくれ。これ便利なんよ。 295 名前：294 mailto:sage [2012/03/13(火) 16:28:13.48 ] ログメッセージのウィンドウからはきちんと動くな・・・ 296 名前：デフォルトの名無しさん mailto:sage [2012/03/13(火) 22:24:56.67 ] 前回のタグを選んで、今回のタグを選んで、比較して、エクスポートするとどうなるの 297 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 17:18:17.68 ] >>83 >VersionCheck >TortoiseSVN にこのチェックを行わせたくない場合は、この値を false に設定してください。 tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html 298 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/03/29(木) 02:37:21.75 ] Windowsで Subversion サーバを運用しています。 コミットされた中に、 *Hoge*.tmp が含まれている場合、コミットを禁止させたいです。 (*Hoge*.tmp を、リポジトリにコミットさせたくない) これをやるには、pre-commit.bat のなかで、snvlook changed -t を実行して、 変更があったパスを取り出して、 *Hoge*.tmp が含まれていたら exit 1 する、 というスクリプトを書くしかないでしょうか? ※ なんで svn:ignore でやらないかというと、以下は例ですが、 開発で、*Hoge*.tmp が作成されるディレクトリが {top}/src/a/*Hoge*.dat 　　　　　/b/*Hoge*.dat 　　　　　/c/*Hoge*.dat 　　　　　　： という感じになっており、src の下の a とか b は、毎日結構なペースで増えるからです。 そして、それを監視して、増えるごとに svn:ignore を設定する余裕がない。 なので、Hook みたいな箇所で、コミットを禁止したいと思いました。 （ヨレプロジェクトで、すごい勢いで人が増えて、機能IDのディレクトリが増えていく、みたいな状況です) ほんとうは {top}/src に svn:ignore を設定できればいいのですが、svn:ignore の効果はサブディレクトリには 繁栄されなかったので。 299 名前：営利利用に関するLR審議中＠詳細は自治スレへ mailto:sage [2012/03/29(木) 13:15:56.07 ] TortoiseSVNをつかってるならtsvn:autopropsってのがあるらしいよ。 tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-propertypage.html 300 名前：デフォルトの名無しさん [2012/04/16(月) 13:53:40.19 ] 以下のようなディレクトリ構成で、ある大き目のファイルを svn 管理してい るとします。 {REPO_TOP}/ 　+ data/ 　　+ foo/ 　　　- hoge1.dat ←これらファイルがでかい 　　　- hoge2.dat 　　　- hoge3.dat あるひとが、以下のコマンドを実行して、hoge*.dat が存在する foo ディレク トリを、bar にリネームしました。 svn move svn://myserver/repo/data/foo svn://myserver/repo/data/bar ↓移動後のソースツリー {REPO_TOP}/ 　+ data/ 　　+ bar/ 　　　- hoge.dat 301 名前：300 mailto:sage [2012/04/16(月) 13:53:59.78 ] ○質問： ほかのひとが svn update すると、ローカルにある行コピーでは、 foo ディレクトリがなくなって bar ディレクトリが現れるわけですが、 この時、以下のどちらが起きているのでしょうか? 1.foo ディレクトリが bar にリネームされる。 2.foo ディレクトリが削除され、svn クライアントは、あらたに bar ディレ 　クトリを 取得(ダウンロード)し直す。 2.だと、foo にはちょっと大きめのファイルがたくさん保存されているので、 チームメンバー(35人ぐらい)が一斉に svn update すると、更新に時間がかかっ てしまったり svn サーバの負荷が上がってしまうなぁと懸念しているのですが・・・ 302 名前：デフォルトの名無しさん mailto:sage [2012/04/16(月) 22:11:16.90 ] ネットワークモニタしながらやってみればいいと思うんだが… 303 名前：デフォルトの名無しさん mailto:sage [2012/04/27(金) 17:29:04.70 ] ブランチ内にタグを作ったリビジョンがあって、 そこからさらにブランチを作る必要が出てきたんだけど、 こういうときはタグからブランチを作るべき？ それとも、タグの元となったリビジョンから？ 304 名前：デフォルトの名無しさん mailto:sage [2012/04/28(土) 04:15:35.11 ] 分岐させようと思ったところで分岐するのが自然だと思うよ。 源流の変更内容を反映させるのが少し手間にはなるけれど、問題ないかと 305 名前：デフォルトの名無しさん mailto:sage [2012/04/28(土) 15:47:33.25 ] Gitのほうがいいの？ 306 名前：デフォルトの名無しさん mailto:sage [2012/04/29(日) 15:22:56.93 ] いいかどうかは、その人の状況によるから、 まずは使ってみれば？ 307 名前：デフォルトの名無しさん mailto:sage [2012/04/30(月) 15:21:30.26 ] >>304 ご意見どうもです。 ただ、分岐させようと思ったところと同じ状態を持つものが、 ブランチとタグと両方あるから、 　　　　┌新ブランチ 　　┌タグ ブランチ 　　┌新ブランチ 　　├タグ ブランチ どっちが正解なのかなと疑問なのですが。 308 名前：デフォルトの名無しさん mailto:sage [2012/04/30(月) 16:39:10.16 ] >>307 「タグ」から派生したいのか、「ブランチ」から派生したいのか、よく考えてご覧。 309 名前：デフォルトの名無しさん mailto:sage [2012/04/30(月) 17:42:18.31 ] ブランチの修正を新ブランチに取り込むつもりがないのなら、タグから分岐してもいいのかもしれないね。 310 名前：デフォルトの名無しさん [2012/05/18(金) 02:10:47.83 ] Apache Subversion 1.7.5 age svn.haxx.se/users/archive-2012-05/0189.shtml 311 名前：デフォルトの名無しさん [2012/05/18(金) 02:14:15.75 ] TortoiseSVN 1.7.7 age svn.haxx.se/tsvnusers/archive-2012-05/0107.shtml 312 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 10:24:17.08 ] svnadmin dump って、ログ吐き出しできないの？ 313 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 10:43:59.06 ] ログ吐き出しとは？ 314 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 12:35:42.80 ] >>313 dump が成功しているのか？　失敗しているのか？ を知りたいんです。 dumpの出力先の容量が足りなくて途中で止まってしまったとか ログが無いとわからないので。 315 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 15:00:01.50 ] 標準エラー出力とかプロセスの終了コードじゃダメなのかね？ 316 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 17:02:37.86 ] > -q [--quiet] : 標準エラー出力に (エラー以外の) 進行状況を出力しません だそうなので、標準エラー出力にエラーは出てるだろうね。 317 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 20:33:48.49 ] 日本語訳サイト消えてる？？ 318 名前：デフォルトの名無しさん mailto:sage [2012/05/18(金) 22:51:01.80 ] apache httpd 2.4+dav+svnなんだけど、 ttp://svn.apache.org/repos/asf/subversion/tags/1.7.5/CHANGES に * mod_dav_svn: support compiling/running under httpd-2.4 (r1232267) って書いてあったんで試してみたが、駄目だった。 誰か上手く行った人いる？ 319 名前：デフォルトの名無しさん mailto:sage [2012/05/21(月) 19:00:56.76 ] TortoiseSVNのリビジョングラフって、表示倍率は憶えてくれない？ 起動するたびに100％に戻っちゃうんだけど。 320 名前：デフォルトの名無しさん mailto:sage [2012/05/22(火) 17:12:07.76 ] プロトコルに svn を使用する場合で、 Subversion サーバーをNAT配下に設置した場合でも、 外側にあたるセグメントのクライアントから問題なくアクセスできるでしょうか？ ご存知の方いらっしゃいましたらご教示ください。 321 名前：デフォルトの名無しさん mailto:sage [2012/05/22(火) 22:17:22.99 ] NAT越えは普通にできるよ 322 名前：デフォルトの名無しさん mailto:sage [2012/05/22(火) 22:35:38.84 ] >>320 NAT をやってるルーターの設定をちゃんとすればアクセスできるよ、 て言うかやってる。 設定項目の名称はルーターの機種によってばらばららしい。 y-kit.jp/saba/xp/nattable.htm 通常は「スタティックIPマスカレード／NATテーブル設定」とかいう項目です。 しかし、機種によって、「NATテーブル編集」「アドレス変換テーブル」 「ポートマッピング」「仮想サーバー」「バーチャルサーバー」「ローカルサーバー」 などなど言いたい放題なので、なんとも言えません。 323 名前：デフォルトの名無しさん mailto:sage [2012/05/22(火) 23:27:49.92 ] >>321, 322 ありがとうございます！ 安心しました。 324 名前：デフォルトの名無しさん mailto:sage [2012/05/23(水) 12:14:13.42 ] タイムスタンプ信者との話し合いは疲れる・・・ 325 名前：デフォルトの名無しさん mailto:sage [2012/05/23(水) 12:25:41.29 ] >>324 946 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:25:52.78 TortoiseHGを最近使いだして、その使い勝手に感激しています。 そこで質問なんですが、ファイルの更新日時も管理対象にすることはできないのでしょうか？ 特定のリビジョンへ更新した際に、更新日時もそのときのものに変更されれば 最高なんですが。 947 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:40:30.94 >>946 タイムスタンプ更新是非については総合スレの話題として、 それらしき拡張はあるようだ。 mercurial.selenic.com/wiki/UsingExtensions mercurial.selenic.com/wiki/TimestampExtension mercurial.selenic.com/wiki/TimestampModExtension 948 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 21:58:54.77 >>947 TimestampModExtension これ使ってみました。 手間いらずでバッチリ希望通りの動きをしているようです。 どうもありがとうございました。 326 名前：デフォルトの名無しさん mailto:sage [2012/05/23(水) 17:49:42.10 ] よし、じゃあMercurialにしよう！と言うとファイル名に日本語ガーとはじまる 327 名前：デフォルトの名無しさん mailto:sage [2012/05/28(月) 20:21:56.77 ] myproject 　svnrepos 　source みたいな位置関係にして完全ローカルで使う場合、 myprojectの位置を変えるごとに relocateしないと駄目ですか？ 何か回避策があるようなら教えて下さい。 328 名前：デフォルトの名無しさん mailto:sage [2012/05/30(水) 13:48:43.37 ] >>327 そういう時はリンク張って実際のパスを固定するのがセオリーじゃね? WindowsXP以前ならmyprojectをsubstで特定のドライブに割り当てれば良い。 XP以前でもNT系ならツール入れればジャンクションが使える。 VISTA以降には標準でmklinkというコマンドがある。 unix系使っててln知らないとか思えないので説明はしない。 329 名前：デフォルトの名無しさん mailto:sage [2012/05/30(水) 16:45:35.82 ] リポジトリ込みでポータブルに扱える方法を知りたいんじゃない？ 330 名前：329 mailto:sage [2012/05/30(水) 16:46:28.31 ] file://./svnrepos とかって使えればそれでいけるんかな。 331 名前：デフォルトの名無しさん mailto:sage [2012/05/30(水) 18:14:55.09 ] 事故の予感しかしないｗ 332 名前：デフォルトの名無しさん mailto:sage [2012/05/30(水) 18:34:51.54 ] 分散型でチェックアウトしろよ 333 名前：デフォルトの名無しさん mailto:sage [2012/05/31(木) 03:11:54.83 ] >>330 その状態でsvn add svnrepos ってやってみたいなｗ

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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