- 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
- 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 ]
- 変更してないファイルをコミットってできるの？
|
 |
