Subversion r9 - 暇つぶし2ch

Subversion r9 ..

253:デフォルトの名無しさん
08/03/08 12:57:18
物凄いスレ違いは承知の上なんだけど質問させてくれ！

休日は本（技術書）を時々読んでるんだけど、部屋だと中々集中できない。
で、どこか別の場所で読書をしたいんだよ。

こういう場合、本を借りなくても持込で図書館って使えるのかな？
恥ずかしながら人生で一度も図書館を利用したことが無いもんで・・・
どこで聞いていいかも分からんのでお願いします！！

254:デフォルトの名無しさん
08/03/08 12:59:23
>>253
持ち込み料を払えばOKのところもあるよ。

255:デフォルトの名無しさん
08/03/08 13:01:04
>>253
持ち込み可。でないと勉強に不自由するし。
図書館は静かにな。あと閉まるのが早いので気をつけて。

256:デフォルトの名無しさん
08/03/08 13:05:29
>>254
持ち込み不可な所って、たとえば何処でしょう？

257:デフォルトの名無しさん
08/03/08 13:54:20
国会図書館は本館も関西館も持ち込み禁止

258:253
08/03/08 13:55:22
>>254-255

ありがとう！早速今日挑戦してみるよ！
・・・ちょっと緊張してきたぜ！

>>256
便乗しやがってｗ

259:デフォルトの名無しさん
08/03/08 14:11:15
俺は人がいない場所で勉強が出来ない困った人間
喫茶店とかでコーヒー払いながら黙々と勉強してる

260:デフォルトの名無しさん
08/03/08 14:16:15
>>259
自分もそのクチなので、近所の喫茶店に行ってる。自宅まで無線LANが届くし。

261:なやみ
08/03/08 14:42:19
質問させてください。

リポジトリにファイルは格納するが、バージョン管理の対象から外すことはできないでしょうか。

やりたいこと
Eclipseのワークスペースをリポジトリに格納するが、バージョン管理は
プロジェクト内のソースファイルのみを対象としたい。

ワークスペース内の.metadata内のファイル等、Eclipseが自動で
生成するファイルはバージョン管理はしたくない。(でも必要)

262:デフォルトの名無しさん
08/03/08 14:55:45
俺もEclipseの作るファイル群の管理はしたいと思うんですが
一体どのファイルをバージョン管理の対象にすればいいのかわからない。

263:デフォルトの名無しさん
08/03/08 16:00:57
コンパイル実行
タイムスタンプが変わった物は基本的にコンパイルで生成されたもの
バックアップを取っておいて、それらを削除
コンパイルされたものを実行
エラーが出たら削除したファイルのいくつかを戻す

繰り返し

264:デフォルトの名無しさん
08/03/08 20:23:12
てか、ファイルの要不要はバージョン管理だけじゃなくて引き継ぎとか納品とかにも
関わってくるから、最初にきっちり押さえておいた方がいいよ。

265:デフォルトの名無しさん
08/03/09 11:37:34
現在、SVNつかってるんだけど、分散管理とBTSを探し中。
現状、SVNサーバ@Linux、ClientはTortoiseSVN(MSys,VC++/Win),Subscripse(Eclipse/Linux)
Tracも分散で立てる方がいいの？その場合にはSVKが必須？いまいち使い方が。
現在ローカルのバージョン管理はWinはSourceSafeでやってるんだけど、SVKの利点がわからね。
Linuxはmakeしかやら無いから、特にローカルバージョン管理はいらないのだが。
ローカルのTracでチケット作って、分散管理のSVKに突っ込んで、協調して動くのかな？
又は、サーバにTracを入れて、ノートなんかでネットがつながってない場合はTrac使えない？

266:デフォルトの名無しさん
08/03/09 13:49:06
Tracを分散で建てる意味が分からない
SVKの利点が分からないと言い出す人間がなぜ分散管理とやらに
手を出そうとするのか良く分からない

267:デフォルトの名無しさん
08/03/09 14:50:20
そんな事よりも、265は日本語でおk

268:デフォルトの名無しさん
08/03/09 15:02:47
>>265
ネット初心者かよｗ

269:デフォルトの名無しさん
08/03/09 18:27:30
Subversionのキーワードなんですが，
Linux (LANG=C) でチェックアウトすると

$Date: 2006-10-11 22:30:30 +0900 (Wed, 11 Oct 2006) $

なんだけど TortoiseSVN (Windows Vista) でチェックアウト
するとUTF-8で下のようになってしまいます．

$Date: 2006-10-11 22:30:30 +0900 (水, 11 10 2006) $

残念ながらマルチバイトコードを処理できないシステム
に食べさせたいファイルなんで，なんとかしたいんですけど，
なんとかなりませんか？ cygwin の svn 使えよバカ，
とか無しでおながいします．

270:デフォルトの名無しさん
08/03/09 18:30:38
version管理しててコードに埋めるとかってなんなの？
脳みそ付いてないの？

271:デフォルトの名無しさん
08/03/09 18:31:15
賢者様、cygwinのsvnをお使いになっては如何でしょう。

272:デフォルトの名無しさん
08/03/09 18:51:07
>>269
Windows ネイティブの svn.exe 使えよバカ

273:デフォルトの名無しさん
08/03/09 20:08:55
>>266
大体はLANがつながった環境で複数人開発を同時にしているので、
個人個人のロールバック用に分散環境が必要。
ノートPCでネットが無い環境に持ち出してやることもあるしね。
その意味では分散管理は欲しいと思うが、SVKでやるコマンドラインを考えると
各ローカルやUSBメモリに個人用のソースセーフのデータベースを作って現状やってるので、
全体のソース管理にSVN、ローカルの分散での管理にソースセーフな状況だと
SVKを導入してわざわざコマンドラインをたたく有用性が見出せない。

TracLightingの説明を見るとローカルにSVNリポジトリが必要なのでTracを分散で使うにはSVKが必須かなと思ったんだが。
Tracも分散で使いたい理由はネットにつながっていない状況でバグのリストを見ようとするには必要でしょ？
後からBTS情報もマージできるなら便利そうだと思ったんだが、どうもそういう使い方自体ができないらしいな。

オープンソースのプロジェクトか社内専用開発じゃないと使い道がなさそう。

274:デフォルトの名無しさん
08/03/09 20:54:03
三行でＯＫ

275:デフォルトの名無しさん
08/03/09 21:28:59
>>269
$Date:: $
で、スペース分の文字数しか出ない機能があったような、なかったような

