Subversion r6

1 名前：デフォルトの名無しさん mailto:sage [2006/12/12(火) 12:05:54 ] CVS 代替 SCM である Subversion のスレです。 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 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/ 481 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 11:36:31 ] >>478 エンコード指定の問題じゃ無いので結局>>476でなんとかする方向になりました（実験的にはうまくいくのだけど、よそからそのファイルを参照（file:）してるので運用で逃げる場面も） 最初に機種、体系依存文字使ったファイル名を禁止すると、お達し出てるのになぁorz 482 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 11:43:01 ] >>481 え？エンコード指定の問題じゃない？ cvs2svn のエラーメッセージはなんて出るの？ 483 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:25:14 ] >>482 そんな文字コード変換できないんじゃゴルァって奴です。 484 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:45:20 ] より正確に記述しておくと --encodingでsjisをすでに指定してあって、ファイル名は ls -bで確認すると確かにsjisで --encoding指定で殆どのファイルは変換されているのですが(試しに変換できないものを削除してやってみた）、一部のローマ数字やらナニゲな文字を使ったファイルの変換だけが unable to convert a path 'ほげほげ' to internal encoding って怒られてしまうわけです。 元々cvsサーバはutf-8なfs上にあって、cvsの書き込みもとがwindowsって言う変態設定なものですから、日本語ファイル自体使わないでねって話なのですが、 企画セクションのファイルも入れてくれとか言うので通したらそういうハメになりました。 ｼｮﾎﾞｰﾝ 485 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:47:51 ] >>483 だから、エンコーディングの指定がおかしいんだろ。 元のファイル名のエンコーディングを正しく指定してるのか？ 486 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:48:46 ] >>484 Windows なら sjis じゃなくて cp932 でいけるんじゃないか？ 487 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 13:02:48 ] >>486 cp932なら通りました。 ありがとう。 >>485 ごめんよ〜。　orz 488 名前：418 mailto:sage [2007/02/25(日) 13:29:15 ] >>420-422 branch,tagsのサブディレクトリ・trunkの同じ場所 等々ですね。やっぱそれぞれのポリシーですね。 とりあえず、余り考えすぎても何なので、原則通り WC全体をcpするという方法で行こうと思います。 489 名前：436 mailto:sage [2007/02/26(月) 11:30:52 ] >>450 なるほど。 ありがとうございます。 490 名前：名無し募集中。。。 mailto:sage [2007/03/05(月) 01:52:44 ] svn update 491 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 17:17:05 ] あるリビジョンの状態をみたい場合 svn update -r3 でできるようなんですが、 一つのファイルだけ昔の状態に戻したい場合どうしたらいいですか？ 492 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 18:53:49 ] svn update -r3 hitotu.file.dake 493 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 18:59:27 ] hirofu 494 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 19:04:58 ] >>492 ありがとうございました。 495 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 20:22:35 ] お前ら教えてください。 ブランチでtrunkのプログラムと目的は同じだけど コーディング方法が全く違うプログラムの作業を進めてたのですが、 今回これをメインに使用することになりました。 そこで、このブランチをtrunkに移したいのですが、 どのような方法が一番いいんでしょうか？ trunkをcheck out して、それに変更を加えるには内容が違い過ぎます。 496 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 20:51:47 ] > コーディング方法が全く違う ってあたりで、俺だったら別プロジェクトにするがなあ。 497 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 21:09:08 ] >>495 一番いいかどうかはともかく、こんな感じじゃないかな。 現在のtrunkから新しいブランチなりタグなりを作る。 そこで、trunkの中身を削除して空にする。 それから、メインにしたいブランチからtrunkへコピーする。 場合によっては、中身じゃなくてtrunkそのものを削除する方がいいかも。 もちろん、コピーはファイルコピーじゃなくて履歴を伴うコピー。 >495が後付けで条件を継ぎ足して来そうな気もするが。 498 名前：495 mailto:sage [2007/03/08(木) 22:50:43 ] レスサンクス。助かる。 >>496 俺も、今のtrunkとは別にしたいと思うんですが、 会社の方針でダメっぽい。 >>497 これだと、今のtrunkも残せてよさそう。 明日早速やってみます。 一つ、疑問。 trunkからブランチにコピーした場合、差分と履歴だけブランチにコピーされて、 その状態でtrunkをいったん削除してしまうと、 差分と履歴だけ残ってメインファイルが残ってないから 復元(コピー先ブランチからのco)できくなる ってなことはない？？ 499 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:43:42 ] 削除せんでもsvn mvでええやん・・・ 500 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:49:54 ] >>498 サーバーに乗り込んで直接 svn mv svn.example.com/trunk svn.example.com/trunk_old svn mv svn.example.com/branch svn.example.com/trunk でokじゃないの？ 501 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 23:58:40 ] 特定のリビジョンを「なかったこと」にできますか？ リポジトリから黒歴史を抹殺したいのです。 502 名前：495 mailto:sage [2007/03/09(金) 00:01:02 ] mvでいけるんですね。 明日やってみます。 ありがとう。 503 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 00:01:56 ] dumpしてdumpファイルを編集する。 504 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 00:32:11 ] どんなリビジョンも、まとめて受け止められる懐の深さが大事だと思うぜ？ 505 名前：497 mailto:sage [2007/03/09(金) 01:05:52 ] >>498 そんなことにはならない。 rev100のtrunkからrev101でブランチを作って、 rev102でtrunkを削除したとする。それでもrev100のtrunkは消えない。 もともと、svn mvは内部でコピーしてから削除する実装となっていた。 だから、コピーしてから削除してもおかしなことにはならない。 >500はサーバーへ乗り込まなくても普通に可能。 蛇足だが、trunk.oldとかよりも意味のある名前をつけた方が良いと思う。 506 名前：495 mailto:sage [2007/03/09(金) 23:41:47 ] サンキュ うまくいった。 507 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 01:00:40 ] copy+編集で、既存ファイルの分割はできるけど、 (履歴的な)マージはできないのかな? いまやってる作業が、昔は同じだったモジュールが 複数バージョンに生き別れているのを統合する作業。 念のため言っとくと、単なるリビジョン間マージについては問題ない。 508 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 01:24:41 ] > 昔は同じだったモジュールが > 複数バージョンに生き別れている は > 単なるリビジョン じゃないのか？ svnの場合。まぁ、コードがどの程度変わってるかによっては 手動マージみたいな事態になりそうだが(←経験有り) 509 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:43:26 ] >>507 ブランチの話ではなくtrunk内でファイルAから似たようなファイルA1とA2を派生させて 両方を一つのシステム内で使う形で開発していたが、何かの都合でA1とA2の内容をAへ統合するという状況かな。 A1やA2のリビジョン間差分をAへマージする操作が可能かどうかという問題に帰着するのだろうか。 510 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 00:03:44 ] >>509 内容自体のマージは何も問題ないだろ。「履歴的な」って言うからには、 統合した後の A のログとして A1, A2 のログが見えるかってことじゃね？ 現状だと「コピー元」という情報は一つだけしか持てないから無理だと思うけどね。 511 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 01:07:26 ] んじゃ、A1とA2の変更を一個ずつAにマージしてやれば Aの上でA1+A2の履歴モドキをでっちあげられるんじゃね? 512 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 12:28:24 ] やっぱ手動マージ時にログをしっかり書くしかないと思う。 513 名前：507 mailto:sage [2007/03/11(日) 12:42:48 ] >>510 の言うとおりす。 数年前、前の担当者が手でフォークさせたモジュールの 再統合をやってて、もちろん前任者の改修履歴はコメントでしか残ってないw foo/sub.c bar/sub.c と生き別れだったモノをインポートして、 foobar/sub.c として統合する という作業で、 けっきょく、より進歩している方を幹にして、 svn mov foo/sub.c foobar/sub.c bar/sub.c 特有の変更を foobar/sub.c に、手でマージ(diff3) というやりかたで進めました。 SVNにムリっぽいことを質問してしまってたいへん申し訳ない。 そしてありがとう、レスくれたみなさん。 514 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 10:27:28 ] ようやく 1.4.3 の setup.exe がきたぜ。 515 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 11:02:08 ] >>514 ｵｯｼｬｰ!!!と思って見てみたが、見あたらない・・・ が、よくよく見たらあった。日付順に並んでないだけだった。�d 516 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:18:28 ] スレ違いかもしれんが Subclipseで保存したSVNユーザ名ってどのファイルに保存されてるのかがわからないです。 別プロジェクトではユーザ名を会社名＋名前みたいにしなきゃいけないんだけど 社内のプロジェクトやってたときの設定が残っててこまってる。 517 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:48:26 ] レジストリ？ 518 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 19:58:10 ] mitsu.air-nifty.com/blog/2006/10/index.html gugurekasu 519 名前：デフォルトの名無しさん [2007/03/13(火) 16:30:30 ] importと同時にcheckoutはどうやるの？ 520 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 20:15:04 ] 無理。 521 名前：デフォルトの名無しさん [2007/03/13(火) 20:44:45 ] importした後でcheckoutするとエラーになるけど、これは正常？ この後はどうするの？ 522 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 20:46:50 ] A:消してチェックアウト B:別のディレクトリにチェックアウト C:違う名前でチェックアウト など。 523 名前：デフォルトの名無しさん [2007/03/13(火) 21:41:36 ] >>522 やっぱりそうなんだ。 AもBもCも合理的でないんだよね。 これって、みんな不便に感じているよね。 なんか納得いかない仕様なんだけど、同時にできないことに 特別な理由があるのかな？ 524 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 21:51:47 ] import って使わなくね？ 作業ディレクトリを co して add するだけだし。 525 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 21:58:49 ] importするために用意したものはsubversionと何ら関係のないファイルだから。 checkoutするときに既に存在する知らないファイルと衝突したら上書きするより メッセージを出してユーザに対処してもらうという仕様のどこが納得いかないの? 526 名前：デフォルトの名無しさん [2007/03/13(火) 22:07:27 ] プロジェクトのリポジトリから個人のローカルリポジトリにこぴって ローカルリポジトリで作業して切りのいいところで丸ごとプロジェクトのリポジトリにチェックインしたいんだけど できますか？ 527 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:21:28 ] >>526 svk使え。 528 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:54:50 ] co file:///mainrepos mr cp mr/*.c sr cp mr/*.h sr srでにゃんにゃん cp sr mr commit mr こんな雰囲気でできる。 細かい事は自分で頑張ってくれ 529 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 22:57:02 ] mkdir mr//mainrepos mkdir sr//subrepos co file:///mainrepos mr cp mr sr srでにゃんにゃん commit sr cp sr mr commit mr こんな雰囲気でできる。 .svnの扱いとか細かい事は自分で頑張ってくれ 530 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 00:16:29 ] confilict の訳語が現在の「衝突」から「競合」に変わるらしいんだが、 正直納得いかない。単に「衝突」で慣れてしまったせいなんだろうか？ 531 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 00:20:09 ] 脳内で conflict に再変換し続ければ問題無いんじゃない？ 532 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 00:55:38 ] >>530 確かに気持ちはよくわかるが、 じゃあ Ethernet などの CSMA/CD はどうかといえば、 あれこそまぎれもなく「衝突」だと思うけど、単語は conflict ではなく collision だよね? # Carrier Sense Multiple Access / Collision Detect …と考えて、漏れ自身、無理矢理納得しようと思ってるところ。 533 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 09:26:38 ] 英語のもともとじゃなくてパソコン用語として先に覚えちゃったから 本来のコリジョンとコンフリクトの意味の違いが良く分からない。 辞書見れば確かに conflict は争ってる感じだけど 534 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:13:00 ] 競合なあ……。 並列プログラムなんのrace conditionと違ってタイミングの制御そのものは 問題じゃなく、結果生じている矛盾を取り扱う方にこそ着目するんだから 衝突の方が適切な訳語だと思うけどなあ。 まあオープンソースのローカライズがアホアホなのは別段今に始まったこと じゃないんで、気に入らなきゃ自分で修正すりゃいいんだわさ。 535 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:22:49 ] LANG=Cで使えば問題ない。 536 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:39:31 ] ということで意訳語 つ [矛盾] アフォな訳文見るくらいだったら原語併記がいいよう 537 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:51:09 ] 別にどっちでもいいんじゃないの。 538 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 12:00:57 ] どっちでもいいならいまさら変えてくれるなって思う。 やっと慣れてきた絵描きさんに説明するのメンドイ。 539 名前：デフォルトの名無しさん [2007/03/14(水) 19:30:45 ] TortoiseSVN で、ある日突然、 エクスプローラーのオーバーレイのアイコンが表示されなくなんったんだけど、 どうしたらいいんでしょ・・・・ TortoiseSVN 1.4.3, Build 8645 - 32 Bit , 2007/02/04 09:40:57 540 名前：539 [2007/03/14(水) 19:58:38 ] 最インスコ(インストーラーで、Repairを選ぶ)して、再起動したら直りました。 どもー。 541 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 16:25:19 ] >537 間違いは間違いだからのー。てか、そもそも530もスペルミスしているぐらいだから どうでもいいっちゃどうでもいいんだが。 自分でパッチあてて(あるいは LANG=ja_2CH とか作って) ムリポ とかにすれば？ 542 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 02:59:31 ] >>541 何がどう間違いなの？そこが知りたい。 543 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 20:19:17 ] 社外の人にもアクセスできるようにしなければなりません。 鍵は私が作って渡すのが普通ですか？ 544 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 22:42:59 ] 鍵ってsshの話? 全然普通じゃないよそれw その人が既にsshを使っているなら多分その人は既に自分の鍵を持っているよ。 持ってなければssh-keygenで自分の鍵を作ってもらって、公開鍵を送ってもらい、 それをあなたが ~アクセスさせたい人/.ssh/authorized_keys に追加する。 そうすればその人は自分の秘密鍵を使ってアクセスできる。 545 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 22:52:02 ] 鍵なんかなくたって毎回パスワード入れればいいじゃない。 546 名前：543 mailto:sage [2007/03/16(金) 23:26:11 ] >>544 ありがとうございます。 やっぱそうですよね。 公開鍵をつくって送付してもらうように頼んだのですが(まぁ、メールも普通はだめなんだろうけど) わからないからそっちで作ってくれとかいってるんですよ。 ようは私が両方の鍵をつくって、秘密鍵を渡すと。 >>545 パスワード認証は許可できません。 攻撃が多すぎるのと、IDとパスワードを同じにしている人がいる可能性があるからです。 547 名前：デフォルトの名無しさん [2007/03/16(金) 23:51:30 ] > わからないからそっちで作ってくれとかいってるんですよ。 よくある話。 548 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 23:55:36 ] 鍵の作り方もわかんないんじゃ、秘密鍵わたしても使い方わかんないだろ 549 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 00:39:45 ] >>546 じゃあ家の鍵作ってあげるので預からせてくださいといってやれ 550 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 01:56:48 ] >>547 よくあるんですか。。。たまたまこの会社だけかと思っていましたが。。。 もうこっちで作って渡すことにします。 使い方がわからんって言われたら、、、そのときまた考えます。 もうひとつ質問させていただきたいのですが、 渡す秘密鍵はひとつでいいですよね？ 向こうの会社で何人がつないでくるかわからないし、うちからみればA社っていうくくりでlinuxの1ユーザとみれるので。 コミッター名は違う名前にしてもらおうと思っていますが。 551 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 08:48:24 ] >>550 鍵はアカウント(コミッター)毎にユニークにする。 > わからないからそっちで作ってくれとかいってるんですよ。 とほざいた時点で外注先代えるが。 552 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 09:15:32 ] >>551 激しく同意！ # 多分ロクにSVNクライアントの使いかたもわからないと予想。 553 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 11:19:55 ] >>550 そんな外注先に「コミッターは分けてくださいね」って言ったところで まともに運用されるわけないだろ。 俺なら金もらって講習会開いて徹底させる。 金払いたくないって言ったら、「金がないなら汗ながせ」でｵｹ。 554 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 13:14:19 ] コミッター分けてくださいなんてレベルで済めばまだしも、 問題あっても責任とらないよ。そもそも理解していないんだから。 理解しないまま鍵作って渡しちゃう運用をした側の責任でもあるという話になる。 >>550 > 渡す秘密鍵はひとつでいいですよね？ > 向こうの会社で何人がつないでくるかわからないし、うちからみればA社っていうくくりでlinuxの1ユーザとみれるので。 > コミッター名は違う名前にしてもらおうと思っていますが。 渡す鍵が一つだったら、外注先で解雇された社員が鍵を持ち出してもそれだけを 即座に無効にできない。一人一人別の鍵にしておくのがいいよ。 コミッターを偽称されても確かめられないし。 555 名前：550 mailto:sage [2007/03/17(土) 15:44:52 ] やはり、コミッター毎に鍵を作ってもらわないとだめですか。。。 私が一番恐れてるのは向こうが指定した人数分、鍵を作るとして 鍵はこっちが作るものみたいな流れが定着するのが嫌なのです。たいした作業ではないんですけどね。。。 >>554 解雇された〜...は私も考えたのですが、どっちにしろ向こうの担当者にまとめて鍵を渡してしまったら 1コミッターに1個の鍵みたいに渡さないと思うんですよね。社内のMLかなんかに転送するでしょｗ 私が1人ずつ渡していけばいいのかもしれませんが、流石に。 >>553 あ、ちなみに立場的には私の会社が外注となります。 物理的に別々の場所にいるのにもかかわらず共有鯖を用意していただけないとの事なので 私がSvnを提案したところこんなことになりました。 講習会を開くことも考えます。 皆様、多くの貴重なご意見、ありがとうございました。 556 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 16:09:39 ] 結局のところどうせそのレベルの意識しかないんだからパスワード認証でも変わらないよ。 つーか、客先がそのレベルだったら自分のところでいくら頑張ったって無駄だよ。 客先の上司かなんかの一言でご破算にされかねない。 どうせやるなら、ノウハウ提供ってことで商売にするところまで持ってかなくっちゃ。 557 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 18:58:16 ] なんだか世知辛い話を聞いてしまった気がする‥‥‥ 558 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 18:59:45 ] >>546 本気で言ってるなら気が狂ったとしか思えない。 559 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:07:34 ] >>543 状況がよく分からないんだけど、こっちが外注先なのに、客がコミットして くるの？ 共有鯖を用意してもらえないって話が出てきたけど、共有鯖ってただのファイル 共有鯖？ だとしたら、客がするのは、こっちの成果物をチェックアウトする ことだけ？ であれば、SVNを提案することは何だかなと思う。 話の流れから行けば、こっちが客で向こうが外注先と思ってしまう状況だから、 話せる範囲でもっと情報を出さないと、良いアドバイスは出てこないと思う。 560 名前：デフォルトの名無しさん [2007/03/18(日) 01:41:11 ] svnserve実行時のオプションに-rで指定したディレクトリがルートになることがわかったのですが svn+sshで接続すると-rで指定したディレクトリがルートになってくれません -r /var/svn/ で、 svn://.../repo1/ はいけるのですが svn+ssh://.../repo1 がエラーになります。svn+ssh://.../var/svn/repo1ならいけます。 +sshだとこの設定は無効になってしまうのですか？ 561 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:25:58 ] >>560 snv+sshはsvnserv建てなくても使える。 svn+sshは、file://とおなじだから。 # と俺は理解してる。 # 識者ツッコミヨロ。 562 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:33:53 ] //グローバル変数+gotoは別にどこでも使える。 //グローバル変数+gotoは思う存分使え //#リーダ後はよろ なんてコメントがあったらぶちぎれるな。 生半可な知識しか持ち合わせていないなら最初から黙っておけと。 563 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 02:49:29 ] >>562 ちゃんと突っ込めよ。 突っ込めねーなら黙ってろ。 564 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 03:03:38 ] >>560 おおざっぱにいうと >>561 だ。 svn+ssh は sshで繋いで、svnserve をトンネルモード(-t, --tunnel) で起動している。 解決方法は以下のページに載ってる。（このスレの >>301 と同じページの後半部分） subversion.bluegate.org/doc/ch06s03.html#svn.serverconfig.svnserve.sshauth 565 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 05:00:02 ] 個人情報が入ったファイルを必要なくなったんで 完全に削除したいんですがTortoiseSVNだけで出来ますか？ 最新のリビジョンだけは削除できたんですが・・・・ 566 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 08:21:52 ] >>565 svnadmin dumpして、「もう、SVNに個人情報を入れたりしません。」 って反省しながら該当するファイルを削除しろ。svndumpfilterは使うなよ。 でsvnadmin loadで失敗して、もう一度、反省しろ。svndumpfilterは使うなよ。 567 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 22:45:26 ] できたー＼(^o^)／ ありがと！ 568 名前：デフォルトの名無しさん [2007/03/20(火) 15:28:13 ] SubversionでExcelVBAとか管理できる？いや、ExcelVBAならなんとかなると思う けど、Accessファイルとか管理できます？？？ Accessだと、難しいかなぁ、、と思うんですけど。 恐らくExcelの場合は、commitの前に全てのモジュールをexportすれば何とかなる ような気がするけど、Accessの場合は手間がかかりますよね、、。 どっかに良いものないですか？ 569 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 20:16:45 ] Excelも最近はExcel-XMLで出力できるけど、そういう話ではない？ 570 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 21:29:17 ] >>568 www.microsoft.com/downloads/details.aspx?familyid=2ea45ff4-a916-48c5-8f84-44b91fa774bc&displaylang=en こういうので、VBAのソース管理をしたいってことか？ 無駄だからやめとけ。mdbをリネームしてxxx.日付.mdbでバックアップくらいしか現実解はない。 # 御社がすげぇ強大な会社で、MSに「せめてVSSと連携しろやゴラァ」してくれるなら期待するけど。 てか、いまこの瞬間にAccessが全世界から消え去って欲しい。 571 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 22:33:58 ] >>568 とりあえずリポジトリに突っ込むのはアリだと思うよ。 バックアップ、変更履歴管理、あと責任の所在が明確になるハズ。 svn diff とかはできないけどね。 >>569 XMLの差分って見てもあまり嬉しくないような。 # Ant のbuild.xmlで嫌になったので。 572 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 04:14:38 ] subversionのコミットログはどういう風に書く、というような ガイドラインはありますか? コーディングスタイルのガイドラインみたいな。 573 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 06:56:34 ] >>572 subversion.tigris.org/hacking.html#log-messages 574 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 23:37:12 ] つまり英語で書くと 575 名前：デフォルトの名無しさん [2007/03/23(金) 00:11:13 ] subversion's commit log guide line have already? coding style's guide line i want to watch. 576 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 15:44:05 ] >>572 862 名前：デフォルトの名無しさん[sage] 投稿日：2007/02/20(火) 02:56:02 ttp://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/30387 >> tadf 2007-02-18 19:37:12 +0900 (Sun, 18 Feb 2007) (snip) >> Log: >> updated based on date2 4.0.3. >お手数ですが、ログにはなるべく具体的な変更内容を書くように >してください。(本件のような変更の場合は just a minor change >くらいでもいいです) というknu氏のマネージャぽいやわらかそうな物腰に対する、 tadf氏による8連続の「具体的な」 ttp://www.atdot.net/~ko1/w3ml/w3ml.cgi/ruby-cvs/msg/19026 > Log: > just a minor change に心からワロス。(URL踏んだら左上の[次]を7回クリックすること) るびーなら、ようちえんぢのきみでも、かいはつにさんかできるよ!!

---

---

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

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