1 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 09:50:38 ] 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 前スレ 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/
448 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:59:00 ] 何言ってんだお前
449 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:59:42 ] いつまで続けるんだ、これ
450 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 16:06:26 ] >>363 タイムスタンプ信仰は、Unix/Linuxユーザの方があるんじゃないの? だって、makeってタイムスタンプ指向だし。
451 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 16:11:13 ] どっちもどっち 全部の要件を満たすソフトなんてあるわけない 嫌なら他を探すか手作りするのが当たり前
452 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 16:43:00 ] 何言ってんだお前
453 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 16:50:52 ] >>450 make こそタイムスタンプ更新してくれなきゃ面倒じゃね?
454 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 18:02:01 ] 何言ってんだお前
455 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 18:05:38 ] 何言ってんだお前 何言ってんだお前 何言ってんだお前
456 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 18:08:25 ] >>453 makeはupdateのタイムスタンプが必要だから現svnの仕様が最適
457 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 18:16:19 ] Visual Studio の時も結構役立っていますよ。
458 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 18:33:42 ] >>453 いや、だから>>450 なんだが
459 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 18:53:46 ] >>450 そりゃタイムスタンプがランダム値とか1970/1/1とかで嬉しい人はあんまいないんだから、 誰だってタイムスタンプは必要。 でもそれを「タイムスタンプ信仰」っていう単語にするとなんか違う気がするけど。 いるのは (A) タイムスタンプはUpdateでファイルが更新されたときの時間でおk →make/ビルドに便利 (B) タイムスタンプはCommitした時の元のファイルの値がいい →リポジトリの外の世界(文化)とのやりとりに便利 (C) タイムスタンプはCommitした瞬間の時間がいい →? ってぐらいの派閥があるだけだろう。
460 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 20:03:47 ] >>459 ランダムはタイムスタンプになりえない。最低限ただのインクリメントでいい。
461 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 20:52:31 ] ああ、まじ、あああ!!
462 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 20:59:06 ] >>459 便利なのにと言葉をこぼす程度なら誰もタイムスタンプ信仰なんて言わないよ。 そりゃ出来るに越したことはないんだし。 タイムスタンプが復元されないから糞だと 暴れてるキ印に対してそう呼んでるだけ。
463 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:02:28 ] クライアントがいじったファイルって変更時間は実際にシステム上で変更した時間のほうが良くない? タイムゾーン違うとかでローカル時間より先のファイルが出来ているのは気持ち悪い。
464 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:03:40 ] 何言ってんだお前
465 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:04:16 ] 何言ってんだお前
466 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:19:52 ] タイムゾーンは関係ないだろ・・・
467 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:31:38 ] >>463 MAKEで使うなら、さっき変更したファイルより今変更したファイルのほうが新しいことが判れば問題ない。
468 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:34:17 ] 未来のファイルだと困るけどな
469 名前:デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:59:38 ] なんだをぃ、盛り上がってるな。 make を例に挙げて*NIXの方がタイムスタンプ信仰強いなんて言ってるやつは、 時刻と時間の区別がついてないんじゃねーか?
470 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 00:24:42 ] 時間に何の関係が?
471 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 06:01:47 ] >>469 何見当違いのこと言ってるんだ? 誰もそんな話してない.
472 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 07:05:53 ] 前から思ってるんだけどさ、 履歴付きコピーで追加したときはコピー元の URL とリビジョンが情報としてくっつくよね。 それと同じように、ふつうの(履歴付きじゃない)追加のときに元ファイルのタイムスタンプを 情報としてくっつけとけばいいと思うんだ。 そんで、 export とか use-commit-time のとき、ふつうに追加された後、変更が一度も かかっていないファイルに限って、保存してあるタイムスタンプを使うの。 思ってるだけじゃなくて、実装してみればいいんだろうけどね。面倒なのもあって なかなか試せていない。 本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く 信じている人がいるなら、だれかこいつを実装してみてほしい。
473 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 07:21:18 ] はじめてこの流れに乗るけど、タイムスタンプは欲しいと 思ったことが無いし、後々不都合になりそう。 SVNでディレクトリが管理対象であることが不都合 なのと同じ。
474 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 08:50:08 ] タイムスタンプ自体は保持されてるんだから、 インポートした時のタイムスタンプが残るようにしろって考えは そんなに不自然なものだとは思わないけど。 いや、別に俺はどっちでもいいんだけどさ。 なんでこんなに否定されまくってんだ?
475 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 09:59:54 ] >>472 > 本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く > 信じている人がいるなら、だれかこいつを実装してみてほしい。 いや、べきだと信じてるわけじゃなくて、実際にそういう要求があるんです。納品のときとかに。
476 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:32:22 ] それは Subversion で管理すべきことなの?
477 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:35:55 ] 要求があるのは分かる だが現実には保持されていない 保持されていないなら、されていないなりの使い方をするしかない でもそれを発言すると相手の反論はSVNは糞だって逆ギレされるだけなんだよ 結論はとっくに出てる でもしつこく繰り返す だからタイムスタンプ信仰なんて言われんの
478 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:50:14 ] >>475 理由が実際の要求なら、もう何も迷うことはないな。やってみてくれ。
479 名前:474 mailto:sage [2008/03/25(火) 10:51:09 ] いま調べてみたんだけど、タイムスタンプってリビジョン毎に付くんだね。 個別のファイル毎のタイムスタンプを残してるわけじゃないから、 現状の仕様だと Subversion だけで何とかするのは無理だと思う。 cvs2svn みたいな、インポートを実行してくれる外部ツールを作るのが良さそうだね。
480 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:52:49 ] >>479 それ↑の方で何度も言われてる事なんですが・・。
481 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:53:58 ] >>479 >>443
482 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:01:54 ] >>479 実現するならエクスポート側だろ
483 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:09:28 ] 元々makeの文化なんだから、import/commitしたファイルのタイムスタンプじゃ *困るんだ* っていう人達が作った、んだよね? 何こんな簡単なことでグダグダ やってるんだ? import/commit時にsvn:original-timestampを記録して、 export時にだけoptionalにそれを復元する、という仕様が良さそうな気もする。
484 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:13:49 ] だからいつまで続けるんだよ・・。
485 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:21:52 ] ソース管理下におかれない納品したファイルのバージョンを確認するのにタイムスタンプが欲しいから、 最終変更時刻かコミット時刻をエクスポート時に打ちたいんだけど何かいい方法ない? とか質問すればすぐ解決したんじゃないか? いきなり糞とか言うからもめるんじゃないかな。
486 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:35:03 ] ところで TortoiseSVN でクライアント側で フック以外にもうちょっと細かい挙動を いじれるようなプラグインって使えないの? ファイル単位で呼び出されるようなコールバック 設定できるようだと、そこで何でもやれそうなんだが
487 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:39:29 ] >>486 1.5 から追加される「クライアント側フックスクリプト」でいける? tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html#tsvn-dug-settings-hooks
488 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:56:42 ] >>476 ,478 やってます(>>429 )。 ただ、そういう機能がsvnに実装されればうれしいなぁってだけです。
489 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 13:00:44 ] 了
490 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 14:01:53 ] >>487 がんばればいける。 でもこれってグローバルなスクリプトなんだよね。 それがちょっといやだな、ってのが一点。 あと、どうせ TortoiseSVN なら Windows べったり なわけで、DLL にコールバック関数用意するから 呼んでくれよ、ってのが本音。
491 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 14:29:23 ] eSVNを使おうと思ってesvn-0.6.12-1.tar.gzをダウンロードしたのですけれどもexeファイルがどこにも入っていません。どのように起動すればいいのでしょう?
492 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:48:27 ] >>487 export時のhookはどれなんだろう
493 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 17:40:09 ] タイムスタンプには、午前3時とか正月とか涙を誘うものがあるな。
494 名前:デフォルトの名無しさん mailto:sage [2008/03/25(火) 23:09:44 ] とりあえずタイムスタンプ厨が粘着質なのはわかった
495 名前:デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:10:17 ] アンチの方も似たようなもん
496 名前:デフォルトの名無しさん mailto:sage [2008/03/26(水) 21:39:08 ] 初歩的な質問ですみませんが、 authorの名前を変更することはできますか? ちなみにXP SP2でSubversion、TortoiseSVNの両方を使用しています。 XPではアカウントの名前が自動的にauthorの名前になるようですが。 よろしくお願いします。
497 名前:デフォルトの名無しさん mailto:sage [2008/03/27(木) 01:29:01 ] >>496 コミット済みのやつを変えたいなら TortoiseSVN のログダイアログから変えられる。 ただしリポジトリに pre-revprop-change のフックを置く必要がある。 アカウントと別の名前で file://〜 なリポジトリにコミットしたいってことなら、 コマンドラインの svn なら --username で指定できる。 TortoiseSVN では、 たぶんできない。 svnserve を動かして svn://localhost/〜 とかいう感じにして、 passwd に適当な名前をつくればいいかもしれない。
498 名前:デフォルトの名無しさん mailto:sage [2008/03/27(木) 02:22:56 ] 初歩的な質問って自覚があるならちょっとは調べろよな・・ 基本中の基本だしちょっと調べればすぐ分かるのに
499 名前:デフォルトの名無しさん mailto:sage [2008/03/27(木) 02:40:27 ] >>495 タイムスタンプに安置とかwww 馬鹿が一人騒いでるのに過剰反応してるだけだろwww
500 名前:デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:04:46 ] .svn以下の不要なログファイルを消して ワーキングコピーを軽くするにはどうしたらいいでしょうか?
501 名前:デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:34:53 ] >>500 svn cleanup かな?
502 名前:デフォルトの名無しさん [2008/04/01(火) 08:48:09 ] 余りにアホな質問で申し訳ないんですけど 同じソフトウェアのバージョン違いを管理する場合は それぞれ別のリポジトリを作成して 別に管理するのが普通ですよね?
503 名前:デフォルトの名無しさん mailto:sage [2008/04/01(火) 08:58:21 ] >>502 svn的にはsvn copyが普通。 むしろ別のリポジトリを作成する方がアホと言える。
504 名前:デフォルトの名無しさん mailto:sage [2008/04/01(火) 11:04:51 ] 出だしに初心者、あほな質問ってつけりゃ 良いってもんじゃねえぞ 少しは調べろ ブランチ作るのが普通
505 名前:デフォルトの名無しさん mailto:sage [2008/04/01(火) 11:37:12 ] >>502 以下サイトで公開してくれている ttp://psyto.s26.xrea.com/misc/svnbook/ svnbook日本語訳のPDF版の第4章を読みなさい
506 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 01:16:19 ] >>503-505 ありがとうございます >>505 さんの出したくれたリンク先のPDF一通り読んでみます
507 名前:496 mailto:sage [2008/04/03(木) 18:11:42 ] >>497 亀レスですみません。 ありがとうございました。 助かりました。 >>498 ググるの下手みたいで、すみません。 こちらも練習します。
508 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 21:39:40 ] ローカルのリポジトリなら都度のコマンドだけで使える! 一人で使うのに別マシンでサーバー常駐させてた私の数年…。
509 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:02:15 ] 別マシンじゃなくて同一マシンで動かせばよかったんじゃ
510 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:24:19 ] >>508 片方のPCのHDD死んでもソースが完全に死なないから冗長性あっていいんじゃ?
511 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 20:03:56 ] それならリポジトリミラーリングした方が100倍ましだろ
512 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:03:44 ] TortoiseSVN使ってるんだけど、最初のチェックアウトとかの時にやたらフリーズする。 OS丸ごと固まって電源おすしかないように。 チェックアウトして、ファイルのログが流れてる途中でいきなり止まる感じ。 前まではそんなことなくて、最近新しいプロジェクトので新規に作ったらそうなった。 ファイル数がかなり多いんだけど、それは関係あるんだろうか? 最新版なんだけど、みんな普通に使えてる?
513 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:13:48 ] もしかして、アイコンオーバライドの更新で填まるのかな? Geodeで使っている最新版ではアイコンオーバライドすると死ぬほど時間掛かるからオーバライドを止めちゃったけど。
514 名前:デフォルトの名無しさん mailto:sage [2008/04/13(日) 00:37:48 ] www.exacteye.com/svn/svn.basic.in-action.html など見るとcommitとupdateは別の処理だとありますが、 commitとupdateのタイミングをどう取っていくべきか、 まだ使い慣れてないせいか、いまいち直感的に理解できません。 自分一人しかレポジトリいじらない場合は updateせずにcommitだけやり続けても問題ないですか? ファイル名をかえたり削除したりする時はupdateも必要?
515 名前:デフォルトの名無しさん mailto:sage [2008/04/13(日) 01:28:36 ] テストリポジトリとその作業コピーを2つ作って、 同じファイルを修正して、両方を順番にコミットしてみればいいぜ どういう反応を示すかわかる。 一人の場合、基本コンフリクトは発生しないので update いらんでしょ
516 名前:デフォルトの名無しさん mailto:sage [2008/04/13(日) 08:47:52 ] んにゃ、一人でも開発拠点が複数だとupdateは必要だぞ。 Conflict発生はまずないけど。
517 名前:デフォルトの名無しさん mailto:sage [2008/04/13(日) 10:50:36 ] >516 同じバグを一人で3度修正してconflictさせたバカがここにいる。 「あれ〜直さなかったっけこれ? 夢でも見たかな...」 % svn commit C fugahoge.c Σ(゜Д゜;)
518 名前:デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:00:15 ] >>517 あれ?、俺こんなの投稿したっけ?
519 名前:デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:37:17 ] Subversionを大いに役立てている>517-518にちょっと嫉妬。
520 名前:デフォルトの名無しさん [2008/04/16(水) 00:21:02 ] すみません、smartsvnについて解説しているページとかないでしょうか? 日本語化パッチもないようですし・・・。
521 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 04:21:37 ] 初めて聞いた
522 名前:デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:31:47 ] 説明して目の前でコミットして見せてやったのに削除→コミット→追加→コミットしやがった。 家では使ってるとか言ってたくせに・・・ こんな奴が技術者とか・・・マジ怖いよ
523 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:06:07 ] >>522 そういうの使ってるって言わないよなw
524 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:25:42 ] うちの場合、間違った使い方をしたらコミットを失敗させてアドバイスを 表示するようにしている。
525 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 01:49:56 ] すげぇ ハイレベルだな。
526 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 02:42:23 ] >>524 それって,具体的にはどうやるの? 「間違った使い方」の判定とかかなり気になるんだが
527 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:04:23 ] あの、 - で始まるファイル名に変更したいときってどうすりゃいいんでしょうか。 まぁほとんど無いことかとは思うんですが、hoge ふぁいるを -hoge ファイルに したいのです。svn rename hoge -hoge だと -hoge なんてオプションねぇよ氏ね って言われるし・・・死にたくない。
528 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:20:51 ] >>527 エスケープじぇだめなんだっけ? 試してないけど。
529 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:30:35 ] そういや touch で - とか -- とか --- とか -_- とかいうファイル名って 作れるんだったっけ?いや、いろいろ挙動をテストしようと思って なんかはまってる。本来業務と違うところで。
530 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:11:34 ] touchは知らんが、 % svn mv -- hoge -hoge A -hoge D hoge
531 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:13:11 ] コマンドラインの解釈は各コマンドによるけど、 -- の後ろの引数は - や -- で始まっていても ファイル名として解釈するという仕様のものが多い。 touch -- -- rm -- --
532 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:29:01 ] win版 1.4.6 で確認。 svn rename hoge .\-hoge
533 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:08:29 ] >>526 pre-commit フックのときに Subversion API と SQLite3 を使ってあれこれ調べています。 検査項目は過去4年間の「困った使い方」の記録をもとに決めているので沢山あり、今でも 増え続けています。もちろんそれぞれの検査項目には検査を迂回する手順を用意しています が、迂回は1万数千リビジョン中に 3, 4 回ぐらいしか使われていません。 初心者の間違いで一番多いのは svn copy や svn move を使うべきところを新規ファイルの 追加にしてしまうところです。この操作の判定には苦労しました。
534 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:11:38 ] そのフックスクリプトすごいな。subversionのcontribに入れてもらえたらみんな幸せに…
535 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:11:15 ] どんな事してるのか、非常に興味深い。
536 名前:デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:24:29 ] コミットに時間がかかりそうっていうか邪魔くさそう
537 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:07:15 ] >>533 >>534 がいい事を思いついたようだぞ
538 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:23:29 ] ignore_on_commit って何処に設定するんですか? TortoiseSVN 1.4.8 を使用していますが、 もしかして、TortoiseSVN 1.5 からの機能ですか?
539 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 17:34:00 ] >>538 便利そうな属性だが、ググっても0件なんでがっかり。
540 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:01:26 ] Win な環境で、svn管理下のファイルをOS削除したとき コマンド操作で削除コミットしたい。 もちろん、管理下には修正ファイル、フォルダ、新規追加のファイル、フォルダが混在する。 上記作業を自動で行うために、フォルダツリーに散在した、削除フォルダ、ファイルを見極め 自動で削除コミットしたい。 IDEによる自動生成ファイルが多すぎる。 開くだけで、変更されるファイルがある。 実行するだけで変更されるファイルがある。 コミット・ファイルを見極めてコミットするだけで 結構な時間を要してしまう。 そこで サーバにひとつのワーキングコピーを配し、これを共有公開する。 作業者は、ファイル共有されたワーキングコピー上で直接作業する。 しかし、作業者はコミット等は実施しない。 コミットは、バッチ処理で、その日の作業分としてコミットする。 なにか、ヒント頂けないでしょうか?
541 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 19:05:29 ] >>540 なんだかよくわからんけど 管理する必要のないファイルを svn:ignore プロパティに 設定するってのではダメなの?
542 名前:デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:40:25 ] >>540 コミットは作業ごとに小刻みにやったほうがいいよ。 バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。 掃除はフォルダ丸ごと削除後にチェックアウトでもいいし。 もしVSなら、不要な中間ファイルはフォルダにまとめられてるし。プロジェクト関係で不要なのは、少しだけだし。一回作ってしまえば簡単なものじゃないかな。 もう少し楽に使うぜ。
543 名前:デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:08:54 ] ignoreは最初に誰もが通る道であろうに、 マニュアルではプロパティの1つって感じで扱ってるよなぁ。
544 名前:デフォルトの名無しさん mailto:sage [2008/04/19(土) 03:52:37 ] >>540 > サーバにひとつのワーキングコピーを配し、これを共有公開する。 > 作業者は、ファイル共有されたワーキングコピー上で直接作業する。 それ、バージョン管理システム使ってるメリット無いお。 地獄への道一直線。# 昔CVSでそれをやられて酷い目にあった。
545 名前:デフォルトの名無しさん mailto:sage [2008/04/19(土) 05:34:39 ] >>533 すげーなw
546 名前:デフォルトの名無しさん mailto:sage [2008/04/19(土) 16:39:58 ] エディタ上で過去ソースとの差分が見れるようなソフトが欲しい。 常に見えてるのは最新のソースで、C#のregionみたいな感じで過去ソースが 展開できたりツールチップで表示できたりしたら便利そう。
547 名前:デフォルトの名無しさん mailto:sage [2008/04/19(土) 19:37:42 ] マウスオーバーだけでは特定の過去ソースバージョンを指定するのは難しいからインターフェイスを考えないといかんな。 ツールチップでなければ、 TextMateのSubversionバンドルでは任意のリビジョン間のdiffを実行できた。 Emacsも間違いなくできるはず。 Eclipseもできるよな。
548 名前:540 mailto:sage [2008/04/19(土) 23:33:11 ] >>541 >>542 >>543 >>544 日本語でおkって感じの文章に回答してくれて、ありがとうございます。 もちろん svn:ignore は使用しているのですが・・・ VS だけを使っているのなら、まだなんとかなるのですが・・・ 他のツールも併用していて、そこから ポコポコ大量の自動生成が・・・ VS のビルドもそう(?)ですが、あれって生成時の日付をどこかに埋め込むんですか? 内容は何も変わってないのに、生成するだけで変更になってしまいますよね? まぁ いろいろ書きたい事はあるのですが 俺も含めて、作業者のRCSの使いこなしが出来ていないと言うことで自分に言い聞かせてます。 でも、せめて 安全なバックアップとして svn を利用しようと、また近い将来にそのリポジトリを RCSの理念の基に利用できるようにするためにも、日々の作業分だけでもコミットしておこうかな と思ったんです。 svn add * svn commit -m "??月??日分" で 追加・修正分は簡単にできるんですが 削除されたもの TortoiseSVN 上では「紛失」にあたるものの扱いがコマンドベースで 上手く処理する術を思いつきません。 というのが 本題です 長文スマソ でした