276:デフォルトの名無しさん
08/03/09 21:57:10
>>269
うちでは $Date$ は使わないって結論になった

277:デフォルトの名無しさん
08/03/09 23:57:13
駄目もとで環境変数LANG設定するとか、地域と言語のオプションを英語にするとか。

278:デフォルトの名無しさん
08/03/10 11:36:47
svn:keywordsのDateで言語だけ切り替えたい。
URLﾘﾝｸ(d.hatena.ne.jp)
keyword置換のアレコレ
URLﾘﾝｸ(133.70.173.98)

279:デフォルトの名無しさん
08/03/10 11:55:23
TortoiseSVN1.2.1でDateの置換が化ける
URLﾘﾝｸ(vimrc.hp.infoseek.co.jp)

280:デフォルトの名無しさん
08/03/10 19:44:36
>>239
やらなかったなー、たしか。
15年以上昔のサボリ学生の記憶だからあやしいもんだが。

前提知識を仮定できない学生が相手なんだから、
最初はやっぱりもっとゆるいところからなんじゃないの？

281:デフォルトの名無しさん
08/03/10 22:00:37
>地域と言語のオプションを英語
これでいけるんじゃね？

282:デフォルトの名無しさん
08/03/11 07:32:22
ソレだとOS全体のタイムゾーンも変わってしまうんじゃね？

283:デフォルトの名無しさん
08/03/11 08:28:03
外部リポジトリを参照しているんだけど、北欧の人のコードでいつも文字コードが
問題になるのでイチイチ修正して使っています。ライセンスの関係で
自分のコードにまるごと取り込んでしまうなんてできる訳ないし
かといって名前のことなんで変えて下さいなんて言えないし。
external で参照しつつ変更点も維持しつつなんて虫の良いことはできるのでしょうか？

284:283
08/03/11 11:21:57
あきらめてとりあえず全部インポートしてしまいました。
今ではそこそこ幸せに暮らしています。

ところで、あるライブラリを取り込んで使っているのですが、
そのライブラリ自体は公開できないけど施した変更点は
公開していいよ、と言われたとき、mod_dav_svn で
何か簡単に公開する方法はないものでしょうか？

やはりパッチファイルを作ってそのパッチファイルを公開する
という原始的な方法しかないでしょうか。できればがんがん
コミットするかたわら、HTTP 経由でリポジトリを除くと
あらふしぎ、そこにはコードそのものではなくて特定の
リビジョンからの差分が見える、なんてことには
ならないものでしょうか？

285:デフォルトの名無しさん
08/03/11 12:46:40
あらふしぎ、そのパッチには、誰に需要が？

286:283
08/03/11 12:50:03
>>285
ライセンス持ってる日本人たちがエラーメッセージとか
日本語化してつかうのは勝手だよ，そのパッチを
公開するのも勝手だよ，って言われたもんで．

建築のさらにごく狭い分野でしか使われていない
可視化ツールです．

287:デフォルトの名無しさん
08/03/11 12:55:08
そんな特殊なニーズに応えるように作られてるわけないと思うよ。

そもそもパッチが公開することと、変更済みの本体を公開することに
それほど違いがあるわけでもないだろうから、直接交渉できるなら
ライセンス元に相談したほうが早いと思う。

288:デフォルトの名無しさん
08/03/11 12:59:01
>>282
タイムゾーンと言語の設定は別だろ。

289:283
08/03/11 13:06:30
>>287
まぁそうですね，ニッチすぎる使い方ですよね．
ライセンス元に聞いたら

「え？日本でも使ってるの？
　日本に代理店ないのになんで？
　コピー品じゃねぇの？
　ん？そういや商社が扱ってたっけ？
　てか日本ってどこにあるの？
　へたくそな英語でわかんねぇよ師ね！
　パッチ？差分公開なら好きにしろ．」

でした．なんか面倒になったんでパッチだけ作って
上流に投げて後は好きにしてもらうことにしました．
言語依存部分が変えられるようにモジュール化したりと
結構手を加えたんで，もしかしたら利用してもらえるかも．

建築現場の底辺層の黄色い屑プログラマが作ったパッチを
アングロサクソンの上流プログラマが受け付けてくれるなんて
思えんけど orz

290:デフォルトの名無しさん
08/03/11 13:22:46
そろそろうざい

291:デフォルトの名無しさん
08/03/11 14:25:59
普通に句読点使わない奴見るとイライラする。
JISが～とか役所では～とか言う奴もうざい。

292:デフォルトの名無しさん
08/03/11 14:43:55
え？JISコードだとなんか句読点が変なの？
意味わからん。

293:デフォルトの名無しさん
08/03/11 14:46:20
JIS規格

294:デフォルトの名無しさん
08/03/11 14:53:15
、。じゃなくて
，．を使う奴、ってことだろ。

論文を読まない奴は氏ね。

295:デフォルトの名無しさん
08/03/11 14:54:02
>>294 ウザい奴の典型

296:デフォルトの名無しさん
08/03/11 14:56:56
スレ違い

297:デフォルトの名無しさん
08/03/11 14:58:04
煮干食えよ

298:デフォルトの名無しさん
08/03/11 15:54:53
IMEのでふぉで，．になってるやつもいるんじゃね？
漏れも WinShell 使う時だけは，．になるように
ATOK でアプリケーションごとの設定している。

299:デフォルトの名無しさん
08/03/11 16:05:34
　　　　＿
　　_／;@/
　 /",:;ン　　　にぼし
__/,／
`V

300:デフォルトの名無しさん
08/03/13 06:03:18
external なものにつけられるアイコンオーバーレイは
ちょっとデザインの違うものにしてほしい。

301:デフォルトの名無しさん
08/03/13 06:03:38
って、TortoiseSVN 限定の話題だけど。

302:デフォルトの名無しさん
08/03/13 09:20:51
>>300-301
アイコンオーバーレイの数が15個に制限されているらしいから、難しいと思うよ。

303:デフォルトの名無しさん
08/03/13 12:26:51
分岐にexternalも含められるオプションが欲しい。

304:デフォルトの名無しさん
08/03/13 13:18:26
>>303
そりゃぁ無理じゃないかな。
だって異なるリポジトリだってことは
ガチでコピーが発生するわけだろ？

305:デフォルトの名無しさん
08/03/14 16:22:14
指定のファイルだけupdateとcommitの対象外にする方法はないでしょうか？
svnignoreと違って、リポジトリには入っているけど普段はupdateとcommitを
したくないというものです。

306:デフォルトの名無しさん
08/03/14 16:29:00
無理

別名でインポートして普段のを無視するか、externalで対処

307:305
08/03/14 17:18:51
ないですか。残念。
別名でインポートして、各々作業コピーで本来の名前に戻すというのが現実的
かもしれませんね。
svn:externalsというのはドキュメントを読んでもよくわかりませんでした。

308:デフォルトの名無しさん
08/03/14 17:33:13
コンフィグファイルとかなら、そう言うやり方が現実的。
名前を変えた方で無視するファイルをオーバーライドするようにしたり。
externalsは外部参照するものでコミット対象にならないから
とりあえず挙げただけでは。

309:デフォルトの名無しさん
08/03/15 16:32:59
FreeBSD 6.3　でportoinstallしたのですが、
svn　command　not　found　となってしまいます
調べたのですが、中々freebsdの情報は見つかりませんでした
環境変数かなとも思ったのですが
まだ寛容変数の使い方がよく分かっておりません
宜しくお願いします。

310:デフォルトの名無しさん
08/03/15 16:38:18
寛容なる変数を以ってしても、鼬害は否めない。

311:309
08/03/15 18:43:43
すみません
別板にいてきます

312:デフォルトの名無しさん
08/03/16 10:43:35
>>307
ロックかけておくとエラーになるってのを使うのはどう？

313:デフォルトの名無しさん
08/03/16 14:36:29
>>305
俺は、リリース時にしかコミットしたくない生成ファイルとかはプロジェクトのルートに置いて、毎回コミットするソースは一段深いフォルダを作っておいている。
開発時は、その一段深いフォルダからコミットする。リリース時にはプロジェクトのルートからソースもまとめてコミットしてる。

314:デフォルトの名無しさん
08/03/17 11:37:55
Importはしたいけどコミット対象にしたくないって話、
うちの職場でも良く言われる
上手い方法があればいいんだけどねぇ

315:デフォルトの名無しさん
08/03/17 20:51:14
javaデケーYO

316:デフォルトの名無しさん
08/03/17 20:51:46
↑誤爆でした。

317:デフォルトの名無しさん
08/03/18 05:48:39
コンフィグファイルだったら別名とsvnignoreの組み合わせ。
ちょっと実験したいとかなら個人ブランチ切る・・よね？

318:デフォルトの名無しさん
08/03/18 17:21:50
もはやクライアントとしてのsvnは死んでるだろう。
ローカルブランチからコミットピックアップして、svnサービスやってる中央のリポジトリにコミットするだけの事。

319:デフォルトの名無しさん
08/03/18 17:34:03
意味がわかりません。

320:デフォルトの名無しさん
08/03/18 17:59:35
質問です。

Linux上で作成したリポジトリをWindowsマシンにそのままコピーして使うことはできますか。

321:デフォルトの名無しさん
08/03/18 18:06:04
できる

322:デフォルトの名無しさん
08/03/18 18:13:07
>>321
ありがとうございます

323:デフォルトの名無しさん
08/03/18 19:31:53
みんな、プロジェクト毎のSVNレポジトリのなかってどんな構成にしてるの？
自分は一般的な構成＋設計書などのドキュメント用として、
trunk branches tags docs
ってやってるんだけど、他の人ってどんな感じで運用してるのかと思って。

324:デフォルトの名無しさん
08/03/18 21:45:56
それって、docs以下はブランチやタグは付かないってこと。

325:324
08/03/18 21:46:20
末尾は疑問符ですた。

326:323
08/03/18 22:18:17
>>324
ええ、設計書は混在するとトラブルの元になるから、最新のものだけをバージョン管理する方針
にしてるんです。これが正解とまでは思っていないのですが、何か他にいいルールってあるかな？

327:デフォルトの名無しさん
08/03/18 23:03:28
プロジェクトごとにdoc

328:デフォルトの名無しさん
08/03/19 01:10:54
WORD 文書は変更時の差分が大きいからトランクの文書の変更をブランチに
マージしてほしくない。やっぱりトランクに文書を置かないほうがいいかな。

329:デフォルトの名無しさん
08/03/19 15:00:46
容量気にするなら最初から文書なんぞインポートするなって話

330:デフォルトの名無しさん
08/03/19 19:16:05
>>323
その方法いいね、うちのリーダーに提案してみるよ
ところでドキュメントってどんなの書いてるん？外部仕様設計とかっていうやつ？

331:デフォルトの名無しさん
08/03/19 21:57:16
無理に同じレポジトリに入れなくても

332:デフォルトの名無しさん
08/03/20 02:32:21
そういうドキュメントってやっぱWordが多いのかな？
癖が強くてあまり好きじゃないのと、体裁に全くこだわらない人だとインデントとかもぐちゃぐちゃだったりで・・・

333:デフォルトの名無しさん
08/03/20 08:32:23
文章中心のドキュメントファイルは、なるべくWordでつくってほしい。
Excelの印刷範囲に合わせるために自力で文章切り貼りとか、やってて鬱になる。
三日くらい集中してスタイル定義して、それをみんなに使ってもらう方がいいよ。

334:デフォルトの名無しさん
08/03/20 12:52:14
みんなが読み書きできるのはやっぱり Word かプレーンテキストぐらいしか
ないんじゃないかな。自分は Word の使い方が分からないから TeX を使って
いるけど誰も読んでくれない。

335:デフォルトの名無しさん
08/03/20 14:07:06
ちょっとまて。仕様書はWikiに書け、と誰も言わないのはなんで？

336:デフォルトの名無しさん
08/03/20 14:09:10
図が書きづらい

337:デフォルトの名無しさん
08/03/20 14:39:54
Word は、死にたくなるくらい鬱陶しい・・・
余計な事しすぎるし、罫線使いづらい。
ページの境目あたりで　うんにょ　なんてなんか意味不明な動作しやがるし・・・

罫線使わない文書ならまだいいんだが・・・
日本人って　罫線すきだよな

Excel でも　やたらと罫線引きまくる奴が多すぎて困る。
外枠とタイトル部と本文の区切り線くらいでいいだろうに・・・
頼むから行毎に点線引くのやめてくれ、コピペの邪魔になるだけだから

338:デフォルトの名無しさん
08/03/20 14:45:38
まともな仕様書って書いたことないけど
html とかじゃだめなのかな...

339:デフォルトの名無しさん
08/03/20 14:55:17
ページの境目あたりでよく分からない挙動をするのは俺もよくうんざりする。
あと、表だけが図やテキストボックスと違ってオブジェクトでないのも使い辛い。
だから、テキストボックスに表を入れるなんてこともたまにやる。

340:337
08/03/20 15:19:36
日本人に合わないワープロの愚痴は尽きませぬ。
完全にスレ違いな話題だな
スマソ

341:332
08/03/20 15:22:15
俺もHTMLは悪くないと思うんだけどなぁ・・・
体裁はCSSに任せられるし、図・表の作成も楽だし・・・
ファイルわけして、リンクするのも楽だし・・・

342:デフォルトの名無しさん
08/03/20 15:30:13
ワープロも表計算も中身のコンテキスト木っ端微塵にしてファイルに分割保存してくれたらバージョン管理下に置いてもいいんじゃねぇかと思うんだがなぁ。

343:デフォルトの名無しさん
08/03/20 16:50:12
罫線使わなきゃいいんだよ。

344:デフォルトの名無しさん
08/03/20 18:01:18
HTMLで図はどう済んだよ。
SVG？

345:デフォルトの名無しさん
08/03/20 18:11:31
矢印引く程度ならCANVASが手軽よ
凝った絵はデータスキームでimgに埋め込め

346:デフォルトの名無しさん
08/03/20 19:39:44
URLﾘﾝｸ(subversion.tigris.org)
> Subject: Subversion 1.5.0 Beta 1 Released

347:デフォルトの名無しさん
08/03/20 20:54:03
>>334
pdf にしちゃえば TeX で書こうが何で書こうが関係なくね?

348:デフォルトの名無しさん
08/03/20 21:54:35
>>347
リポジトリでは TeX のソースファイルと Makefile しか管理していないから
PDF で読むにはビルド環境が必要なんだけど、ほとんどの人は TeX の環境を
入れていないようです。
ソースからビルドした PDF もリポジトリで管理する人がいるようですが、
なぜか自分には抵抗があります。

349:デフォルトの名無しさん
08/03/20 22:27:39
他人に読んでもらいたいならPDFじゃなかろうか。そうでないなら勝手にすればいいんじゃないか。
ソースはバージョン管理するけど、最終的な目的ファイルは、リリースとか適当な間隔でりぽに登録しておくのが便利じゃないか？誰でも正しくビルドできるとは限らないし。

350:デフォルトの名無しさん
08/03/20 22:33:28
PDFファイルは読む気すらしない俺たち
PDFは納品する時に使う程度

351:デフォルトの名無しさん
08/03/20 22:41:25
>>334,348 の人は他人に読んでもらおうと思ってないようなw

352:デフォルトの名無しさん
08/03/22 01:38:22
そろそろ、内のプロジェクトもCVSから鞍替えらしい。20人規模で行っているSoCの開発環境を移行するんだけど移行作業自体には工数に含まれないらしから、
サービス残業が増える悪寒がする、
CVS御苦労さん。

353:デフォルトの名無しさん
08/03/22 05:10:47
SVNレポジトリをtracで連携させるのって、当然？
どんな散っちゃいプロジェクトでもtrac立てた方が良かったりするのかな

354:デフォルトの名無しさん
08/03/22 09:19:47
>>352
> 移行作業自体には工数に含まれないらしから、
> サービス残業が増える悪寒がする、

入れさせろ。業務だ。

355:デフォルトの名無しさん
08/03/22 09:30:23
>>354
普通スケジュール引きなおさせてくれないだろ。
開発環境の移行とか、「そんなものは開発部隊の
都合なのだから、自分たちの時間でやれ」って
言われるのがオチ。

休日出勤とか「遅れを取り戻すのはあたりまえ、
その分ビル開けなきゃならないなど会社は
既にコスト負担済み。」とかで出勤扱いになんて
してくれないよ。まぁそのときなにか事故が起こったら
どうすんだよ、上司の首吹っ飛ぶぞ？と思うが、
そんなもの下っ端の知ったことじゃない。

356:デフォルトの名無しさん
08/03/22 10:51:35
>>355
マ板でやれ。

357:デフォルトの名無しさん
08/03/22 21:22:35
>>355
そんなブラックな会社からは逃げ出した方がいい

358:デフォルトの名無しさん
08/03/22 21:44:40
事故おこそうぜ

359:デフォルトの名無しさん
08/03/22 22:06:10
svnが許されるのは小学生までだよねー、ｱﾊﾊｰとかいうご時世にわざわざsvnに移行するなんてw

360:デフォルトの名無しさん
08/03/22 22:26:04
SVN（笑）

361:デフォルトの名無しさん
08/03/22 22:28:03
>>355が移行でトラぶって全責任を負いますように。　（－人－）

362:デフォルトの名無しさん
08/03/23 18:43:38
でも本当のところ、 svn (笑) はチェックアウトした時にファイルのタイムスタンプを
反映できない時点で低能決定。
ツールとして「使える」以前の問題。

363:デフォルトの名無しさん
08/03/23 18:50:47
>>362
ファイルのタイムスタンプが絶対のものと信じ込んでる時点で池沼決定。
そういうタイムスタンプ信仰はよく窓ユーザにありがち。

364:デフォルトの名無しさん
08/03/23 19:00:14
>>363
コミット時のファイルのタイムスタンプは、セントラルサーバーが時間を狂わせない限り
連続的。それに仮に時間がずれたとしても、まあ数時間が最大だろ。
チェックアウトして、新し目のファイル内容を見るだけでも、最近のプロジェクトの活動具合いが
結構理解できる。こんなこと、俺のような長年の Linux/UNIXユーザーからすれば常識だよ。
タイムスタンプを落とすのは>>363のようなアホのやること。

365:デフォルトの名無しさん
08/03/23 19:10:46
タイムスタンプ拘ってる奴ってversion管理理解出来てると思えないんだけど・・・

366:デフォルトの名無しさん
08/03/23 19:15:44
タイムスタンプはバージョンno./リビジョン番号に加えて
非常に有用な情報になり得るといっているのだよ。
わかったかい、>>365君？
少しぐらいパソコン知ってる奴はファイルのタイムスタンプの重要性がわかると思うんだがねー。
それにしてもsvnの開発者は無能だ。。。。

367:デフォルトの名無しさん
08/03/23 19:16:04
ずっと追ってるようなものならupして
U
や
G
が付いてるやつを見ればいいし、初めて見るようなのならどうせ
全体像も把握してないんだしChangeLogやNEWSで十分じゃないの?

368:デフォルトの名無しさん
08/03/23 19:17:05
というかふつーコミットメールくらい購読してるんじゃない?

369:デフォルトの名無しさん
08/03/23 19:19:22
せっかくプロパティが柔軟に設定できるのに、
チェックアウト時にタイムスタンプを反映させるなどの
仕組みをクライアントが持っていないのが残念。

370:デフォルトの名無しさん
08/03/23 19:28:04
ファイルのタイムスタンプが復元されると、SVN Updateしてもビルド時間より古いから、
makeとかリビルドしても何も実行されずに終わっちゃう罠

371:デフォルトの名無しさん
08/03/23 19:34:47
まぁ、情報として保管されていて、
コミット時のタイムスタンプを取り出すかどうかを選択できるようになっていれば問題ないんだよな。

372:デフォルトの名無しさん
08/03/23 20:18:13
今どき、パソコンに詳しい、とか勝ち誇って使う奴珍しいよな...

373:デフォルトの名無しさん
08/03/23 20:32:15
本家もこのへんの事情は議論済みだろうに、なんで選択できないんでしょね。
まぁぶっちゃけ俺はチェックアウト時のタイムスタンプなんて
無くても困ったことなんて一度もないけど。

374:デフォルトの名無しさん
08/03/23 20:45:11
Windows の場合、ファイルのタイムスタンプ...っても 3 種類あるしなぁ。

ちなみに俺の場合は窓アプリの開発に VC++ 使ってるんだけど、
PEイメージのCOFFヘッダにMS-Linkerが埋め込むタイムスタンプを参考にしてる。
これだとIATをbindしたり署名したぐらいでは変わらないから、
バイナリからリビジョンを絞り込むときにかなり信用できる。

375:デフォルトの名無しさん
08/03/23 20:47:09
今は無くなったんだが、ちょいと昔にＩＳＯの記録に構成管理表があって、
納品する実行ファイルのタイムスタンプを記入する欄があった。
これが今でも生き続けていたら svn は使えないと言われたかもしれん。
まぁ、リリース時のタイムスタンプはこれです！　と戦えない事も無いけどね。

ちなみに Git や Mercurial ではタイムスタンプ情報が格納されるの？
なんか、分散になると余計ややこしそうだな・・・

376:デフォルトの名無しさん
08/03/23 20:56:09
svn ls -R |
while read p; do
svn info --xml $p|
sed -n "/<date>/s|.*>¥(.*¥.[0-9][0-9]¥)[0-9][0-9]*Z<.*|touch -d ¥1 $p|p"; done | sh

とかできそうな気がするが、これGMTかいな??

377:デフォルトの名無しさん
08/03/23 20:58:20
>>375
納品てことはexportでしょ。
ならタイムスタンプが付くから問題ないんでは?

378:デフォルトの名無しさん
08/03/23 21:18:19
svn使いはタイムスタンプに依存しているような奴ばかりなのか。
バージョン管理できていないなwwww

379:デフォルトの名無しさん
08/03/23 21:19:31
いや、タイムスタンプ依存症の香具師をよってたかってつついて遊んでるだけじゃ。

380:デフォルトの名無しさん
08/03/23 21:36:45
# config
[miscellany]
use-commit-times = yes

ではだめなの？

381:デフォルトの名無しさん
08/03/23 21:42:16
へーそんななのがあったんだ。

### Set use-commit-times to make checkout/update/switch/revert
### put last-committed timestamps on every file touched.
use-commit-times = yes

exportもそうだけど、このタイムスタンプって、ファイルの最終変更のも
のだから、ブランチ取り出そうがタグで取り出そうが、ぜんぶ同じタイム
スタンプになるのかな。

382:デフォルトの名無しさん
08/03/24 00:02:01
>>103でちらっと匂わせたのにやっとuse-commit-timesに触れられたのか。

383:デフォルトの名無しさん
08/03/24 01:06:34
コミットした時間になるからタイムスタンプ信仰の馬鹿には意味がない

384:デフォルトの名無しさん
08/03/24 03:00:26
っていうか、みんなタイムスタンプにこだわっている香具師が多数いるように語ってるが、
前から暴れてる馬鹿は全部同じ香具師だと思うぞ。

385:デフォルトの名無しさん
08/03/24 07:38:47
俺はコミット時刻になってくれた方がいいな

386:デフォルトの名無しさん
08/03/24 12:15:59
既に管理に移行してある程度期間が経ってればいいけどな
SVN管理したばかりだと日付が全てコミット時間になるから
タイムスタンプ信仰の連中には耐え難いだろうさ

387:デフォルトの名無しさん
08/03/24 12:28:32
>>386
バージョン管理システムで管理する以上、それは
リビジョン番号で管理するということ。
だからリビジョン番号と一対一で対応する
コミット時刻にそろうというのは至極まっとうなことだとおもう。

388:デフォルトの名無しさん
08/03/24 12:32:23
cvs使っていた頃はコミット時間で更新していた私が来ましたよ。
svnに慣れてきたら、コミット時間で更新する意味がないことに気づいたわけですが。

cvsだと「いつ修正したか」を意識しないといけない気がしてたのが、
svnだと「いつ登録したか」だけ意識すればいいって感じ?

389:デフォルトの名無しさん
08/03/24 12:34:46
タイムスタンプにこだわる人は、具体的にどんなときに必要なのかをはっきり書いて欲しいな。

390:デフォルトの名無しさん
08/03/24 12:38:50
激しくスレチだが、時刻と時間は違うものだよ、と昔師匠の師匠にやさしく言われました。
会話としてはどっちでもいいんだけど、一度気になりだすと時刻がより正確な
場面で時間とか言われると(コミットした時間、とか)すげー気になる。

結論: どーでもいいがなそんなこと

391:デフォルトの名無しさん
08/03/24 12:39:01
どんなときに必要っていう答えになるか分からないけど、
管理する以前は更新の有無をまずはタイムスタンプでやっていた。
それが管理に加えると日付が変わってしまうので、
管理に加えるっていう最初の第一歩に進みにくかったってのがあったな。
新規にはじめる分にはいいんだけどね。
始めちゃえばそういった違和感があるのは最初だけ。

392:デフォルトの名無しさん
08/03/24 12:46:45
インポートした奴をチェックアウトした瞬間には、インポートした元ファイル群と同じ
タイムスタンプになってて欲しい。

俺なんか変？

393:デフォルトの名無しさん
08/03/24 12:49:28
>>390
おぉ、同族だw
特に、日時、日付、時刻も使い分けるよな

394:デフォルトの名無しさん
08/03/24 12:55:59
昔、客先で修正したものと開発環境で修正したもののどちらが新しいかを判断するため
タイムスタンプを使ってたんだけど、客先のサーバの時間と、開発環境サーバの時間に
差があることで混乱したと事がある。
また、納品用にポータブルＨＤＤ使ってたんだけど、これがFAT32だったのでNTFSとの
間に数秒間の差が自動的に出来てしまって、これも困ったな。

それ以来、FastHash というフリーソフトを使って中身（HASH値）が違うものだけを比較
するようになった。もうタイムスタンプは信用しなくなった。
時間は参考程度

今は、WinMerge を使って比較しているけどね。
（バージョン管理システムで管理できない、システムなので）

395:デフォルトの名無しさん
08/03/24 12:58:20
日付情報が要らない奴って、exploreの更新日時のカラム表示してない奴？

396:388
08/03/24 12:59:46
>>389
私の場合、cvsだとソースごとのリビジョンが違うからタイムスタンプで新旧を意識する傾向があった。
例えば、a.cは3/20に登録してリビジョン1.5、b.cは3/8に登録してリビジョン1.8だったとする。
3/15の版が欲しいときはタイムスタンプを見れば、a.cだけ古いリビジョンを取り出せばいいことが判るって寸法。
# 今思えば、タイムスタンプが保存されていなくても事が足りることは判る筈なんだけどね。
きっと、旧来の(或いは周囲の人間の)「タイムスタンプによる管理法」に毒されていたのかもしれない。

397:デフォルトの名無しさん
08/03/24 13:03:23
日付を全くみないわけじゃないけど、参考情報にしかしないって感じ。
日付＝コミット時間になるから、見た感じでこの修正が入ったやつなんだなって
何となく感じるっていうか、そんな感じ。
使っていくと視点が変わっていくから重要視しなくなっていく。

ただ、これって開発環境で見たときだからね。
納品先との差まで考えないといけない場合は
管理に追加する前のタイムスタンプっていうのが
消えて欲しくなかったりする。

398:388
08/03/24 13:06:05
>>395
Windowsの場合は、エクスプローラは更新日時が新しいものが上に来るように設定しているよ。
TortoiseSVNを使うようになってからは、SVN RevisionやSVN Statusも表示するようにしているから
WinCVSを使っていた頃よりも却って便利になっている気がする。
# たまたまTortoiseCVSは使い込む気になる前にSVNに移行した。

399:デフォルトの名無しさん
08/03/24 13:06:16
管理開始後は、コミット時間でも現在時刻でも別にかまわないが、最初に全部時刻をリセットする意味がわからん

400:デフォルトの名無しさん
08/03/24 13:10:04
俺Unixユーザだけど、ls -ltrよくするけどな

401:デフォルトの名無しさん
08/03/24 13:10:52
>>399
敢えて意味を挙げるなら、余計な情報を管理したくないから

ファイルそのものを管理してるわけじゃないでしょ
元はDBで差分情報のみが詰まってるんだから
そこにタイムスタンプって情報を詰め込むと
差分がなくても日付が違う＝差分有りとなってしまう

402:デフォルトの名無しさん
08/03/24 13:13:38
>>401
意味がわからん。
それぞれのファイルのコミット時刻は持ってるだろうが。

403:デフォルトの名無しさん
08/03/24 13:17:25
ファイルのコミット時刻は持ってるよ
正確にはそのリビジョン番号に対しての時刻な
サーバ側に持っている情報は、そのリビジョンに対してのコミット時刻のみ
だからインポートすると、インポート前のタイムスタンプは消える
差分管理でタイムスタンプって概念を持ち出すと、
タイムスタンプを変えただけで内容が全く変わらないものも
差異有りとして捉えられる

404:デフォルトの名無しさん
08/03/24 13:21:28
差分管理にタイムスタンプの概念を入れろという話じゃなくて、インポート時にオリジナルの
タイムスタンプを保持して、それでチェックアウトできるようにしろって話なんだけど。

405:デフォルトの名無しさん
08/03/24 13:22:39
いやなら使うなよｗｗｗ

406:デフォルトの名無しさん
08/03/24 13:26:44
だからそれを保持するって事は・・・って話してるんだけどな

407:デフォルトの名無しさん
08/03/24 13:45:06
>>406
svnは、差分の有り無しはタイムスタンプがどうであれ、ファイルの内容で決定すればいい。
というか今もそうだろ？
チェックアウトしたときに、元ファイルのタイムスタンプが復元されたら、何か問題でもあるのか？

408:デフォルトの名無しさん
08/03/24 13:48:07
そうすると話が、あえて問題を挙げるとすれば・・って
ところに戻るわけだが

409:デフォルトの名無しさん
08/03/24 13:53:36
お前アホか。

>そこにタイムスタンプって情報を詰め込むと
>差分がなくても日付が違う＝差分有りとなってしまう

てなことにはならないから、見当違いなこと言うなって言ってるんだよ

410:デフォルトの名無しさん
08/03/24 13:53:41
まぁどんな値をプロパティに入れてもいいわけだから、
あとはそういうクライアントを書くかどうかだけだよな。
リポジトリサーバ側には何も手を入れなくていいだけだし。

んなこといったらシンボリックリンクなんかのOS依存の
ファイルの扱いはどうなるんだって話になるし。
俺の場合スクリプト書いて必要なファイルに関しては
プロパティにパーミッションやらオーナーやらまで記録してる。

411:デフォルトの名無しさん
08/03/24 13:54:32
>>409
うむ。そのとおり。まぁプロパティは変更ということに
なるだろうけど、それは当たり前だし。

412:デフォルトの名無しさん
08/03/24 13:55:39
>>409
現状、DBには差分内容しか入っていない。
タイムスタンプを復元するための情報を各リビジョン、ファイルごとに
持つ必要があるかどうか、それだけの話。
そうしたいならDBを自分で拡張して実現してみれば良い。
そんな労力を割いてまで実現する必要があるかを考えれば解答は出るはず。

413:デフォルトの名無しさん
08/03/24 13:58:23
>>412
だーかーらー、インポート時のタイムスタンプの話をしてるんだけど、理解してる？

414:デフォルトの名無しさん
08/03/24 13:58:54
>>409
差分管理に不要な項目をタイムスタンプを復元するために
増やす必要が出てくるって話を言いたかっただけ

415:デフォルトの名無しさん
08/03/24 14:01:23
>>414
アホ？もう消えていいよ

416:デフォルトの名無しさん
08/03/24 14:01:58
>>413
インポート時だけってのは何で？
それならAddした時だって持ってないといけないでしょ
途中でDelだってされるしリビジョン指定で昔のリビジョンを
チェックアウトした時を考えればどうしたってその時点での
タイムスタンプが必要になるよ

417:デフォルトの名無しさん
08/03/24 14:03:05
>>416
お前は必要だと思っている。
俺は必要だとは思わない。

ＯＫ？

418:デフォルトの名無しさん
08/03/24 14:04:39
だからさー、そんな不自然な妥協を残した実装するんなら
ないほうが良いだけじゃないのかね

419:デフォルトの名無しさん
08/03/24 14:06:12
タイムスタンプ信仰のキチガイには触るなでFA。

OK？

420:デフォルトの名無しさん
08/03/24 14:08:51
>>418
わかんねー奴だな。

お前は不自然だと思ってる。
俺は不自然だとは思わない。

ＯＫ？

421:デフォルトの名無しさん
08/03/24 14:10:03
OKですよん

422:デフォルトの名無しさん
08/03/24 14:15:45
1. 空のリポジトリを作る
2. 最も古いファイルに、時刻をあわせる
3. 1ファイルずつ、ファイルのタイムスタンプに時刻を合わせながらadd/commitしていく

これでOK。

423:デフォルトの名無しさん
08/03/24 14:20:24
>最初に全部時刻をリセットする意味がわからん
こんな奴が何で偉そうに踏ん反り返っているのか分からん

424:デフォルトの名無しさん
08/03/24 14:32:00
FTPでファイルをアップロードして

タイムスタンプを変えるなって

騒いでる連中と変わらないな

425:デフォルトの名無しさん
08/03/24 14:38:26
なら簡単だな
各ファイルをZIPに圧縮してコミットすれば良い

426:デフォルトの名無しさん
08/03/24 14:38:41
>>423-424
お前らのうち、どっちか（あるいは両方）は>>401じゃねーの？ｗｗｗ

427:デフォルトの名無しさん
08/03/24 14:43:50
>>410
今の仕様でも実現できるんだ。知らなかった。
import/checkoutのラッパスクリプト書けばいいってことだね。

428:デフォルトの名無しさん
08/03/24 14:52:43
絶対の情報ではないタイムスタンプは管理しない。
当初からそういう思想。
ニーズに合わないなら合うソフトを使えばいい。

429:デフォルトの名無しさん
08/03/24 14:53:10
タイムスタンプは、10年くらい前からのプロジェクト（ソース納品必須）にsvnを導入するときに問題になった。

どうしても古いタイムスタンプがリセットされることを納得してもらえなかったので、古いファイルは納品時に
タイムスタンプを書き換えることで回避してる。

430:デフォルトの名無しさん
08/03/24 15:00:35
まあリポジトリ管理外へ持ち出す場合はタイムスタンプを
頼るのが普通だからな～。
簡単に書き換えられる情報を信用するのは
危険でもあるんだけど、そんなことするやつは
いないで済んでしまう話だし。

431:デフォルトの名無しさん
08/03/24 15:01:05
>>428
コミット日時は保持してるじゃん・・・

432:デフォルトの名無しさん
08/03/24 15:04:29
>>430
そう。
ただ、信用するとかしないとかいうことじゃなくて、単純にタイムスタンプでソートしたときに何かの目安に
なるってだけだけどね。

433:デフォルトの名無しさん
08/03/24 15:07:02
>>431
おまえはなにをいっているんだ

434:デフォルトの名無しさん
08/03/24 15:11:45
>>433
日時情報がいらないなら、コミット日時もいらないじゃん。
いるの？

435:デフォルトの名無しさん
08/03/24 15:13:24
だから、お前ら、クライアント側が必要だと思う
情報をプロパティに入れておけばいいだけだろ。

そのためにプロパティは普通 svn:ignore って
感じで名前空間（？）つけるし。あとはそれが
どれだけ標準的に使われる？ってだけの話で、
もし必要ならRDFのようにめちゃくちゃリッチに
書く事だってできそうだぞ？

といっても現在はプロパティ名に URI を書くことが
できないから無理なんだけど。プロパティ名に
URI がかければ mod_dav_svn 改造してセマンティック
ウェブで活用できそうな気がするんだがなぁ。

436:デフォルトの名無しさん
08/03/24 15:13:39
>>434
おまえはいったいなにをいっているんだ

437:デフォルトの名無しさん
08/03/24 15:14:55
>>436
いるの？いらないの？
いるならなんでいるの？

438:デフォルトの名無しさん
08/03/24 15:20:17
>>435
分散リポジトリなら、それでいいんだけどね

439:デフォルトの名無しさん
08/03/24 15:27:10
タイムスタンプの信用性を落としている一因が他ならぬsubversion自体

440:429
08/03/24 15:31:09
どうも、俺は必要だからお前も必要だろとか、俺は必要ないからお前も必要ないだろ、みたいな論調が多くて
ちょっと悲しくなる。
お互い、相手の立場や考えは尊重しようよ・・・。

441:429
08/03/24 15:35:32
俺自身は、exportしたときに、revision 1から変更が無いファイルは、元タイムスタンプが復元されると
とてもうれしい。
check outの時は復元されなくてもかまわない。

442:デフォルトの名無しさん
08/03/24 15:37:11
もりあがってきてまいりました

443:デフォルトの名無しさん
08/03/24 15:39:08
だから、必要な奴はプロパティに設定するなりしろってことでFA。
いつまで続けるんだ、これ

444:デフォルトの名無しさん
08/03/24 15:41:10
なぁ、現状のsvnじゃできないんだからさ、自分で拡張するなり、
違うVCSに乗り換えるなりしろよ。
ソース公開されてるんだからさ。

445:デフォルトの名無しさん
08/03/24 15:42:54
つうかどうしても必要なら属性使えって解説もされてるんだけどな

446:デフォルトの名無しさん
08/03/24 15:44:42
属性取得するの遅いんだけどな

447:デフォルトの名無しさん
08/03/24 15:49:01
嫌なら他を使えば良いじゃない

448:デフォルトの名無しさん
08/03/24 15:59:00
何言ってんだお前

449:デフォルトの名無しさん
08/03/24 15:59:42
いつまで続けるんだ、これ

450:デフォルトの名無しさん
08/03/24 16:06:26
>>363
タイムスタンプ信仰は、Unix/Linuxユーザの方があるんじゃないの？
だって、makeってタイムスタンプ指向だし。

451:デフォルトの名無しさん
08/03/24 16:11:13
どっちもどっち
全部の要件を満たすソフトなんてあるわけない
嫌なら他を探すか手作りするのが当たり前

452:デフォルトの名無しさん
08/03/24 16:43:00
何言ってんだお前

453:デフォルトの名無しさん
08/03/24 16:50:52
>>450
make こそタイムスタンプ更新してくれなきゃ面倒じゃね?

454:デフォルトの名無しさん
08/03/24 18:02:01
何言ってんだお前

455:デフォルトの名無しさん
08/03/24 18:05:38
何言ってんだお前
何言ってんだお前
何言ってんだお前

456:デフォルトの名無しさん
08/03/24 18:08:25
>>453
makeはupdateのタイムスタンプが必要だから現svnの仕様が最適

457:デフォルトの名無しさん
08/03/24 18:16:19
Visual Studio の時も結構役立っていますよ。

458:デフォルトの名無しさん
08/03/24 18:33:42
>>453
いや、だから>>450なんだが

459:デフォルトの名無しさん
08/03/24 18:53:46
>>450
そりゃタイムスタンプがランダム値とか1970/1/1とかで嬉しい人はあんまいないんだから、
誰だってタイムスタンプは必要。
でもそれを「タイムスタンプ信仰」っていう単語にするとなんか違う気がするけど。

いるのは

(A) タイムスタンプはUpdateでファイルが更新されたときの時間でおｋ
　→make/ビルドに便利
(B) タイムスタンプはCommitした時の元のファイルの値がいい
　→リポジトリの外の世界（文化）とのやりとりに便利
(C) タイムスタンプはCommitした瞬間の時間がいい
　→？

ってぐらいの派閥があるだけだろう。

460:デフォルトの名無しさん
08/03/24 20:03:47
>>459
ランダムはタイムスタンプになりえない。最低限ただのインクリメントでいい。

461:デフォルトの名無しさん
08/03/24 20:52:31
ああ、まじ、あああ！！

462:デフォルトの名無しさん
08/03/24 20:59:06
>>459
便利なのにと言葉をこぼす程度なら誰もタイムスタンプ信仰なんて言わないよ。
そりゃ出来るに越したことはないんだし。
タイムスタンプが復元されないから糞だと
暴れてるキ印に対してそう呼んでるだけ。

463:デフォルトの名無しさん
08/03/24 21:02:28
クライアントがいじったファイルって変更時間は実際にシステム上で変更した時間のほうが良くない?
タイムゾーン違うとかでローカル時間より先のファイルが出来ているのは気持ち悪い。

464:デフォルトの名無しさん
08/03/24 21:03:40
何言ってんだお前

465:デフォルトの名無しさん
08/03/24 21:04:16
何言ってんだお前

466:デフォルトの名無しさん
08/03/24 21:19:52
タイムゾーンは関係ないだろ・・・

467:デフォルトの名無しさん
08/03/24 21:31:38
>>463
MAKEで使うなら、さっき変更したファイルより今変更したファイルのほうが新しいことが判れば問題ない。

468:デフォルトの名無しさん
08/03/24 21:34:17
未来のファイルだと困るけどな

469:デフォルトの名無しさん
08/03/24 23:59:38
なんだをぃ、盛り上がってるな。

make を例に挙げて*NIXの方がタイムスタンプ信仰強いなんて言ってるやつは、
時刻と時間の区別がついてないんじゃねーか?

470:デフォルトの名無しさん
08/03/25 00:24:42
時間に何の関係が？

471:デフォルトの名無しさん
08/03/25 06:01:47
>>469
何見当違いのこと言ってるんだ？
誰もそんな話してない．

472:デフォルトの名無しさん
08/03/25 07:05:53
前から思ってるんだけどさ、

履歴付きコピーで追加したときはコピー元の URL とリビジョンが情報としてくっつくよね。
それと同じように、ふつうの（履歴付きじゃない）追加のときに元ファイルのタイムスタンプを
情報としてくっつけとけばいいと思うんだ。

そんで、 export とか use-commit-time のとき、ふつうに追加された後、変更が一度も
かかっていないファイルに限って、保存してあるタイムスタンプを使うの。

思ってるだけじゃなくて、実装してみればいいんだろうけどね。面倒なのもあって
なかなか試せていない。

本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く
信じている人がいるなら、だれかこいつを実装してみてほしい。

473:デフォルトの名無しさん
08/03/25 07:21:18
はじめてこの流れに乗るけど、タイムスタンプは欲しいと
思ったことが無いし、後々不都合になりそう。
SVNでディレクトリが管理対象であることが不都合
なのと同じ。

474:デフォルトの名無しさん
08/03/25 08:50:08
タイムスタンプ自体は保持されてるんだから、
インポートした時のタイムスタンプが残るようにしろって考えは
そんなに不自然なものだとは思わないけど。

いや、別に俺はどっちでもいいんだけどさ。
なんでこんなに否定されまくってんだ？

475:デフォルトの名無しさん
08/03/25 09:59:54
>>472
> 本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く
> 信じている人がいるなら、だれかこいつを実装してみてほしい。

いや、べきだと信じてるわけじゃなくて、実際にそういう要求があるんです。納品のときとかに。

476:デフォルトの名無しさん
08/03/25 10:32:22
それは Subversion で管理すべきことなの?

477:デフォルトの名無しさん
08/03/25 10:35:55
要求があるのは分かる
だが現実には保持されていない
保持されていないなら、されていないなりの使い方をするしかない
でもそれを発言すると相手の反論はSVNは糞だって逆ギレされるだけなんだよ
結論はとっくに出てる
でもしつこく繰り返す
だからタイムスタンプ信仰なんて言われんの

478:デフォルトの名無しさん
08/03/25 10:50:14
>>475
理由が実際の要求なら、もう何も迷うことはないな。やってみてくれ。

次ページ