Subversion r9

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/ 162 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 09:08:29 ] >>160 こいつらか "―", "ソ", "Ы", "�\", "噂", "浬", "欺", "圭", "構", "蚕", "十", "申", "曾", "箪", "貼", "能", "表", "暴", "予", "禄", "兔", "喀", "媾", "彌", "拿", "杤", "歃", "濬", "畚", "秉", "綵", "臀", "藹", "觸", "軆", "鐔", "饅", "鷭", "�x", "�x" 引用元 ttp://poso.jp/blog/2007/01/shiftjis.html 163 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 10:11:38 ] >>160 >・400行目はそのままで、A'の先頭100行を削除すると、A'全体が読み込まれるようになる >　（400行目も読み込まれている） なので、違う。 164 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 10:56:26 ] TortoiseMerge も WinMerge もエディタには同じもの使ってたりするのかな？ 165 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 11:16:48 ] >>164 いや、全然違うだろ。なんでそう思ったの？ 166 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 13:10:09 ] >>162,163 結局、>>143のところでしか再現できてないんだよね。 外野があれこれ言ってもしょうがない。 もっと一般的な再現条件を>>143が出してくるのを期待。 個人的には、使われている文字コードとsvn:mime-typeの値が気になる。 167 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 11:14:22 ] TortoiseSVN の詳細なデバッグメッセージってどこかに吐き出される？ cygwin の svn コマンドでも，Linux の svn コマンドでも アクセスできるリポジトリなのに TortoiseSVN ではアクセスできない リポジトリがあって，原因究明したい． 168 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 11:16:15 ] >>167 SVN側の問題? 接続先がsvn+sshだったりしたら大抵ssh側の設定の問題だと思うけど。 169 名前：デフォルトの名無しさん [2008/02/29(金) 11:44:03 ] >>168 svn+ssh でつないでます．特に TortoiseSVN 内で ssh を 指定していないので TortoisePlink を使っています． おっしゃる通りたぶん ssh 側の問題です． TortoisePlink って Putty が設定を保存している レジストリを共有していますよね？ 他のサーバのリポジトリには TortoiseSVN から svn+ssh で サクサクアクセスできているので，何が違うんだろうと 疑問に思ってます．Cygwin の ssh コマンドではつながるし， サーバ側のログでも ssh 自体の接続は公開鍵で完了しているし． あ，サーバは Debian GNU/Linux etch です． TortoiseSVN が TortoisePlink を呼び出すときに どのようにコマンドラインオプションを構築するのかが わかればいろいろとテストできそうなんだけど． TortoiseSVN で svn+ssh://hoge@aiueo.com/home/hoge/repo って指定すると aiueo.com が Putty のセッション名として 扱われるんでしたよね？ 170 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 11:50:12 ] >>167 望むほど詳細じゃないかもしれないけど、 TortoiseSVN でも何かしらのメッセージは 出てるだろ？何て言われるの？ 171 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 11:50:21 ] この辺りはもう、svnの範疇を逸脱するし、私も詳しくないので少しだけ。 cygwinのsshと陸亀ではKeyAgentが違うよ。 セッション名の方はよく判らんが、IPアドレスでも繋がらない? 172 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 12:08:07 ] >>169 鍵の情報はPuttyのレジストリを見るので、ごった煮版のini版だとダメとか pageant立ち上げて、パスフレーズ入力しておいて svn+ssh://hoge@aiueo.com/home/hoge/repo でいけてるけどなあ 173 名前：143 mailto:sage [2008/02/29(金) 12:14:10 ] やっと原因らしきものを絞り込めました。 次の二つのファイルを作って（Shift JISで改行はあってもなくても可）、 TortoizeMergeで比較してみてください。 file1.txt 関計1 file2.txt 関計2 これで化けます（少なくともうちでは）。 問題のファイルは、「時間計測」というキーワードがいたるところに出てくるので、 それが地雷のようです。 ちなみに、subversionでコードを取得して、VC2008EEもインストールしたんですが、 MFCが無いと駄目みたいなので、ローカルでの調査は頓挫しています。 174 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 12:26:06 ] PlatformSDK入れれば良いだろ 175 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 12:27:14 ] >>174 MFC が足りなくね？ 176 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 12:34:44 ] >>170-172 レスありがとう Connection closed unexpectedly 赤文字でこの一行だけ表示されます． もうちょっと詳しければ・・・と思ったんだけど，無理みたい． TortoisePlink がどういうコマンドラインオプションで 呼び出されているのかさえわかればなんとかなるんだけど． 177 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 12:41:03 ] >>176 設定ダイアログから TortoisePlink のコマンドラインを自分で設定してみれば いいんじゃね？ と思ってヘルプ見たらエラーメッセージについての記述があって、 「まず標準の Plink をセットアップすることをお奨めします。すべて動作すれば、TortoisePlink を全く同じパラメータで使用できます。」 とかあるし。こっちのが早そうだな。 178 名前：169 mailto:sage [2008/02/29(金) 13:08:43 ] わかった． TortoiseSVN の Network の ssh コマンドのところで， ごった煮版の plinkw.exe を指定したところ， 小さなウィンドウが表示されて svn: warning: cannot set LC_CTYPE locale svn: warning: environment variable LANG is en_US svn: warning: please check that your locale name is correct だって．で，これで止まっちゃうのかと思ったらそのまま リポジトリからチェックアウトできました． ちなみに plink.exe を指定したらやっぱり Connection closed unexpectedly でした． 結論．おかしいなと思ったらとりあえず plinkw.exe にしとけ． 179 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 13:15:03 ] >>173 乙 スゲー、ＷｉｎMerge(日本語版) でも ＴｏｒｔｏｉｓｅMerge でも変になる。 「関計」って文字列が入るだけで ShiftJIS のファイルはメタメタに読めない かと思って既存のファイルに「関計」って入れると無事だったり。。。 解決にならなくてすまないが、別環境でも一応確認できましたよという事で。 180 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 13:28:59 ] subversionのパフォーマンスはどの程度のものなのでしょうか? ディレクトリにある、1万個のファイルをリポジトリに入れるとしたらどのぐらいの時間がかかりますか? 181 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 13:46:48 ] 実際に一万個のファイルを作って、入れてみたらええやん 182 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 13:49:48 ] Subversion だとバイナリも特に気にせず投入できるけど バイナリに svn:eol-style:LF とか指定したら変なことになる？ 183 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 13:50:26 ] >>173 いま試したけど、TortoiseMerge駄目駄目なｷｶﾞｽ テスト１ テスト２ の2つの内容のファイルでも、「ス」と「１」がくっついて表示されるくらいだめだめ 俺は、RekisaかDF使ってる 184 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 13:52:48 ] 文字コードは、SJIS、UTF-8N両方で再現。 185 名前：182 mailto:sage [2008/02/29(金) 13:56:22 ] svn propset -R svn:eol-style LF . ってリポジトリのトップでやって commit しちゃったけど， jpeg 画像とかには svn:eol-style が設定されてない． なんでだろう．svn:mime-type と排他？ 186 名前：143 mailto:sage [2008/02/29(金) 14:01:09 ] >>179 おー、再現しましたか。 ところで、>>173では大きな間違いを犯してます。変になるのは 「関計」じゃなくて「間計」のつもりだったんです。 が、怪我の功名で「関計」でもおかしくなることがわかりました。 これをヒントにしていろいろ試すと、「閑」でも「陥」でもおかしくなりますね。 下位バイトが0xD[0-F]の文字が怪しいのか・・・ 187 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 14:55:03 ] >>173 WinMerge 日本語版 2.7.7.5+-jp-1 でも再現しました。 これ日本語版作者に言えば直るかな 188 名前：デフォルトの名無しさん [2008/02/29(金) 15:26:43 ] TortoiseSVNであるリビジョンからあるリビジョンを生成する ための patch ファイルって簡単に生成できますか？ 二つのリビジョンをそれぞれエクスポートしてきて diff とらなきゃだめ？ 189 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 16:04:48 ] WinMerge Version 2.6.2.1 - Japanese Unicode -- 再現しませんでした。 190 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 16:08:32 ] >>148 191 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 16:50:39 ] WinMerge Version 2.6.12+jp-1 - Japanese でも再現しません。 が、ExamDiff Freeware Version 1.6nは、オープン時にバイナリファイルと判断されてしまう orz 192 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 16:51:27 ] さっさとUTFに移行しなよ。eucやshift_jisは迷惑極まりない。 193 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 20:07:49 ] サロゲートペアな文字をビシバシつっこんでやる 194 名前：デフォルトの名無しさん [2008/02/29(金) 20:35:15 ] UCS4 でどうよ． 195 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 21:14:09 ] 合成文字をビシバシつっこんでやる 196 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 22:09:59 ] >>188 ログダイアログでリビジョンを２つ選択し、右クリックから「Unified Diff 形式で差分を表示」。 197 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 04:47:34 ] TortoiseSVN使えねーｗ 198 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 08:19:35 ] >>192 UTF-8 って言えよ。UTF-16 とか使われても迷惑極まりない。 199 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 09:19:30 ] その手の人間は頭のつくりが粗雑なので言ってもなかなかなおらない。 なおるくらいなら最初から区別してる。 200 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:53:11 ] なんとかは○ななきゃ直らない、って奴だな 201 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 12:56:15 ] Wikipediaを常にWikiと略す奴とか。 202 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 17:43:50 ] 作業コピーを使わずにリポジトリの複数の変更操作を 1 回でコミットできないでしょうか? 例えば $ svn delete file:///repos/a.txt $ svn copy file:///repos/b.txt file:///repos/c.txt のような複数の操作を 1 つのリビジョンにしたいのですが。 203 名前：デフォルトの名無しさん [2008/03/01(土) 17:48:50 ] >>202 あ，俺もそれできたら知りたい． とはいえ，無理じゃないかなぁ． リポジトリに対して直接行った操作は それ自体が一つのトランザクションで， それらの複数の操作の間に誰かが操作を する可能性もあるわけだから， リビジョン番号は増えざるを得ないでしょ． やっぱりワーキングコピーを使うしかないと思うよ． あ，ダンプして直接編集してリストアという手があるかwwww 204 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 18:55:42 ] >>202 リポジトリアクセスの API を直接使えばいけるんじゃないかなぁ。 python とか ruby のバインディングを使えば、いくらかは現実的かも。 205 名前：デフォルトの名無しさん mailto:sage [2008/03/01(土) 22:26:54 ] >>203 >>204 少し調べたら Subversion のリポジトリに trunk/contrib/client-side/svnmucc/ というものがありました。ビルドして試してみます。 206 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 05:15:50 ] TortoiseSVN 1.5.0-alpha1 released ttp://tortoisesvn.tigris.org/tsvn_1.5_releasenotes.html Compatibility: * This version will upgrade your working copies automatically 　　to the new version. If you have other Subversion clients you use, 　　do not install this release unless you have 1.5.x versions of those 　　clients too. If you only use TortoiseSVN, this is not a problem. * Accessing servers is fully compatible, no matter what version 　　 the server runs on. * If you're using the file:/// protocol to access your repository, 　　you have to upgrade your repository first using 　　the svnadmin.exe tool from the official Subversion release. 207 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 05:21:19 ] TortoiseSVN 1.5.0-alpha1 released ttp://tortoisesvn.net/node/310 ttp://sourceforge.net/project/showfiles.php?group_id=138498 208 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 05:37:44 ] TortoiseSVN 1.5.0-alpha1 released で２つ質問させてください。 - 日本語ドキュメントPDFが面白すぎなんだが俺の環境だけ？ - x64 の LanguagePack が「有効なWindowsインストーラでない」と言われる 209 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 07:00:52 ] >208 >- 日本語ドキュメントPDFが面白すぎなんだが俺の環境だけ？ こちらでも最高に URYYYYYYYYYYY って感じだ。 210 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 10:58:57 ] 確認ありがとうございます。 私だけじゃ無くて安心しましたw ＞日本語ドキュメントPDF LanguagePack は msiexec で展開して、32bit 版を参考に配置 したところ、とりあえず表示されたので使えそうです。 ja に限らず他言語もダメくさいですが。。。 211 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 10:46:47 ] ドキュメントがおかしいのは前からだね＞TortoiseSVN 212 名前：デフォルトの名無しさん [2008/03/03(月) 11:45:43 ] １）ウェブページをSubversion でリポジトリに投入する． ２）mimeタイプが適切に設定されていればあたかも普通の 　　静的なコンテンツのように公開することができる． ３）その中にPHPとかのコードがが含まれていたら・・ 　　さすがにサーバ側で実行してはくれないだろうなぁ． イントラネットであれこれ試行錯誤中の だとこういうことができれば便利なんだが． mod_dav_svn と mod_php が二重に働くとか可能なのかな，Apacheで． Apacheの中身，特にハンドラ周りのことを知らないので可能性として あるのかないのか教えてプリーズ． ＃今は素直にいったんリポジトリから export したものを ＃Apache に食べさせてます． 213 名前：212 [2008/03/03(月) 12:06:33 ] davfs でいったんマウントしてしまえばいいような気がしてきた． 少々強引ではあるけど．LUFS でそういう仕組みないかなぁ． 214 名前：212 [2008/03/03(月) 20:20:03 ] リードオンリーでファイルシステムとして リポジトリをマウントできんもんかなぁ． 215 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 22:04:45 ] >212 各スレ 1 回ぐらいはある話題だけど、とりあえず PHP とかのハンドラは通ってくれないらしい。 で、大体はこうなる。 >＃今は素直にいったんリポジトリから export したものを >＃Apache に食べさせてます． 216 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 01:18:13 ] svn checkout したディレクトリを DocumentRoot にしてます。 svn update で更新完了。(svn update を叩くだけのCGIがあったり) # .svn へのアクセスはもちろん禁止で。 217 名前：212 [2008/03/04(火) 18:05:46 ] >(svn update を叩くだけのCGIがあったり) ソレダ！ 218 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 22:30:03 ] うちは post-commit で trunk とテスト用 branch を update してたわ。 テスト用 branch は非公開で。 # .svn へのアクセスはもちろん禁止。 219 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 15:54:53 ] >>208-211 どうしてそうなっちゃうんだろう? 手元でビルドすると、ああはならないんだけど。 220 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:34:42 ] TortoiseSVN 、TortoiseMerge の chm のキーワードとかも変だよね。 221 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 01:24:43 ] TortoiseSVNで「パッチを適用」したときに、TortoiseMergeではなく WinMergeを起動するようにはできませんか？ 222 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 07:53:07 ] できます。 223 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 00:50:26 ] てかWinMergeってパッチ適用できたっけ？ パッチの生成は出来たけど適用は出来ないって思ってたけど？ 224 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 01:33:34 ] 使ったことないが、それが出来ないなら看板に偽りアリじゃね? 225 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 12:05:57 ] 17.9.2. WinMergeでパッチをあてられる? No. The patch tool from GnuWin32 project can be used for patch applying since WinMerge produces GNU/diffutils compatible patch files. See above question. 226 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 12:13:51 ] たまにパッチファイルを渡してやりとりするんだけど 相手に嫌がられることが多い パッチ使う利点を教えてくれと言われるんだけど上手く説明できないようで ファイルそのものをよこせと言われてしまう やっぱり俺が間違えているんだろうか 227 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 12:20:21 ] >>226 TortoiseMerge や WinMerge なんかは GUI で差分確認ができるから パッチのメリットが少ないかもね。 228 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:11:56 ] 俺もパッチファイルは一度も使ったことない。 必要な物はsvnのリポジトリで共有してるからなんだけど、パッチ使う利点ってなんなの？ 229 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:16:53 ] 魔除けならぬ、間抜け避け 230 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:19:15 ] >>228 実際の担当者じゃない人が思いついた変更を、実際の担当者に見てもらって、 問題なければコミットしてもらう、とかいうときに手っ取り早い。問題があった場合に リポジトリにゴミが残らないのも安心。 とかそんな感じ。ブランチでやったほうが、むしろ記録が残っていいかもね。 リポジトリへのコミット権が絞られてるときは、必要になるかな。 231 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:20:39 ] 出張いってる人にソースを渡すときとか 特定のパッチを毎回当てたいときとか 差分だけになるから容量小さくて済むし パッチだとミスがないし 使わなくてもどうにでもなるけどな 232 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 16:15:25 ] >>226 unixならともかく、Windowsだとpatch.exeがあんま広まってないしなぁ GUIで差分ファイルを解析したり、適用したりするツールも知らない。 patch入れて実行してもhunkがどうとか言われて「は？」ってなるだろう。 hunk 【名】 〈話〉大きな塊 〈米俗〉〔セクシーで〕強くたくましい男、いい男◆女性が使う言葉◆【類】macho ・Who was that hunk you were with yesterday? : 昨日一緒にいた格好いい人は誰？ ・Bob is a real hunk. : ボブは本当に格好いい。 〈米俗〉大柄｛おおがら｝な人、でぶ 複数ファイルの差分を一目で確認するには便利だけどな。 233 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 16:22:49 ] お互い編集したファイルでも、パッチがあてられるって知らない人が多いんだよね。 234 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 18:32:07 ] >>233 それって異なるファイルに同じパッチが当てられるってことだよね？ それどうやって実装してるんだ？後学のために教えてくれ。 235 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:59:49 ] 今、234は計算機科学の深淵に触れようとしている 236 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 20:26:48 ] >>234 そうじゃないと、test_branchで作ったパッチをtruncにあてられないじゃん。 どうやってるかはgnu diffのソースとか見ればいいんじゃないかな。 237 名前：デフォルトの名無しさん [2008/03/07(金) 21:19:39 ] こんてきすとでふだからじゃないの？ 238 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 22:16:23 ] LCS(longest common sequence)とかでググると興味深いかもしれない。 239 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 22:58:10 ] LCSなんて学部1年の情報処理必修でやりそうなことだけどなあ 240 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:36:09 ] trunk trunc どっち 241 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:37:35 ] trunk 242 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:40:51 ] アクセスログに trunc trank trunke trancle とか残っててちょっと笑った事あるな 243 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:49:29 ] 辞書引けば一発でわかるでしょうに 244 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:06:00 ] 236への嫌みだと思うが 245 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:16:38 ] >>244 冷酷な。。。 おまえの血の色は何色だ？ 246 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:22:03 ] 緑 247 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 01:03:45 ] truncateを手打ちで何度も打ってる時期だと、ついtruncにしてしまうことがある 248 名前：234 mailto:sage [2008/03/08(土) 10:07:49 ] >>236-238 遅まきながら、レスありがとう。ちょっとググってきます。 249 名前：デフォルトの名無しさん [2008/03/08(土) 11:48:57 ] Windows mobile で使える Subversion って無いですかね。 さすがに編集はしないものの出先でコード眺めるために 簡単に最新のリビジョンを持ち運びたいと思って。 250 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:05:25 ] >>249 コマンドラインじゃだめなの？ 251 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:30:41 ] >>249 Subversion+Tracみたいなやつじゃだめ？ 252 名前：デフォルトの名無しさん [2008/03/08(土) 12:52:29 ] コマンドラインでも全然かまわないです。 ただWindows Mobile 用にビルドするコンパイラが無いのと そもそもPOSIX互換なサブシステムが無いようなので うまくビルド出来るかさっぱりわからない。 もしかしてバイナリが有ったりします？ 253 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:57:18 ] 物凄いスレ違いは承知の上なんだけど質問させてくれ！ 休日は本（技術書）を時々読んでるんだけど、部屋だと中々集中できない。 で、どこか別の場所で読書をしたいんだよ。 こういう場合、本を借りなくても持込で図書館って使えるのかな？ 恥ずかしながら人生で一度も図書館を利用したことが無いもんで・・・ どこで聞いていいかも分からんのでお願いします！！ 254 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 12:59:23 ] >>253 持ち込み料を払えばOKのところもあるよ。 255 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 13:01:04 ] >>253 持ち込み可。でないと勉強に不自由するし。 図書館は静かにな。あと閉まるのが早いので気をつけて。 256 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 13:05:29 ] >>254 持ち込み不可な所って、たとえば何処でしょう？ 257 名前：デフォルトの名無しさん [2008/03/08(土) 13:54:20 ] 国会図書館は本館も関西館も持ち込み禁止 258 名前：253 mailto:sage [2008/03/08(土) 13:55:22 ] >>254-255 ありがとう！早速今日挑戦してみるよ！ ・・・ちょっと緊張してきたぜ！ >>256 便乗しやがってｗ 259 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 14:11:15 ] 俺は人がいない場所で勉強が出来ない困った人間 喫茶店とかでコーヒー払いながら黙々と勉強してる 260 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 14:16:15 ] >>259 自分もそのクチなので、近所の喫茶店に行ってる。自宅まで無線LANが届くし。 261 名前：なやみ mailto:sage [2008/03/08(土) 14:42:19 ] 質問させてください。 リポジトリにファイルは格納するが、バージョン管理の対象から外すことはできないでしょうか。 やりたいこと Eclipseのワークスペースをリポジトリに格納するが、バージョン管理は プロジェクト内のソースファイルのみを対象としたい。 ワークスペース内の.metadata内のファイル等、Eclipseが自動で 生成するファイルはバージョン管理はしたくない。(でも必要) 262 名前：デフォルトの名無しさん [2008/03/08(土) 14:55:45 ] 俺もEclipseの作るファイル群の管理はしたいと思うんですが 一体どのファイルをバージョン管理の対象にすればいいのかわからない。 263 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 16:00:57 ] コンパイル実行 タイムスタンプが変わった物は基本的にコンパイルで生成されたもの バックアップを取っておいて、それらを削除 コンパイルされたものを実行 エラーが出たら削除したファイルのいくつかを戻す 繰り返し 264 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 20:23:12 ] てか、ファイルの要不要はバージョン管理だけじゃなくて引き継ぎとか納品とかにも 関わってくるから、最初にきっちり押さえておいた方がいいよ。 265 名前：デフォルトの名無しさん [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 13:49:06 ] Tracを分散で建てる意味が分からない SVKの利点が分からないと言い出す人間がなぜ分散管理とやらに 手を出そうとするのか良く分からない 267 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 14:50:20 ] そんな事よりも、265は日本語でおk 268 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 15:02:47 ] >>265 ネット初心者かよｗ 269 名前：デフォルトの名無しさん [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 18:30:38 ] version管理しててコードに埋めるとかってなんなの？ 脳みそ付いてないの？ 271 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 18:31:15 ] 賢者様、cygwinのsvnをお使いになっては如何でしょう。 272 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 18:51:07 ] >>269 Windows ネイティブの svn.exe 使えよバカ 273 名前：デフォルトの名無しさん [2008/03/09(日) 20:08:55 ] >>266 大体はLANがつながった環境で複数人開発を同時にしているので、 個人個人のロールバック用に分散環境が必要。 ノートPCでネットが無い環境に持ち出してやることもあるしね。 その意味では分散管理は欲しいと思うが、SVKでやるコマンドラインを考えると 各ローカルやUSBメモリに個人用のソースセーフのデータベースを作って現状やってるので、 全体のソース管理にSVN、ローカルの分散での管理にソースセーフな状況だと SVKを導入してわざわざコマンドラインをたたく有用性が見出せない。 TracLightingの説明を見るとローカルにSVNリポジトリが必要なのでTracを分散で使うにはSVKが必須かなと思ったんだが。 Tracも分散で使いたい理由はネットにつながっていない状況でバグのリストを見ようとするには必要でしょ？ 後からBTS情報もマージできるなら便利そうだと思ったんだが、どうもそういう使い方自体ができないらしいな。 オープンソースのプロジェクトか社内専用開発じゃないと使い道がなさそう。 274 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 20:54:03 ] 三行でＯＫ 275 名前：デフォルトの名無しさん [2008/03/09(日) 21:28:59 ] >>269 $Date:: $ で、スペース分の文字数しか出ない機能があったような、なかったような 276 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 21:57:10 ] >>269 うちでは $Date$ は使わないって結論になった 277 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 23:57:13 ] 駄目もとで環境変数LANG設定するとか、地域と言語のオプションを英語にするとか。 278 名前：デフォルトの名無しさん [2008/03/10(月) 11:36:47 ] svn:keywordsのDateで言語だけ切り替えたい。 d.hatena.ne.jp/Climber/20070807/1186503293 keyword置換のアレコレ 133.70.173.98/~nao/index.php?Server%2Fsubversion#r3e061a7 279 名前：デフォルトの名無しさん [2008/03/10(月) 11:55:23 ] TortoiseSVN1.2.1でDateの置換が化ける vimrc.hp.infoseek.co.jp/diary/2005-07.html#2005-07-20 280 名前：デフォルトの名無しさん mailto:sage [2008/03/10(月) 19:44:36 ] >>239 やらなかったなー、たしか。 15年以上昔のサボリ学生の記憶だからあやしいもんだが。 前提知識を仮定できない学生が相手なんだから、 最初はやっぱりもっとゆるいところからなんじゃないの？ 281 名前：デフォルトの名無しさん mailto:sage [2008/03/10(月) 22:00:37 ] >地域と言語のオプションを英語 これでいけるんじゃね？ 282 名前：デフォルトの名無しさん [2008/03/11(火) 07:32:22 ] ソレだとOS全体のタイムゾーンも変わってしまうんじゃね？ 283 名前：デフォルトの名無しさん [2008/03/11(火) 08:28:03 ] 外部リポジトリを参照しているんだけど、北欧の人のコードでいつも文字コードが 問題になるのでイチイチ修正して使っています。ライセンスの関係で 自分のコードにまるごと取り込んでしまうなんてできる訳ないし かといって名前のことなんで変えて下さいなんて言えないし。 external で参照しつつ変更点も維持しつつなんて虫の良いことはできるのでしょうか？ 284 名前：283 [2008/03/11(火) 11:21:57 ] あきらめてとりあえず全部インポートしてしまいました。 今ではそこそこ幸せに暮らしています。 ところで、あるライブラリを取り込んで使っているのですが、 そのライブラリ自体は公開できないけど施した変更点は 公開していいよ、と言われたとき、mod_dav_svn で 何か簡単に公開する方法はないものでしょうか？ やはりパッチファイルを作ってそのパッチファイルを公開する という原始的な方法しかないでしょうか。できればがんがん コミットするかたわら、HTTP 経由でリポジトリを除くと あらふしぎ、そこにはコードそのものではなくて特定の リビジョンからの差分が見える、なんてことには ならないものでしょうか？ 285 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 12:46:40 ] あらふしぎ、そのパッチには、誰に需要が？ 286 名前：283 mailto:sage [2008/03/11(火) 12:50:03 ] >>285 ライセンス持ってる日本人たちがエラーメッセージとか 日本語化してつかうのは勝手だよ，そのパッチを 公開するのも勝手だよ，って言われたもんで． 建築のさらにごく狭い分野でしか使われていない 可視化ツールです． 287 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 12:55:08 ] そんな特殊なニーズに応えるように作られてるわけないと思うよ。 そもそもパッチが公開することと、変更済みの本体を公開することに それほど違いがあるわけでもないだろうから、直接交渉できるなら ライセンス元に相談したほうが早いと思う。 288 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 12:59:01 ] >>282 タイムゾーンと言語の設定は別だろ。 289 名前：283 mailto:sage [2008/03/11(火) 13:06:30 ] >>287 まぁそうですね，ニッチすぎる使い方ですよね． ライセンス元に聞いたら 「え？日本でも使ってるの？ 　日本に代理店ないのになんで？ 　コピー品じゃねぇの？ 　ん？そういや商社が扱ってたっけ？ 　てか日本ってどこにあるの？ 　へたくそな英語でわかんねぇよ師ね！ 　パッチ？差分公開なら好きにしろ．」 でした．なんか面倒になったんでパッチだけ作って 上流に投げて後は好きにしてもらうことにしました． 言語依存部分が変えられるようにモジュール化したりと 結構手を加えたんで，もしかしたら利用してもらえるかも． 建築現場の底辺層の黄色い屑プログラマが作ったパッチを アングロサクソンの上流プログラマが受け付けてくれるなんて 思えんけど orz 290 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 13:22:46 ] そろそろうざい 291 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:25:59 ] 普通に句読点使わない奴見るとイライラする。 JISが〜とか役所では〜とか言う奴もうざい。 292 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:43:55 ] え？JISコードだとなんか句読点が変なの？ 意味わからん。 293 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:46:20 ] JIS規格 294 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:53:15 ] 、。じゃなくて ，．を使う奴、ってことだろ。 論文を読まない奴は氏ね。 295 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:54:02 ] >>294 ウザい奴の典型 296 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:56:56 ] スレ違い 297 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 14:58:04 ] 煮干食えよ 298 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 15:54:53 ] IMEのでふぉで，．になってるやつもいるんじゃね？ 漏れも WinShell 使う時だけは，．になるように ATOK でアプリケーションごとの設定している。 299 名前：デフォルトの名無しさん [2008/03/11(火) 16:05:34 ] 　　　　 ＿ 　　_／;@/ 　 /",:;ン　　　にぼし __/,／ `V 300 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 06:03:18 ] external なものにつけられるアイコンオーバーレイは ちょっとデザインの違うものにしてほしい。 301 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 06:03:38 ] って、TortoiseSVN 限定の話題だけど。 302 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 09:20:51 ] >>300-301 アイコンオーバーレイの数が15個に制限されているらしいから、難しいと思うよ。 303 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 12:26:51 ] 分岐にexternalも含められるオプションが欲しい。 304 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 13:18:26 ] >>303 そりゃぁ無理じゃないかな。 だって異なるリポジトリだってことは ガチでコピーが発生するわけだろ？ 305 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 16:22:14 ] 指定のファイルだけupdateとcommitの対象外にする方法はないでしょうか？ svnignoreと違って、リポジトリには入っているけど普段はupdateとcommitを したくないというものです。 306 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 16:29:00 ] 無理 別名でインポートして普段のを無視するか、externalで対処 307 名前：305 mailto:sage [2008/03/14(金) 17:18:51 ] ないですか。残念。 別名でインポートして、各々作業コピーで本来の名前に戻すというのが現実的 かもしれませんね。 svn:externalsというのはドキュメントを読んでもよくわかりませんでした。 308 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 17:33:13 ] コンフィグファイルとかなら、そう言うやり方が現実的。 名前を変えた方で無視するファイルをオーバーライドするようにしたり。 externalsは外部参照するものでコミット対象にならないから とりあえず挙げただけでは。 309 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 16:32:59 ] FreeBSD 6.3　でportoinstallしたのですが、 svn　command　not　found　となってしまいます 調べたのですが、中々freebsdの情報は見つかりませんでした 環境変数かなとも思ったのですが まだ寛容変数の使い方がよく分かっておりません 宜しくお願いします。 310 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 16:38:18 ] 寛容なる変数を以ってしても、鼬害は否めない。 311 名前：309 mailto:sage [2008/03/15(土) 18:43:43 ] すみません 別板にいてきます 312 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 10:43:35 ] >>307 ロックかけておくとエラーになるってのを使うのはどう？ 313 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 14:36:29 ] >>305 俺は、リリース時にしかコミットしたくない生成ファイルとかはプロジェクトのルートに置いて、毎回コミットするソースは一段深いフォルダを作っておいている。 開発時は、その一段深いフォルダからコミットする。リリース時にはプロジェクトのルートからソースもまとめてコミットしてる。 314 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 11:37:55 ] Importはしたいけどコミット対象にしたくないって話、 うちの職場でも良く言われる 上手い方法があればいいんだけどねぇ 315 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 20:51:14 ] javaデケーYO 316 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 20:51:46 ] ↑誤爆でした。 317 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 05:48:39 ] コンフィグファイルだったら別名とsvnignoreの組み合わせ。 ちょっと実験したいとかなら個人ブランチ切る・・よね？ 318 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 17:21:50 ] もはやクライアントとしてのsvnは死んでるだろう。 ローカルブランチからコミットピックアップして、svnサービスやってる中央のリポジトリにコミットするだけの事。 319 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 17:34:03 ] 意味がわかりません。 320 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 17:59:35 ] 質問です。 Linux上で作成したリポジトリをWindowsマシンにそのままコピーして使うことはできますか。 321 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 18:06:04 ] できる 322 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 18:13:07 ] >>321 ありがとうございます 323 名前：デフォルトの名無しさん [2008/03/18(火) 19:31:53 ] みんな、プロジェクト毎のSVNレポジトリのなかってどんな構成にしてるの？ 自分は一般的な構成＋設計書などのドキュメント用として、 trunk branches tags docs ってやってるんだけど、他の人ってどんな感じで運用してるのかと思って。 324 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 21:45:56 ] それって、docs以下はブランチやタグは付かないってこと。 325 名前：324 mailto:sage [2008/03/18(火) 21:46:20 ] 末尾は疑問符ですた。 326 名前：323 [2008/03/18(火) 22:18:17 ] >>324 ええ、設計書は混在するとトラブルの元になるから、最新のものだけをバージョン管理する方針 にしてるんです。これが正解とまでは思っていないのですが、何か他にいいルールってあるかな？ 327 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:03:28 ] プロジェクトごとにdoc 328 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 01:10:54 ] WORD 文書は変更時の差分が大きいからトランクの文書の変更をブランチに マージしてほしくない。やっぱりトランクに文書を置かないほうがいいかな。 329 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 15:00:46 ] 容量気にするなら最初から文書なんぞインポートするなって話 330 名前：デフォルトの名無しさん [2008/03/19(水) 19:16:05 ] >>323 その方法いいね、うちのリーダーに提案してみるよ ところでドキュメントってどんなの書いてるん？外部仕様設計とかっていうやつ？ 331 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:57:16 ] 無理に同じレポジトリに入れなくても 332 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 02:32:21 ] そういうドキュメントってやっぱWordが多いのかな？ 癖が強くてあまり好きじゃないのと、体裁に全くこだわらない人だとインデントとかもぐちゃぐちゃだったりで・・・ 333 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 08:32:23 ] 文章中心のドキュメントファイルは、なるべくWordでつくってほしい。 Excelの印刷範囲に合わせるために自力で文章切り貼りとか、やってて鬱になる。 三日くらい集中してスタイル定義して、それをみんなに使ってもらう方がいいよ。 334 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 12:52:14 ] みんなが読み書きできるのはやっぱり Word かプレーンテキストぐらいしか ないんじゃないかな。自分は Word の使い方が分からないから TeX を使って いるけど誰も読んでくれない。 335 名前：デフォルトの名無しさん [2008/03/20(木) 14:07:06 ] ちょっとまて。仕様書はWikiに書け、と誰も言わないのはなんで？ 336 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:09:10 ] 図が書きづらい 337 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:39:54 ] Word は、死にたくなるくらい鬱陶しい・・・ 余計な事しすぎるし、罫線使いづらい。 ページの境目あたりで　うんにょ　なんてなんか意味不明な動作しやがるし・・・ 罫線使わない文書ならまだいいんだが・・・ 日本人って　罫線すきだよな Excel でも　やたらと罫線引きまくる奴が多すぎて困る。 外枠とタイトル部と本文の区切り線くらいでいいだろうに・・・ 頼むから行毎に点線引くのやめてくれ、コピペの邪魔になるだけだから 338 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:45:38 ] まともな仕様書って書いたことないけど html とかじゃだめなのかな... 339 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:55:17 ] ページの境目あたりでよく分からない挙動をするのは俺もよくうんざりする。 あと、表だけが図やテキストボックスと違ってオブジェクトでないのも使い辛い。 だから、テキストボックスに表を入れるなんてこともたまにやる。 340 名前：337 mailto:sage [2008/03/20(木) 15:19:36 ] 日本人に合わないワープロの愚痴は尽きませぬ。 完全にスレ違いな話題だな スマソ 341 名前：332 mailto:sage [2008/03/20(木) 15:22:15 ] 俺もHTMLは悪くないと思うんだけどなぁ・・・ 体裁はCSSに任せられるし、図・表の作成も楽だし・・・ ファイルわけして、リンクするのも楽だし・・・ 342 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 15:30:13 ] ワープロも表計算も中身のコンテキスト木っ端微塵にしてファイルに分割保存してくれたらバージョン管理下に置いてもいいんじゃねぇかと思うんだがなぁ。 343 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 16:50:12 ] 罫線使わなきゃいいんだよ。 344 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 18:01:18 ] HTMLで図はどう済んだよ。 SVG？ 345 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 18:11:31 ] 矢印引く程度ならCANVASが手軽よ 凝った絵はデータスキームでimgに埋め込め 346 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 19:39:44 ] ttp://subversion.tigris.org/servlets/ReadMsg?list=announce&msgNo=265 > Subject: Subversion 1.5.0 Beta 1 Released 347 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:54:03 ] >>334 pdf にしちゃえば TeX で書こうが何で書こうが関係なくね? 348 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:54:35 ] >>347 リポジトリでは TeX のソースファイルと Makefile しか管理していないから PDF で読むにはビルド環境が必要なんだけど、ほとんどの人は TeX の環境を 入れていないようです。 ソースからビルドした PDF もリポジトリで管理する人がいるようですが、 なぜか自分には抵抗があります。 349 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 22:27:39 ] 他人に読んでもらいたいならPDFじゃなかろうか。そうでないなら勝手にすればいいんじゃないか。 ソースはバージョン管理するけど、最終的な目的ファイルは、リリースとか適当な間隔でりぽに登録しておくのが便利じゃないか？誰でも正しくビルドできるとは限らないし。 350 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 22:33:28 ] PDFファイルは読む気すらしない俺たち PDFは納品する時に使う程度 351 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 22:41:25 ] >>334,348 の人は他人に読んでもらおうと思ってないようなw 352 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 01:38:22 ] そろそろ、内のプロジェクトもCVSから鞍替えらしい。20人規模で行っているSoCの開発環境を移行するんだけど移行作業自体には工数に含まれないらしから、 サービス残業が増える悪寒がする、 CVS御苦労さん。 353 名前：デフォルトの名無しさん [2008/03/22(土) 05:10:47 ] SVNレポジトリをtracで連携させるのって、当然？ どんな散っちゃいプロジェクトでもtrac立てた方が良かったりするのかな 354 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 09:19:47 ] >>352 > 移行作業自体には工数に含まれないらしから、 > サービス残業が増える悪寒がする、 入れさせろ。業務だ。 355 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 09:30:23 ] >>354 普通スケジュール引きなおさせてくれないだろ。 開発環境の移行とか、「そんなものは開発部隊の 都合なのだから、自分たちの時間でやれ」って 言われるのがオチ。 休日出勤とか「遅れを取り戻すのはあたりまえ、 その分ビル開けなきゃならないなど会社は 既にコスト負担済み。」とかで出勤扱いになんて してくれないよ。まぁそのときなにか事故が起こったら どうすんだよ、上司の首吹っ飛ぶぞ？と思うが、 そんなもの下っ端の知ったことじゃない。 356 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 10:51:35 ] >>355 マ板でやれ。 357 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 21:22:35 ] >>355 そんなブラックな会社からは逃げ出した方がいい 358 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 21:44:40 ] 事故おこそうぜ 359 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 22:06:10 ] svnが許されるのは小学生までだよねー、ｱﾊﾊｰとかいうご時世にわざわざsvnに移行するなんてw 360 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 22:26:04 ] SVN（笑） 361 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 22:28:03 ] >>355が移行でトラぶって全責任を負いますように。　（−人−） 362 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 18:43:38 ] でも本当のところ、 svn (笑) はチェックアウトした時にファイルのタイムスタンプを 反映できない時点で低能決定。 ツールとして「使える」以前の問題。 363 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 18:50:47 ] >>362 ファイルのタイムスタンプが絶対のものと信じ込んでる時点で池沼決定。 そういうタイムスタンプ信仰はよく窓ユーザにありがち。 364 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:00:14 ] >>363 コミット時のファイルのタイムスタンプは、セントラルサーバーが時間を狂わせない限り 連続的。 それに仮に時間がずれたとしても、まあ数時間が最大だろ。 チェックアウトして、新し目のファイル内容を見るだけでも、最近のプロジェクトの活動具合いが 結構理解できる。 こんなこと、俺のような長年の Linux/UNIXユーザーからすれば常識だよ。 タイムスタンプを落とすのは>>363のようなアホのやること。 365 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:10:46 ] タイムスタンプ拘ってる奴ってversion管理理解出来てると思えないんだけど・・・ 366 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:15:44 ] タイムスタンプはバージョンno./リビジョン番号に加えて 非常に有用な情報になり得るといっているのだよ。 わかったかい、>>365君？ 少しぐらいパソコン知ってる奴はファイルのタイムスタンプの重要性がわかると思うんだがねー。 それにしてもsvnの開発者は無能だ。。。。 367 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:16:04 ] ずっと追ってるようなものならupして U や G が付いてるやつを見ればいいし、初めて見るようなのならどうせ 全体像も把握してないんだしChangeLogやNEWSで十分じゃないの? 368 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:17:05 ] というかふつーコミットメールくらい購読してるんじゃない? 369 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:19:22 ] せっかくプロパティが柔軟に設定できるのに、 チェックアウト時にタイムスタンプを反映させるなどの 仕組みをクライアントが持っていないのが残念。 370 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:28:04 ] ファイルのタイムスタンプが復元されると、SVN Updateしてもビルド時間より古いから、 makeとかリビルドしても何も実行されずに終わっちゃう罠 371 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 19:34:47 ] まぁ、情報として保管されていて、 コミット時のタイムスタンプを取り出すかどうかを選択できるようになっていれば問題ないんだよな。 372 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 20:18:13 ] 今どき、パソコンに詳しい、とか勝ち誇って使う奴珍しいよな... 373 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 20:32:15 ] 本家もこのへんの事情は議論済みだろうに、なんで選択できないんでしょね。 まぁぶっちゃけ俺はチェックアウト時のタイムスタンプなんて 無くても困ったことなんて一度もないけど。 374 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 20:45:11 ] Windows の場合、ファイルのタイムスタンプ...っても 3 種類あるしなぁ。 ちなみに俺の場合は窓アプリの開発に VC++ 使ってるんだけど、 PEイメージのCOFFヘッダにMS-Linkerが埋め込むタイムスタンプを参考にしてる。 これだとIATをbindしたり署名したぐらいでは変わらないから、 バイナリからリビジョンを絞り込むときにかなり信用できる。 375 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 20:47:09 ] 今は無くなったんだが、ちょいと昔にＩＳＯの記録に構成管理表があって、 納品する実行ファイルのタイムスタンプを記入する欄があった。 これが今でも生き続けていたら svn は使えないと言われたかもしれん。 まぁ、リリース時のタイムスタンプはこれです！　と戦えない事も無いけどね。 ちなみに Git や Mercurial ではタイムスタンプ情報が格納されるの？ なんか、分散になると余計ややこしそうだな・・・ 376 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 20:58:20 ] >>375 納品てことはexportでしょ。 ならタイムスタンプが付くから問題ないんでは? 378 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 21:18:19 ] svn使いはタイムスタンプに依存しているような奴ばかりなのか。 バージョン管理できていないなwwww 379 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 21:19:31 ] いや、タイムスタンプ依存症の香具師をよってたかってつついて遊んでるだけじゃ。 380 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 21:36:45 ] # config [miscellany] use-commit-times = yes ではだめなの？ 381 名前：デフォルトの名無しさん mailto:sage [2008/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 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 00:02:01 ] >>103でちらっと匂わせたのにやっとuse-commit-timesに触れられたのか。 383 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 01:06:34 ] コミットした時間になるからタイムスタンプ信仰の馬鹿には意味がない 384 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 03:00:26 ] っていうか、みんなタイムスタンプにこだわっている香具師が多数いるように語ってるが、 前から暴れてる馬鹿は全部同じ香具師だと思うぞ。 385 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 07:38:47 ] 俺はコミット時刻になってくれた方がいいな 386 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:15:59 ] 既に管理に移行してある程度期間が経ってればいいけどな SVN管理したばかりだと日付が全てコミット時間になるから タイムスタンプ信仰の連中には耐え難いだろうさ 387 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:28:32 ] >>386 バージョン管理システムで管理する以上、それは リビジョン番号で管理するということ。 だからリビジョン番号と一対一で対応する コミット時刻にそろうというのは至極まっとうなことだとおもう。 388 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:32:23 ] cvs使っていた頃はコミット時間で更新していた私が来ましたよ。 svnに慣れてきたら、コミット時間で更新する意味がないことに気づいたわけですが。 cvsだと「いつ修正したか」を意識しないといけない気がしてたのが、 svnだと「いつ登録したか」だけ意識すればいいって感じ? 389 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:34:46 ] タイムスタンプにこだわる人は、具体的にどんなときに必要なのかをはっきり書いて欲しいな。 390 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:38:50 ] 激しくスレチだが、時刻と時間は違うものだよ、と昔師匠の師匠にやさしく言われました。 会話としてはどっちでもいいんだけど、一度気になりだすと時刻がより正確な 場面で時間とか言われると(コミットした時間、とか)すげー気になる。 結論: どーでもいいがなそんなこと 391 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:39:01 ] どんなときに必要っていう答えになるか分からないけど、 管理する以前は更新の有無をまずはタイムスタンプでやっていた。 それが管理に加えると日付が変わってしまうので、 管理に加えるっていう最初の第一歩に進みにくかったってのがあったな。 新規にはじめる分にはいいんだけどね。 始めちゃえばそういった違和感があるのは最初だけ。 392 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:46:45 ] インポートした奴をチェックアウトした瞬間には、インポートした元ファイル群と同じ タイムスタンプになってて欲しい。 俺なんか変？ 393 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:49:28 ] >>390 おぉ、同族だw 特に、日時、日付、時刻も使い分けるよな 394 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:55:59 ] 昔、客先で修正したものと開発環境で修正したもののどちらが新しいかを判断するため タイムスタンプを使ってたんだけど、客先のサーバの時間と、開発環境サーバの時間に 差があることで混乱したと事がある。 また、納品用にポータブルＨＤＤ使ってたんだけど、これがFAT32だったのでNTFSとの 間に数秒間の差が自動的に出来てしまって、これも困ったな。 それ以来、FastHash というフリーソフトを使って中身（HASH値）が違うものだけを比較 するようになった。もうタイムスタンプは信用しなくなった。 時間は参考程度 今は、WinMerge を使って比較しているけどね。 （バージョン管理システムで管理できない、システムなので） 395 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 12:58:20 ] 日付情報が要らない奴って、exploreの更新日時のカラム表示してない奴？ 396 名前：388 mailto:sage [2008/03/24(月) 12:59:46 ] >>389 私の場合、cvsだとソースごとのリビジョンが違うからタイムスタンプで新旧を意識する傾向があった。 例えば、a.cは3/20に登録してリビジョン1.5、b.cは3/8に登録してリビジョン1.8だったとする。 3/15の版が欲しいときはタイムスタンプを見れば、a.cだけ古いリビジョンを取り出せばいいことが判るって寸法。 # 今思えば、タイムスタンプが保存されていなくても事が足りることは判る筈なんだけどね。 きっと、旧来の(或いは周囲の人間の)「タイムスタンプによる管理法」に毒されていたのかもしれない。 397 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:03:23 ] 日付を全くみないわけじゃないけど、参考情報にしかしないって感じ。 日付＝コミット時間になるから、見た感じでこの修正が入ったやつなんだなって 何となく感じるっていうか、そんな感じ。 使っていくと視点が変わっていくから重要視しなくなっていく。 ただ、これって開発環境で見たときだからね。 納品先との差まで考えないといけない場合は 管理に追加する前のタイムスタンプっていうのが 消えて欲しくなかったりする。 398 名前：388 mailto:sage [2008/03/24(月) 13:06:05 ] >>395 Windowsの場合は、エクスプローラは更新日時が新しいものが上に来るように設定しているよ。 TortoiseSVNを使うようになってからは、SVN RevisionやSVN Statusも表示するようにしているから WinCVSを使っていた頃よりも却って便利になっている気がする。 # たまたまTortoiseCVSは使い込む気になる前にSVNに移行した。 399 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:06:16 ] 管理開始後は、コミット時間でも現在時刻でも別にかまわないが、最初に全部時刻をリセットする意味がわからん 400 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:10:04 ] 俺Unixユーザだけど、ls -ltrよくするけどな 401 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:10:52 ] >>399 敢えて意味を挙げるなら、余計な情報を管理したくないから ファイルそのものを管理してるわけじゃないでしょ 元はDBで差分情報のみが詰まってるんだから そこにタイムスタンプって情報を詰め込むと 差分がなくても日付が違う＝差分有りとなってしまう 402 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:13:38 ] >>401 意味がわからん。 それぞれのファイルのコミット時刻は持ってるだろうが。 403 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:17:25 ] ファイルのコミット時刻は持ってるよ 正確にはそのリビジョン番号に対しての時刻な サーバ側に持っている情報は、そのリビジョンに対してのコミット時刻のみ だからインポートすると、インポート前のタイムスタンプは消える 差分管理でタイムスタンプって概念を持ち出すと、 タイムスタンプを変えただけで内容が全く変わらないものも 差異有りとして捉えられる 404 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:21:28 ] 差分管理にタイムスタンプの概念を入れろという話じゃなくて、インポート時にオリジナルの タイムスタンプを保持して、それでチェックアウトできるようにしろって話なんだけど。 405 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:22:39 ] いやなら使うなよｗｗｗ 406 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:26:44 ] だからそれを保持するって事は・・・って話してるんだけどな 407 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:45:06 ] >>406 svnは、差分の有り無しはタイムスタンプがどうであれ、ファイルの内容で決定すればいい。 というか今もそうだろ？ チェックアウトしたときに、元ファイルのタイムスタンプが復元されたら、何か問題でもあるのか？ 408 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:48:07 ] そうすると話が、あえて問題を挙げるとすれば・・って ところに戻るわけだが 409 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:53:36 ] お前アホか。 >そこにタイムスタンプって情報を詰め込むと >差分がなくても日付が違う＝差分有りとなってしまう てなことにはならないから、見当違いなこと言うなって言ってるんだよ 410 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:53:41 ] まぁどんな値をプロパティに入れてもいいわけだから、 あとはそういうクライアントを書くかどうかだけだよな。 リポジトリサーバ側には何も手を入れなくていいだけだし。 んなこといったらシンボリックリンクなんかのOS依存の ファイルの扱いはどうなるんだって話になるし。 俺の場合スクリプト書いて必要なファイルに関しては プロパティにパーミッションやらオーナーやらまで記録してる。 411 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:54:32 ] >>409 うむ。そのとおり。まぁプロパティは変更ということに なるだろうけど、それは当たり前だし。 412 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:55:39 ] >>409 現状、DBには差分内容しか入っていない。 タイムスタンプを復元するための情報を各リビジョン、ファイルごとに 持つ必要があるかどうか、それだけの話。 そうしたいならDBを自分で拡張して実現してみれば良い。 そんな労力を割いてまで実現する必要があるかを考えれば解答は出るはず。 413 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:58:23 ] >>412 だーかーらー、インポート時のタイムスタンプの話をしてるんだけど、理解してる？ 414 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 13:58:54 ] >>409 差分管理に不要な項目をタイムスタンプを復元するために 増やす必要が出てくるって話を言いたかっただけ 415 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:01:23 ] >>414 アホ？もう消えていいよ 416 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:01:58 ] >>413 インポート時だけってのは何で？ それならAddした時だって持ってないといけないでしょ 途中でDelだってされるしリビジョン指定で昔のリビジョンを チェックアウトした時を考えればどうしたってその時点での タイムスタンプが必要になるよ 417 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:03:05 ] >>416 お前は必要だと思っている。 俺は必要だとは思わない。 ＯＫ？ 418 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:04:39 ] だからさー、そんな不自然な妥協を残した実装するんなら ないほうが良いだけじゃないのかね 419 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:06:12 ] タイムスタンプ信仰のキチガイには触るなでFA。 OK？ 420 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:08:51 ] >>418 わかんねー奴だな。 お前は不自然だと思ってる。 俺は不自然だとは思わない。 ＯＫ？ 421 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:10:03 ] OKですよん 422 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:15:45 ] 1. 空のリポジトリを作る 2. 最も古いファイルに、時刻をあわせる 3. 1ファイルずつ、ファイルのタイムスタンプに時刻を合わせながらadd/commitしていく これでOK。 423 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:20:24 ] >最初に全部時刻をリセットする意味がわからん こんな奴が何で偉そうに踏ん反り返っているのか分からん 424 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:32:00 ] FTPでファイルをアップロードして タイムスタンプを変えるなって 騒いでる連中と変わらないな 425 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:38:26 ] なら簡単だな 各ファイルをZIPに圧縮してコミットすれば良い 426 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:38:41 ] >>423-424 お前らのうち、どっちか（あるいは両方）は>>401じゃねーの？ｗｗｗ 427 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:43:50 ] >>410 今の仕様でも実現できるんだ。知らなかった。 import/checkoutのラッパスクリプト書けばいいってことだね。 428 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:52:43 ] 絶対の情報ではないタイムスタンプは管理しない。 当初からそういう思想。 ニーズに合わないなら合うソフトを使えばいい。 429 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 14:53:10 ] タイムスタンプは、10年くらい前からのプロジェクト（ソース納品必須）にsvnを導入するときに問題になった。 どうしても古いタイムスタンプがリセットされることを納得してもらえなかったので、古いファイルは納品時に タイムスタンプを書き換えることで回避してる。 430 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:00:35 ] まあリポジトリ管理外へ持ち出す場合はタイムスタンプを 頼るのが普通だからな〜。 簡単に書き換えられる情報を信用するのは 危険でもあるんだけど、そんなことするやつは いないで済んでしまう話だし。 431 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:01:05 ] >>428 コミット日時は保持してるじゃん・・・ 432 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:04:29 ] >>430 そう。 ただ、信用するとかしないとかいうことじゃなくて、単純にタイムスタンプでソートしたときに何かの目安に なるってだけだけどね。 433 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:07:02 ] >>431 おまえはなにをいっているんだ 434 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:11:45 ] >>433 日時情報がいらないなら、コミット日時もいらないじゃん。 いるの？ 435 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:13:24 ] だから、お前ら、クライアント側が必要だと思う 情報をプロパティに入れておけばいいだけだろ。 そのためにプロパティは普通 svn:ignore って 感じで名前空間（？）つけるし。あとはそれが どれだけ標準的に使われる？ってだけの話で、 もし必要ならRDFのようにめちゃくちゃリッチに 書く事だってできそうだぞ？ といっても現在はプロパティ名に URI を書くことが できないから無理なんだけど。プロパティ名に URI がかければ mod_dav_svn 改造してセマンティック ウェブで活用できそうな気がするんだがなぁ。 436 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:13:39 ] >>434 おまえはいったいなにをいっているんだ 437 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:14:55 ] >>436 いるの？いらないの？ いるならなんでいるの？ 438 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:20:17 ] >>435 分散リポジトリなら、それでいいんだけどね 439 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:27:10 ] タイムスタンプの信用性を落としている一因が他ならぬsubversion自体 440 名前：429 mailto:sage [2008/03/24(月) 15:31:09 ] どうも、俺は必要だからお前も必要だろとか、俺は必要ないからお前も必要ないだろ、みたいな論調が多くて ちょっと悲しくなる。 お互い、相手の立場や考えは尊重しようよ・・・。 441 名前：429 mailto:sage [2008/03/24(月) 15:35:32 ] 俺自身は、exportしたときに、revision 1から変更が無いファイルは、元タイムスタンプが復元されると とてもうれしい。 check outの時は復元されなくてもかまわない。 442 名前：デフォルトの名無しさん [2008/03/24(月) 15:37:11 ] もりあがってきてまいりました 443 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:39:08 ] だから、必要な奴はプロパティに設定するなりしろってことでFA。 いつまで続けるんだ、これ 444 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:41:10 ] なぁ、現状のsvnじゃできないんだからさ、自分で拡張するなり、 違うVCSに乗り換えるなりしろよ。 ソース公開されてるんだからさ。 445 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:42:54 ] つうかどうしても必要なら属性使えって解説もされてるんだけどな 446 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:44:42 ] 属性取得するの遅いんだけどな 447 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 15:49:01 ] 嫌なら他を使えば良いじゃない 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でファイルが更新されたときの時間でおｋ 　→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 ] タイムスタンプには、午前３時とか正月とか涙を誘うものがあるな。 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版の第４章を読みなさい 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 ] テストリポジトリとその作業コピーを２つ作って、 同じファイルを修正して、両方を順番にコミットしてみればいいぜ どういう反応を示すかわかる。 一人の場合、基本コンフリクトは発生しないので 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 そういうの使ってるって言わないよなｗ 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管理下のファイルをＯＳ削除したとき コマンド操作で削除コミットしたい。 もちろん、管理下には修正ファイル、フォルダ、新規追加のファイル、フォルダが混在する。 上記作業を自動で行うために、フォルダツリーに散在した、削除フォルダ、ファイルを見極め 自動で削除コミットしたい。 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 すげーなｗ 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 日本語でおｋって感じの文章に回答してくれて、ありがとうございます。 もちろん svn:ignore は使用しているのですが・・・ VS だけを使っているのなら、まだなんとかなるのですが・・・ 他のツールも併用していて、そこから　ポコポコ大量の自動生成が・・・ VS のビルドもそう（？）ですが、あれって生成時の日付をどこかに埋め込むんですか？ 内容は何も変わってないのに、生成するだけで変更になってしまいますよね？ まぁ　いろいろ書きたい事はあるのですが 俺も含めて、作業者のRCSの使いこなしが出来ていないと言うことで自分に言い聞かせてます。 でも、せめて 安全なバックアップとして svn を利用しようと、また近い将来にそのリポジトリを RCSの理念の基に利用できるようにするためにも、日々の作業分だけでもコミットしておこうかな と思ったんです。 svn add * svn commit -m "？？月？？日分" で　追加・修正分は簡単にできるんですが 削除されたもの TortoiseSVN 上では「紛失」にあたるものの扱いがコマンドベースで 上手く処理する術を思いつきません。 というのが　本題です 長文スマソ　でした 549 名前：デフォルトの名無しさん [2008/04/20(日) 15:42:07 ] すんごい、恥ずかしくて聞きにくいんですが、 svnのコミットログって一行でかかないといけないんでしょうか？ TortoiseSVNで複数行入力できるのですが、非推奨なのかな？ CodeReposのログとか見てると、みんな一行っぽいのですが・・・。 550 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 15:48:50 ] TortoiseSVNを使うか使わないかに限らず複数行書く私が来ましたよ。 コマンドラインでコメントを書く人は、複数行書くのが難しいから一行なのでは? 551 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 16:28:19 ] 俺も恥ずかしい質問します！ 自分は Subversion しか使ったことがないんですが、 他のバージョン管理ツール（たとえばCVS）から 移行するときに更新履歴やログも引き継げるものなんでしょうか？ バージョン管理ツールごとにポリシー（たとえばディレクトリに リビジョンをつけるのか、ファイルごとにつけるのか）などが 異なるので引き継げないように思うのですが。 皆さん以降の際には HEAD だけ import して気分一新！ という感じなんでしょうか？ 552 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:00:20 ] そりゃ完全さと効率を天秤にかけるもんだろう 553 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:01:12 ] CVSとVSSの移行ツールは見たことある。他も探せばあるかもしれない。 どれも履歴と更新ログくらいは対応してるだろうけど、実際に上手く行くかどうかは、試しにやってみないとなんとも言えない。 (海外の作者が作った移行ツールで、ファイル名や更新ログに漢字を使ったリポジトリを移行する場合とか) 554 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:03:16 ] >>549,550 俺も複数行書いてるっす。 コマンドラインにコミットメッセージを書かずにエディタで書いてる。 >>551 あんまり移行をしないけど、履歴は引き継げるはず。 ところでTortoiseSVNのchmヘルプの文字化けを解消するパッチを投げました。 1.5からはキーワードや検索が役に立つと思います。 555 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:13:45 ] >> 550 >>554 複数行やってる人いて安心した！ >>551 cvs2svnとか使ってみたけど、100くらいのリビジョンあるプロジェクトでやってみたら 何時間待っても終わらなかった覚えがｗ 結局、一新してimportし直したよ 556 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:21:05 ] Mercurialだったかな。 コミットログの1行目をサマリーとみなすという慣習があるのは。 この場合、詳細を2行目以降に書く。 557 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:22:57 ] CVSからSVNに移行した私が来ましたよ。 CVS2SVNなるスクリプトがあるので、移行するだけなら割と簡単にできる。 但し、リビジョン番号の振り方がCVSの概念を反映しきれないので過去の資産を活用するのは若干難しい。 例えば、コミット処理に時間がかかってコミット時間がずれてしまったような場合、別のリビジョンと解釈されかねない。 また、ブランチを作るときに一部のファイルだけしかブランチに入らなかった場合、SVN上は 一旦ブランチへのコピーを行なってから残りのファイルを全て削除したような履歴になってしまう。 # このため、コメントを伴わない(CVS2SVNが生成するコメントがついた)リビジョンが発生する。 558 名前：デフォルトの名無しさん [2008/04/21(月) 01:28:55 ] >555 複数行でもいいけど、 コミットログ一覧では一行しか表示しないクライアントソフトが多いので、 1行で簡潔にまとめるのがいいと思う。 最低でも、1行目は概要、2行目以降に詳細とするべきかと。 559 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 03:56:01 ] 自分も1行目をサマリーにしてます。 メールやTrac TimelineのRSSやEclipse (Historyビュー)、TortoiseSVNが 見やくなるので。 詳細は2行め以降、あるいはTracのチケットの方に書いてます。 560 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 06:12:58 ] hot-backupに掛かる時間て、リビジョン数に対して非線形に増加しない？ 16000位で6時間以上掛かってる。5000の時は1時間位だった気がするのに。 いい方法ない？（dumpはおいといて） 561 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:25:37 ] >>560 ファイルコピーが遅いだけとか？試しに普通のファイルコピーしてみたらどうなるかな 562 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:38:03 ] >>548 > svn add * これをやったら svn:ignore を設定する意味ないんじゃない？ svn:ignore は管理下にないファイルの存在警告を抑制するものであって、 add されるのを回避するためのものじゃない。 これでは作業ファイル等の不要なファイルまでリポジトリに追加されるよ。 >>542氏が言ってるように > バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。 なので、管理が必要なものだけをリポジトリに追加していけばすっきりとした 運用ができると思う。 563 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:58:12 ] >>562 重箱の隅つつきみたいで悪いが、 * にディレクトリが含まれるとき、そのディレクトリの下は svn:ignore に従う。 svn:ignore を無視させて何が何でも無理矢理全部再帰的に add したけりゃ --no-ignore をつける。 564 名前：デフォルトの名無しさん [2008/04/22(火) 03:05:21 ] >>561 ディスクはネットワークの先だから確かに遅い。 でも気にしてるのは、リビジョン数は3倍なのに時間が6倍になってる事。 これが納得いかない。 でかいリポジトリのhot-copyは諦めるしかない？ 565 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 09:07:57 ] >>564 普通のファイルコピーでは6倍にならないことを確かめたの？ 566 名前：562 mailto:sage [2008/04/22(火) 11:43:00 ] >>563 ディレクトリのことまで考えていなかったわ。 ディレクトリが含まれている場合の add の挙動について勉強になったよ。 レスありがと。 567 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:01:24 ] svn1.4 apache2.0 windows2003serverな構成でサーバを構築しています。 ディレクトリ単位でのアクセス制限も設定しているのですが、windowsだからなのか、リポジトリURL表記の大文字・小文字の扱いで悩んでいます。 ファイルシステム上のリポジトリがHOGEだったりするばあい、https://server/svn/hogeとかでもチェックアウト出来るくせに、 これでチェックアウトした場合、コミットが出来ません。当然、https://server/svn/HOGEでチェックアウトすればコミットできるんですが・・・ で、リポジトリ名の大文字・小文字を間違える輩が大杉なんで、どちらでもコミットできる、あるいは、正しいリポジトリ名でなければチェックアウトできない、 と行った具合に、どちらかに統一したいのですが、解決策が見つからず、悩んでいます。 VisualSVNServerで環境構築したサーバでは、apache2.2ベースという違いはあれど、大文字・小文字が入り乱れていてもコミットできるのですが、 httpd.confを参考に当方のサーバのhttpd.confをいじってみても解決せず。 どなたか解決策をご教示いただけませんか？ 568 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:22:27 ] Linuxに乗り換える 569 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:25:27 ] フックでチェックさせれば良いんじゃ つうかそう言う大文字小文字を意識しないってのを 意識改革させないと、後で苦労するぞ 570 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 11:50:19 ] Windows上での開発だと大文字小文字の区別をしないのは普通かと。 Visual Studioがファイル名の大文字小文字があっていないテンプレートを平気で作るし。 うちはsvnserve運用だけど普通にコミットできる。 解決策になってないけど 571 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 12:32:45 ] 使ったことないが subversion.tigris.org/tools_contrib.html#hook_scripts に、 case-insensitive.py (contrib/hook-scripts) pre-commit hook to detect case-insensitive filename clashes. This is *much* more efficient than check-case-insensitive.py but it does require Subversion 1.3.0 or later. ってのがあるよ 572 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 12:45:06 ] Windowsがどうであれ、SVNのリポジトリはLinux向けで識別するんだから ファイル名の大文字小文字は意識するようにさせるべき 大文字小文字が違うだけのファイルがコミットされたら Windows環境でチェックアウトするとAbortされるぞ 573 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:07:22 ] >>570はWindowsのクライアント >>572はlinuxクライアントを想定してるんじゃないか？ >>567にはサーバー側のことしか書いてないし。 >大文字小文字が違うだけのファイルがコミットされたら というのがまずあり得ない重箱の隅に聞こえる。 同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？ 574 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:27:53 ] むしろcaseを区別しないwindowsユーザー、アプリ側で 大文字小文字をとっちがえ、 そのまま同じファイルのつもりで 同名ファイルをコミットしそうだけど。 575 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:31:18 ] >>573 >同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？ クライアント側がWindowsだからこそ、大文字小文字を変に気にするやつが コミットする時に小文字を大文字に変えたりしてコミットしようとするんだよ 実際はファイル名を変えた時点で管理外になるんだけど、 考えなしに追加、コミットしてくるやつが以前いたもんで まぁうちの人間がおかしいって言われればそれまでなんだけど SVNで使ってるリポジトリは大文字小文字を別物として 捉えるってのを最初にちゃんと言っておくべきだって話 576 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:36:35 ] MakefileとMAKEFILEとmakefileがコミットされて殺意が湧いた事ある 577 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:45:39 ] TortoiseSVNで名前の変更をした場合 大文字、小文字のみのリネームは出来ません って警告してくるんでそこで気付いてくれれば良いんだけどね 578 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:19:02 ] ソースファイルじゃなくてデータファイルなんかのときに困ね テストを実行したら「ファイルが見つかりません」って大文字小文字違いかよ・・・みたいな 579 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 00:10:21 ] むかしWindows使いからやってきたjavaのソースファイル名がクラス名と大文 字小文字が揃っておらず、えらい難儀した記憶がある‥‥‥。 580 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 06:11:48 ] >>577 このメッセージは逆に紛らわしいと思う リポジトリ側でも大文字小文字は区別されないのかと考えてしまうよ 581 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 09:29:39 ] >>580 ヘルプ読んでほしいなぁ…… 582 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 12:26:47 ] TortoiseSVNはWindows専用のクライアントなんだから そうするのが当たり前だと思うが 実際にそれをコミットしたらTortoiseSVNでチェックアウトすると その部分でAbortが発生する ヘルプはちゃんと読んでないのでどう書いてあるのか知らんけど 583 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:02:46 ] WindowsじゃなくてもFATをマウントしていたらどうなるんだ 584 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:22:36 ] >>580 ＞このメッセージは逆に紛らわしいと思う いやべつに。 直接的な理由は言ってるし、それ以上厳密にしたってしょうがない。 585 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:29:41 ] trunk の一部を切り出して、管理の外で作業したいものがあるので、 tar でまとめています。 tar でアーカイブする時に各ディレクトリごとの .svn が含まれてしまうのを 避けたいのですが、何かいい方法はありませんでしょうか。 作業場所で解凍した後に、find hoge -type d -name '.svn' -exec rm -rf '{}' ';' という解決策以外を探しています。 586 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:50:22 ] tarでアーカイブするときに.svnを除外する。 587 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:52:26 ] find の使い方分かってるなら、 tar に渡すファイルを find 使って指定すればいい。 588 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:55:57 ] サイズが小さいなら毎回exportでもいいんでは 589 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 04:03:19 ] >>586 最近のtarならtar cf --exclude-vcs foo.tar . だけだしな。 590 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:30:51 ] ありがとうございます。tar のオプション知りました。 あいにく 1.14 で古かったのですが tar cz --exclude=.svn -f hoge.tar.gz . find でファイル指定するのは tar czf hoge.tar.gz `find . -type f ! -name '*/.svn/*'` としてみて惨敗だったので。。 591 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:33:50 ] find . | grep -v '/\.svn/' 592 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:48:01 ] その手がありましたね。。find よく知らなかった頃は いつもパイプで処理してたのに。。頭かたくなった。 ところで、今回の発端は、synbolic link で管理している ファイルやディレクトリを windows　上では実体化して 作業したいというものです。 tar czhf hoge.tar.gz . svn export で synbolic link を実体化してくれると 他の作業者に説明しやすくて嬉しいのですけど。 593 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 10:21:33 ] いずれにせよシェルスクリプト化するんなら同じじゃね？ 594 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 18:22:08 ] あー、たしかに TortoiseSVN で複数行入力可能だけど、 ログみるときリストにはずらりと一行目が表示されるもんな・・・ 一行目はサマリーか、参考になる >>567 ・Windows serverをやめる ・coLinuxか、andLinuxを使う 595 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 04:11:27 ] svn st で、特定の状態のもののファイル名だけ単純に一行に ひとつずつ出してくれるようにできれば便利なんだけどなぁ。 いちいち出力を sed とか awk とかで篩い分けて xargs に渡して って面倒。まぁ一度スクリプトを書いてしまえばいいんだけど。 596 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 08:15:37 ] そのうちxml queryができるようになるよ 597 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:09:41 ] Subversion 1.5.0 Release Candidate 4 Released ttp://svn.haxx.se/users/archive-2008-04/0723.shtml 598 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 07:09:33 ] subversionのレポジトリってOS間で移動しても大丈夫ですか？ つまりいままでlinuxにあったレポジトリをwindowsのNTFSに そのままコピーして使って大丈夫でしょうか？ マニュアルによると Berkeley DBと違ってFSFSなら プラットフォームに独立した保存形式ということなんですが。 599 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 08:04:31 ] 余り薦められたもんじゃないけど、USBメモリにリポジトリを入れておいて Linux端末に繋いでもWindows端末に繋いでも使えるから大丈夫でしょ。 600 名前：デフォルトの名無しさん [2008/05/06(火) 12:32:31 ] どっかのサーバーに置いとけばいいんじゃないの？ 601 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 13:02:02 ] サーバーに置けるんだったら、そのサーバーで Subversion 動かした方がよくね？ まあ、いろいろ制約があるのかも知れないけど。 602 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 13:16:21 ] >>598 Subversionのバージョンが大きく下がるとダメなことがあるかも。 壊れたりはしないけど「フォーマット新しすぎ」とか言われるはず。 svnadmin dump → svnadmin load が安全なのでお勧め。 603 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 17:10:43 ] >>602 それはワーキングコピーのほうじゃないかい？ 604 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:34:26 ] >603 レポジトリもどっかで非互換になった気がする...もう記憶の彼方だけど... 605 名前：599 mailto:sage [2008/05/06(火) 19:47:17 ] あー、>602は経験ありますよ。確か、cygwinのクライアントが古くて読めなかった。 勿論、更新して回避。今はcygwinのsvnじゃなくて本家サイトから落としたのを使っているけど。 606 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 20:07:40 ] >>603 レポジトリにもバージョンがある (format に書いてある) ので、 バージョン間で非互換の部分があるかもしれない。 (俺は見たことないけど。) ので、安全を期すなら >>602 の言う通り dump - load が確実。 607 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 20:35:07 ] .svn/entries がxmlじゃないフォーマットになったけど、 その仕様ってどっかにある？ 本家のDocumentとかみたけどAPI使え的なのしか発見できなかった。 608 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 22:28:27 ] >>603 つ svnadmin dump --help 609 名前：598 mailto:sage [2008/05/07(水) 00:33:38 ] svnadmin の dump load 知りませんでした。 これ使ってみます。ありがとうございました。 610 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 02:02:03 ] >>600 LinuxのサーバからWindowsのサーバに移動するというケースも忘れてはならない。 611 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 02:19:36 ] >>607 全部読んでないけど、これかな？ svn.collab.net/repos/svn/trunk/subversion/libsvn_wc/README 612 名前：デフォルトの名無しさん [2008/05/07(水) 14:52:26 ] username として可能な文字列ってどんなだったっけ？ たとえば subversion 的には OpenID の Identifier みたいな URI でも username として受け付けてくれるんだろうか。 613 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:21:43 ] >>610 今時は OS の違いなんてあまり重要じゃないでしょ。 Samba なり Service for Unix あたりでなんとでもなるだろうし。 614 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:03:39 ] わかってないな。 見た目上似せてるがゆえに かえってFSとかの仕様の細かい差異がむしろ問題になりうる。 615 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:21:06 ] リポジトリのファイルってリビジョン番号とかだし、そんなに影響ある？ そこまで違いに敏感だと困るんじゃないか？ 616 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:40:27 ] 昔の知識引きずってる爺だろ、放置推奨。 617 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 23:13:10 ] 具体的に何がおきるの？ 618 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 01:35:23 ] わかんないんです（＞＜） 619 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 05:01:52 ] デフォルトのFSFSならリポジトリにOSの違いは無い、のではなかったっけ？ BDB <-> FSFS とか、BDBのバージョンが異なる場合とかなら、 svnadmin dump/load が必要。 でも、今時（Subversion 1.2以後）はデフォルトがFSFSなので、 気にする必要がないよね。 あと、Subversion 1.3 -> 1.4のようにリポジトリの形式が変わったときも、 Subversionはどちらの形式でも扱えたのでdump/loadは不要だったけど、 dump/loadして新しい形式にすればリポジトリが小さくなる、という 御利益があった。 ttp://www.google.co.jp/search?q=svn+bdb+4.2+4.3 ttp://subversion.tigris.org/faq.html#dumpload ttp://subversion.tigris.org/faq.html#bdb-fsfs-convert 620 名前：デフォルトの名無しさん [2008/05/08(木) 18:53:07 ] そんなことより、なんでもかんでも（バイナリなデータも） 放り込んで肥大化して言っている漏れのプロジェクト、 サイズ的にはどの程度になったら破綻するのか気になる。 まぁワーキングコピーで svn st が1分以上かかるようになったらやばいか。 っていってもワーキングコピーはリポジトリの一部だからなぁ。 リポジトリ自体はどの程度の規模になったら破綻するんだろう。 もしかして100GBとかのリポジトリでも成立するのか？ そしてリビジョン番号が1000万とか。 621 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 19:59:34 ] >>620 Revが65万くらいのはよく見かける。 622 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 03:07:21 ] 　　　　　　　ヽ|/ 　　　　 ／￣￣￣｀ヽ、 　　　 /　　 　　　　　　ヽ 　　　/　 ＼,, ,,／ 　　　| 　　　|　（●） （●）|||　 | 　　　| 　/￣⌒￣ヽ　U.| 　　・・・・・･･･ｺﾞｸﾘ。 　　　|　 | .ｌ~￣~ヽ |　　 | 　　　|U ヽ ￣~￣ ﾉ　　 | 　　　|　　 ￣￣￣　　　 | 一体どんな使い方をしたらそんなに数を重ねるんだろうか。 623 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 03:19:06 ] websvn.kde.org/ ここはRev.が80万超えてる。 624 名前：デフォルトの名無しさん [2008/05/09(金) 21:56:30 ] svnmanager って管理用データベースと実際のリボジトリの間の整合性が取れなくなると悲惨。 Webベースで svnadmin 相当の操作やアクセス制御の操作ができるいいツールないかな？ 625 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:16:02 ] またこの話か・・・・ 626 名前：デフォルトの名無しさん [2008/05/10(土) 16:28:08 ] すまん。 みんなどうやっているのか知りたかったんだ 627 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 19:10:16 ] キーワード置換と等価な作業をバイナリファイルに施したいです。 つまり、リビジョン番号や日付を任意のフォーマットでファイルに埋め込む作業を コミット時に自動で行いたいです。これを実現する方法はあるでしょうか？ フックスクリプトでできるかなと思ったのですが、方法が解らず悩んでいる状況です。 (svnlook cat でファイル内容の取得はできるが、内容の編集方法がわからない) ご教示のほど、どうぞ宜しくお願い致します。 628 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 20:01:22 ] >>627 svn:keyword でバイナリ用の置換マーク使うんじゃ何か不満か？ 629 名前：627 mailto:sage [2008/05/11(日) 22:01:10 ] >>628 バイナリの中にデフォルトの置換文字列を埋め込む、ってことですよね？ 99.99%以上大丈夫だけど、たまっっったま置換文字列と同じパターンのデータが 紛れた時にどう対処するか？っていう事を考えていて、上記質問と相成りました。 pre-commitでパターンの重複をチェックして水際でデータの破壊を防ぐ、ってのが ひとつの方法ですが、置換を自前スクリプトで制御する方が綺麗な方法かなと思いまして。。。 630 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 22:07:38 ] >>629 なるほどね。でもコミットされるリビジョンの編集はフックではできないから、 pre-commit ではじくってのが一番現実的な感じ。自前のスクリプトでやるとしたら、 実行タイミングでまた悩むと思う。 631 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:10:08 ] >>627 現状では無理。 テキストのキーワード置換はクライアント側で行われているから、 クライアントを改造するのがまっとうな方法。 632 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:25:09 ] importした時のファイルのタイムスタンプを保存する方法ないですか？ 後からcommitするファイルのタイムスタンプは commitした時刻で構わないんですが。 633 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:43:55 ] >>632 1.6で実装されるかもしれないとか。issue1256 とりあえず適当な属性作って保存しておくとか。 634 名前：627 mailto:sage [2008/05/12(月) 20:39:01 ] >>630 >>631 ご助言ありがとうございました。 結構いけるかなと思いましたが意外と難しいですな。。。 635 名前：デフォルトの名無しさん [2008/05/17(土) 03:12:12 ] TortoiseSVNの質問です。 TortoiseSVNで認証が必要なサーバーにコミットするのに、 パスワードの入力が必要なくコミットできたのですが、 これは何故でしょうか？ 以前、そのサーバーにはコマンドライン版の svn にて認証を通し、コミットしたことがあります。 svnでは、 C:\Documents and Settings\（ユーザー名）\Application Data\Subversion\auth\svn.simple などにユーザー名、パスワードなどを保存しているようなのですが、 TortoiseSVNでもこの設定を読んでいるのでしょうか？ 636 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 10:59:28 ] TortoiseSVN のヘルプ開いて目次の 　TortoiseSVN - 日常操作ガイド - さぁはじめましょう - 認証 を参照。 ちなみに共有するのが嫌なら、 　TortoiseSVN - 日常操作ガイド - TortoiseSVN の設定 - レジストリ設定 を見れば、変え方が分かる。 637 名前：デフォルトの名無しさん [2008/05/17(土) 15:55:50 ] >>636 サンクス！ ヘルプにあったんですね。 というか日本語ヘルプの存在をはじめてしったｗ Subversionの設定をそのまま使うんですね。 簡単な認証なら便利ですね。 レジストリの設定は、レジストリに該当箇所（ConfigDir）が見つけられなかったけどたぶんSubversionの場所をさしているんでしょう。 638 名前：デフォルトの名無しさん [2008/05/18(日) 07:33:15 ] あれ？いまの TortoiseSVN のバイナリパッケージって、svn.exe 自体は含まれてないんだったっけ？ c:\Program Files\TortoiseSVN\bin 以下に入っているものとばかり思っていた。 639 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 10:07:57 ] なんかコメントがカオスになってきてるんだけど いい感じのコメント規則ってないですかね？ 640 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 15:36:04 ] >>638 不要じゃろう 641 名前：デフォルトの名無しさん [2008/05/19(月) 04:17:49 ] svnsync って双方向じゃないのが不便だね． リードオンリーのミラーを作るって，バックアップ目的 以外に使い道ある？ 642 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 10:06:13 ] 双方向のニーズって何？ USBに入れて持ち歩いたり、なんちゃって分散リポジトリもどきでもやるのか。 643 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 14:19:52 ] リポジトリを作るときにtrunk,tags,branchesを作らずに全部直下に 入れる構造にしていて、後で直したいと思ったときはどうすればいいですか？ 3個をmkdirして現在直下にあるファイルをmvすると、mvのたび （つまり直下のファイルと同数だけ）リビジョンが増えてしまうのですが、 もっといい方法はありますか？ 644 名前：デフォルトの名無しさん [2008/05/21(水) 15:51:05 ] ファイルを1つ動かす度にコミットしなければ良い。 645 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 16:00:05 ] そういえば % svn {mv,cp} hoge.txt hage.doc hige.c dir/ って複数のmv/cpは書けないって知ったときは目が点になったな。 最新版では書けるのかな。今のところforで書いてるけど、タルい。 646 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 16:09:20 ] >>643 簡単な解決策： リビジョン番号が増えるのを気にしない 647 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:24:58 ] バグに対する簡単な解決策：バグがあるのを気にしない 648 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:51:39 ] >>645 改造して、patch を公開してくれるとプチヒーローになれるかも。 >>646 リビジョン番号はあまり気にしないけど、似たようなログが３個も あるのはすごくダサいと思う。 649 名前：デフォルトの名無しさん [2008/05/21(水) 22:57:10 ] >644 で解決じゃないの？ 650 名前：つーか、単なる雑談だわ。 mailto:sage [2008/05/22(木) 00:38:43 ] あ〜、リビジョン番号の方は解決済みだよ。 より簡単な方法を模索してるだけ (w 651 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 01:29:53 ] >>643 リポジトリのルートからのコピーで trunk を新規作成すればいい。 URL 指定のリポジトリ内コピーで一発。 652 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 07:43:28 ] 自分ならdumpして加工してloadするが 653 名前：デフォルトの名無しさん [2008/05/22(木) 12:40:53 ] Subversion はワーキングコピーが内容の二倍になっちゃうけど、 他のバージョン管理システムでも同じようなものなの？ diff をとろうとする以上そうなってしまうような気がする。 654 名前：デフォルトの名無しさん [2008/05/22(木) 13:21:08 ] 今の subversion には text-base 以下を再び リポジトリから持ってきて修復する手段がないよね 655 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 14:10:39 ] >>643 svn rm * svn cp `svn info | ruby -e'$<.grep(/^URL:\s*(.*)/){print $1}'` trunk svn mkdir tags branches svn ci >>645 確か 1.5 からできる。 656 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 22:00:18 ] >>651 なんで、リポジトリ内コピーなんてするんだ？ >>643 はワーク内で移動/コピーして一気にコミットしたいんだと思うが。 >>653 管理ファイルもあるから、２倍＋αだな。 まあ、BASE ファイルを圧縮するとか複数のファイルをまとめて管理する とかのちまちました削減策は可能だけど、HDD の GB 単価が 20円を切っ てる状況では多少のディスク容量と引き換えにプログラムを難しくする 必然性はないだろうな。 657 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:24:15 ] 馬鹿は偉そうに沸かなくて良いよ恥ずかしいから 658 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:00:27 ] svn diff -rHEAD とやると、現在のリビジョンと最新とのdiffが見れますが、 先頭の+と-を逆に表示できればしたいのですが、可能でしょうか？ どうにも見づらいのです・・ 659 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 08:31:50 ] ワーキングコピーのリビジョン(CUR)がわかれば svn diff -rCUR:HEAD ではだめ？ 試してないからわからないけど。 660 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:07:31 ] >>645 https://svn.collab.net/repos/svn/branches/1.5.x/CHANGES > * 'svn move file1 file2 ... dir' now moves the files into dir (issue #747) 661 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 11:02:46 ] >660 おお、やったぁ (って、debian stableに落ちてくるのはだいぶ先っぽいな...) 662 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 12:44:37 ] たぁぼぅるからインスコすればいいんじゃね 663 名前：デフォルトの名無しさん [2008/05/23(金) 12:49:08 ] 同じサーバに数人が同居していて、それぞれ自分の ホームディレクトリ以下にリポジトリを作って svn+ssh で幸せに暮らしているのですが、 各人のリポジトリを WebDAV 経由（Apache経由） ででもアクセスしたいなという要求が出てきました。 しかし Apache は各ユーザとは無関係の権限で 動いています（Debian 系なら apache, Redhat 系なら httpd）。このときパーミッションなどをうまく 設定する方法はあるのでしょうか？ 664 名前：デフォルトの名無しさん [2008/05/23(金) 14:22:18 ] >>663 ACLを調べるんだ。 665 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 22:03:02 ] >>658 自分はこうしてる svn diff -r base:head むしろ、(編集された)作業ディレクトリとHEADとのdiffが見たいんだけどな‥‥ 666 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 23:09:05 ] >>657 話に入れないからと言って僻むなよ。(w >>663 そもそも、svnserve の設定はどうやってるんだ？ 各人のリポジトリが他人から触られてもいいのなら、subversion とかの グループ作って、apache / httpd をそれに加えておき、各人のリポジト リを subversion グループに読み書き可にすればいい。 もっと簡単なのは各人毎に Apache 立ててしまうことだと思う。 667 名前：デフォルトの名無しさん [2008/05/24(土) 06:03:15 ] >>666 >もっと簡単なのは各人毎に Apache 立ててしまうことだと思う。 それはいいかも。 そのとき Apache は inetd 経由で別々のユーザとして 起動するのがいいのかな。ポート番号をユーザごとに変えて。 ポート番号 = ユーザ番号とかだと覚えやすいかもしれないけど、 mod_proxy とか pound なんかで振り分けてやるほうがいいのかな。 668 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 06:22:23 ] inetd経由するなら素直にsvnserveでsvnプロトコルしゃべらせた方が楽じゃん。 669 名前：デフォルトの名無しさん [2008/05/24(土) 06:30:00 ] >>668 それなら素直に ssh+svn でいいジャンという話に･･ もともと、WebDAV クライアント経由で閲覧したいという 話になったので、svn+ssh 以外のアクセスパスを用意したくて。 なぜ WebDAV クライアント経由で閲覧したかったかというと、 社内で導入したドキュメント管理システムの持っている 全文検索機能に組み込みたかったのです。 で、そいつは CIFS を直接マウントするか HTTP/FTP で 覗くことができる場所しかインデックスしてくれないんで。 670 名前：デフォルトの名無しさん [2008/05/24(土) 06:32:46 ] ところで、アクセス制御って HTTP なら AuthzSVNAccessFile でパス単位で、 svnserve なら conf/ 以下の設定でリポジトリ単位で、記述することが できるわけですが、そもそもそういうメタレベルの設定って プロパティに書けないものかなぁ、と思うのです。 ただ、プロパティをいじるにもアクセス制御が必要なので、 そこは鶏と卵になる？ 671 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:56:02 ] >>669 > 社内で導入したドキュメント管理システムの持っている > 全文検索機能に組み込みたかったのです。 単一のシステムが読出ししかしないなら、そのシステム用のグループ/ユーザ id 作って、各リポジトリを読出しのみ可能にしとけば済むと思うが。 あるいは頑張って、libsvn_ra_ftp を作るとか。(w 672 名前：デフォルトの名無しさん [2008/05/24(土) 16:09:46 ] クライアント側はがんがんバージョン上げちゃって 1.5 なんだけど、サーバはずっと 1.3.1 のまま 放置プレイ中。問題ナッシング？ 673 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:24:36 ] もし1.5ののマージ追跡新機能を使いたいならば、サーバーも更新する必要があるんじゃなかったかな。 はやく1,5リリースされないかなあぁぁ 674 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:38:04 ] マージ追跡新機能はクライアントが全員1.5以上じゃないと意味ないんじゃなかったっけ。 svn:externals の相対パスはどうかな。 675 名前：デフォルトの名無しさん [2008/05/25(日) 06:32:18 ] SVNListParentPath と AuthzSVNAccessFile が 同時に使えないというバグは直ってないのか？ mod_dav_svn 1.4.6 では直ってない。 676 名前：675 [2008/05/25(日) 06:38:29 ] ふうむ、まだなのか。 subversion.tigris.org/issues/show_bug.cgi?id=2753 このバグって2005年ごろからあった気がするんだけどなぁ。 2日ほどこれだけに専念させてくれるならFIXするんだが・・ 677 名前：675 mailto:sage [2008/05/25(日) 07:52:50 ] 一応上のリンクに書かれている方法でなんとかなった。 678 名前：デフォルトの名無しさん [2008/05/25(日) 19:14:16 ] svnsync の使い道がよく分からない。 リードオンリーのリポジトリをミラーで作るって事なんだけど、 オリジナルとミラーとでは UUID が違うよね？ ということはミラーからいくらチェックアウトしても、 それをコミットしようがないじゃないか。 679 名前：デフォルトの名無しさん [2008/05/26(月) 15:05:53 ] CVSだとtrunkの履歴をみても、どのリビジョンがどのタグに使われたか直ぐ判る。 SVNだとタグもコピーだから、コピー元であるtrunkを見ても、どれに使われたか判らない。 どうすればいいの？ 680 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:33:26 ] >>679 tags ディレクトリのログを見るとか。 TortoiseSVN のリビジョングラフのような外部の解析プログラムを使うとか。 681 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:17:23 ] やっぱ外部ツールか。でも、外部ツールはどうやって判定してるんだろ。 リポジトリの全情報持ってきて解析してる？ 682 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:41:59 ] >>681 TortoiseSVN のソース見れ。 683 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 10:38:47 ] 自分で作るとしたら svn log --xml の出力結果を使うだろうな 684 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 11:46:42 ] svn log -v でコメントを出さずに変更パスのみ出せれば grep で簡単に判断できるのに。 転送量も減るし。 685 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 02:07:27 ] ここ見て、Tortoiseで全然更新されてないファイルの リビジョンログ見てみたら数分掛かったよ…。ここはCVSの方が便利だな。 思ったけど、この情報は過去の分は不変なんだから、 ViewVCみたいなサーバ側ツールなら情報を溜めておけるから、 さくさく見れるようにして欲しいな。 686 名前：デフォルトの名無しさん [2008/05/29(木) 06:03:16 ] >>685 svk で手元に引っ張ってきていれば少しはましなのかもしれないけど あんまり根本的な解決方法じゃないね． リビジョンログ見るのに時間がかかるとみる頻度も落ちて， 結果的にログを適当に書くようになっちゃった．； まぁ一人プロジェクトだから自分の作業日記見ればいいわけなんだけど． その作業日記がそもそもログなわけで，ああ〜なんかいい方法はないかね． 687 名前：デフォルトの名無しさん [2008/05/29(木) 06:06:23 ] リビジョンログは常にワンクリックで即時確認できるくらい キャッシュしておいてくれる仕組みがあればいいわけだが， そういうのは TortoiseSVN の今後の進化に期待． 688 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 06:27:21 ] リビジョンログのキャッシュは、1.5にはあると思った。 689 名前：デフォルトの名無しさん [2008/05/29(木) 07:08:50 ] >>688 マジで？ ディストリビューションに含まれてるのをそのまま使ってるから 1.4.6 で止まってるよ．俺． つーか，サーバに関しては 1.3.x のままだし． ソースから入れるか・・・・ 690 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 09:56:02 ] TortoiseSVN 1.5.x のログキャッシュ、ご参考 ttp://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html#tsvn-dug-settings-logcache 691 名前：デフォルトの名無しさん [2008/05/29(木) 10:30:59 ] THX TortoiseSVN の話か。 でも Windows でも使っているからアップデートしてみるか。 Nightly みたいだけど。 692 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 12:23:02 ] 1.5っていつごろでそう？ 693 名前：デフォルトの名無しさん [2008/05/29(木) 12:51:36 ] svn:external で自動的にチェックアウトされたリポジトリには それと分かるオーバーレイアイコンがついていてほしいんだけど そういうことは可能？ 694 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 13:12:50 ] おまえには無理 695 名前：デフォルトの名無しさん [2008/05/29(木) 17:44:09 ] cygwin の Subversion パッケージが 1.4.5 のままだ・・・ TortoiseSVN で 1.5 のワーキングコピーにしちゃったよ orz 696 名前：690 mailto:sage [2008/05/29(木) 19:42:11 ] >>695 あー、ごめん。 自分では Nightly しか使ってないから注意喚起するの忘れてた。 これを機会に svn.exe 、 svnadmin.exe も TortoiseSVN の Nightly に置いてある ものにしてしまうとかいかが？ (^^; 697 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 22:36:10 ] >>659 駄目ですた >>665 ありがとうございますた 698 名前：デフォルトの名無しさん [2008/05/30(金) 06:33:50 ] Subversion 1.5 のドキュメントってどこが最新？ 英語版でいいので．なんか知らん機能がいっぱいありそう． 699 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 11:48:14 ] svnbook.red-bean.com/index.en.html 新しい機能はこっちを見たほうが早いかもしれない。 subversion.tigris.org/svn_1.5_releasenotes.html 700 名前：デフォルトの名無しさん [2008/05/30(金) 17:48:00 ] そういや、1.5 では fsfs のリポジトリの保持方法が 変わって（２階層になって）パフォーマンスが向上 したらしいけど、リポジトリのサイズで考えたら いったいどの程度が限界なんだろうね。 でっかいのをドカンとコミットするか、細切れにコミットして 無駄にリビジョンあげていくかにもよるんだろうけど、 どちらにしろファイルシステムの限界まで肥大化した リポジトリなんてのでも耐えられるんだろうか。 ウェブ関係のデザイナーさんに使ってもらったら、 さくさくと使いこなしてくれるのはいいんだけど、 最近でっかい画像の素材（たとえば写真の編集前の rawデータとか）まで放り込んでいるようで、今は LAN内の Apache で元気に動いてはいるんだけど 既にリポジトリのサイズが30GBくらいに・・・・・ なんか使い方間違っているような気もしないではないけど、 でもそういうヘビーな使い方で壊れるようじゃ 日常使いにも不安だし。その辺の耐久性（というか限界値） ってどこかに言及されていないですかね。 もう誰も使っていないと思われるBDBバックエンドに関する 限界について書かれた文書は結構ヒットするんだけど意味なし。 701 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 17:54:01 ] うちのブログにsubversionのbdb壊れたーー！ って泣きながら来る人一杯居るよ。 702 名前：デフォルトの名無しさん [2008/05/30(金) 17:58:24 ] >>701 まじっすか。 bdb は LDAP (slapd) のバックエンドで使っていて、 ぶっ壊れてえらい目にあったことがあるので敬遠してました。 今のバージョンだと svnadmin create でのデフォルトは fsfs ですよね？ 703 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 18:13:52 ] BDBってそんなに脆いの？ 704 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:14:37 ] 脆いというか、壊れたら全部いっちまいます。 705 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:26:01 ] subversionのリポジトリって基本追加だけだからfsfsは強いのかな。 706 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:38:33 ] fsfs いいよ、fsck の操作を間違えて /lost+found の中でばらばらになった fsfs を元に戻せたよ。 707 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 21:15:01 ] バックアップしてれば壊れることを心配する必要なかろう 708 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 23:13:29 ] バックアップしてから壊れるまでの間の変更がパーになるかもしれないんだから、 壊れやすいなら心配する方が普通だと思うが。 709 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 00:43:36 ] >>707 まあ、あの次期の俺は少し気が緩んでいた。 後悔したんで今はこまめにバックアップを取るようにしている。 710 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 08:50:19 ] subversionのリビジョンが1000だとして、 800にしようとすると1から順に800までパッチ当ててく感じ？ それとも1000から逆に800まで当ててく？ 711 名前：デフォルトの名無しさん [2008/05/31(土) 10:45:47 ] /etc 以下の設定ファイルなどを Subversion で管理しているんだけど、 パーミッションやuid/gid も保存したいので posix:uid posix:gid posix:permissions なんていう プロパティに保存してチェックアウト時に復元するスクリプトかいてるんだけど、 こういう機能って標準では無いですか？ シンボリックリンクや実行可能属性は特別扱いしてくれるんだから、 もうちょっと突っ込んで取り扱ってくれたらいいのにと思う雨の土曜日。 皆さんいかがおすごしですか？ 712 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 11:31:37 ] >>800 working copyなら svn up -r800 exportなら svn diff -r1000:800 > diff を作って当てる 713 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 11:35:43 ] >>711 ないね。 その用途なら svv ってのがあるから参考にすれ。 sakurai.sumomo.ne.jp/page/svv 714 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 12:41:25 ] >>712 ロングパス乙 て言うか、>>710 の質問の意図理解できてないような気が...。 715 名前：デフォルトの名無しさん [2008/06/01(日) 09:03:18 ] Firefox のプロファイルを Subversion で同期すれば 複数のPCのFirefox の状態を同期させられるんじゃね？ と思ったけど、マージがうまくいかなくてどうしようも なくなる気もした。 Firefox 3 RC1 にして Google Browser Sync が 使えなくなったのでそんなことを考えてみる日曜日。 持ち帰りの仕事がいっぱいなので試してみる時間がない。 暇な奴やってくれ。 716 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:55:11 ] firefoxのプロファイルって絶対パス記述するファイルがあったような…あれさえなければ 717 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 17:19:59 ] >>711 残念ながら uid/gid は眼中にありませんでした。申し訳ありません。 718 名前：デフォルトの名無しさん [2008/06/03(火) 23:49:45 ] つ PortableFirefox 719 名前：デフォルトの名無しさん [2008/06/04(水) 18:48:07 ] svn:external で指定したディレクトリ以下を それぞれどの深さまで取りに行くか，指定できない？ 関連するリポジトリのルートから2階層まで取っておきたいとか． 720 名前：デフォルトの名無しさん [2008/06/04(水) 19:33:05 ] ワーキングコピーの形式が変わったのってどっからだっけ？ 1.4.6 と 1.5.x の間には互換性がない？ 721 名前：720 [2008/06/04(水) 19:39:38 ] pysvn 使ってちょっとしたツール作ろうと思ったんだけど， 全部すでに subversion 1.5 でチェックアウトしてしまっているんだよ・・ orz 722 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 21:06:38 ] EDITORにviとか設定して、　svn ci　とやるとコミット対象ファイルがずらっと出ますが このときにコミットしたくないファイルを選ぶことはできないでしょうか？ コミットしたいファイルだけを指定する手間を省きたいのですが・・ 723 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 23:46:57 ] >>722 emacsつかってsvn-statusがでやればいいんじゃないの？ 或いは全部手で指定するか 724 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 09:37:08 ] 1.5 の正式リリースってまだ？ 725 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 10:57:16 ] ttp://subversion.tigris.org/servlets/ProjectNewsList RC9 のとこによるとまくいけば1-2週間、RC8 の時も同じ事書いてあるけど。 RC の冒頭の段落、面白いねｗ 726 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 12:19:01 ] マージ追跡がもうすぐ使えるのか。わくわく totoiseSVNはこの後すこし遅れになるのかな？ 727 名前：デフォルトの名無しさん [2008/06/05(木) 15:14:52 ] svn.collab.net/ みんなここみてるの？ あ〜早く 1.5 の python binding 使いてぇ。 自分でビルドするの超めんどくせぇ。 Visual Studio 2005 Professional は持ってるけど。 Visual C++ 2008 Express Edition でもいいのか。 ・・・やっぱビルド環境整える時間がねぇ。 728 名前：デフォルトの名無しさん [2008/06/05(木) 17:23:17 ] merge-tracking.open.collab.net/servlets/ProjectProcess?pageID=3711 ここにバイナリあるじゃねぇか っていうか、open.collab.net ってどういう位置づけなんだ。 こんなところがあったなんて知らんかった。 ・・・まぁ各種Linuxのディストビューションに入ってる奴と TortoiseSVNを素直に使ってるだけだからなんだが。 729 名前：デフォルトの名無しさん [2008/06/05(木) 17:51:19 ] merge-tracking.open.collab.net/files/documents/147/598/CollabNetSubversion-server-1.5.0-17.win32.exe がーん、肝心の↑がダウンロードできねぇ・・・・俺もうだめぽ 730 名前：デフォルトの名無しさん [2008/06/05(木) 22:42:22 ] おお，上のページ，少しずつ RC9 に置き換わって行ってる 731 名前：デフォルトの名無しさん [2008/06/06(金) 01:17:51 ] チェックアウトした際の --depth オプションって あとから変更できないのかな？ 732 名前：デフォルトの名無しさん [2008/06/06(金) 06:55:27 ] TSVNCacheの情報って他のアプリケーションから使えないもんですかね． ディスク内総なめにしてコミット忘れを検出するツールとかつくるときに キャッシュがあると（判定のフレッシュさに不安はあるものの）便利そう 733 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 10:26:26 ] >>732 tortoisesvn.tigris.org/svn/tortoisesvn/trunk/src/TSVNCache/CacheInterface.h 名前付きパイプ？開けば使えるかも。 734 名前：デフォルトの名無しさん mailto:age [2008/06/06(金) 18:28:45 ] 今、まったくSVNで管理されていないサイト(同サーバ内)があり、 それをSVN管理下に置きたいと思っています。 本番：　/dir/to/honban/**** テスト：/dir/to/test/**** trunkとbranchを使うのは運用的に煩わしいので、 単純に、テスト側のものを（「****」部分）リポジトリに突っ込んでおいて、 本番側で(cd /dir/to/honban) svn updateすれば良いスタイルにしたいと思っています。 で、リポジトリをSVNサーバ側で作成し、 そのリポジトリのrootにテスト側の「****」を突っ込みました。(rev.1) その後、本番側でsvn updateできるようにしようと思い、 3時間ほどいろいろ試したのですが、結果的にできませんでした。 その際やりたい条件が、 ・本番側をなるべく停止させたくない ・/dir/to/honban/****を全消ししてcheckoutしなおすのは× 　→ログファイルなどがあり、管理外のファイルが多くある為 試みたこと 1.ただ単純にcheckoutしてみる 　→「既にファイルがあるからダメ」と怒られた 2.rev.0（空っぽ）をcheckoutし、その後updateしてみる 　→update時に「既にファイルがあるからダメ」と怒られた 3.rev.0をcheckoutし、最新リビジョンにswitchしてみる 　→switch時に「既にファイルがあるからダメ」と怒られた ちなみに、この場合本来であれば、本番・テスト両者をそれぞれ、trunkとbrancheにコミットして、マージするのが普通なのでしょうか？ 長文ですが、どなたか教えてください。よろしく。 735 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:57:58 ] マージ関連の質問です。 branchAをリリース 　branchA → trunk にマージ 次期リリースのためにbranchBを作成 　trunk → branchB にコピー リリース版にバグが発見されたのでtrunkを修正(※) branchBにも伝播させたい 　trunk → branchB にマージ branchBをリリース branchB → trunk にマージ というフローの場合、※がtrunkに2回行われることになるのはどうやって避けていますか？ trunk → branchB にマージしたリビジョンを避けてtrunkにマージ、でしょうか？ すみませんが回答お願いします。 736 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:14:17 ] >>734 使い方が間違っている。 空のフォルダにcheckoutして、その後はupdateが基本 737 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:20:23 ] >>735 brannchBにtrunkの最新版RevCをマージ。続いてtrunkRevCを元のbaranchBを先の差分がbranchBの変更分になるので、それをtrunkのheadにマージ。 738 名前：735 mailto:sage [2008/06/06(金) 20:43:58 ] >>737 説明が悪かったかもしれず、申し訳ありません。 branchB の※までに行われた修正もtrunkにマージしたいです。 branchBを作成した RevA branchBを修正した RevB trunkを修正した RevC trunkの修正をbranchBに取り込んだ RevD branchBにさらに修正を入れたRevE で、trunkチェックアウトディレクトリで、 　svn merge -r RevA:RevE branchB とやってしまうとRevCが2重にtrunkへ反映されてしまいます。 それを避けるためには以下のようにやらないとだめでしょうか？ svn merge -r RevA:RevB branchB svn merge -r RevD:RevE branchB 739 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:46:54 ] >>734 チェックアウトディレクトリをそのまま公開ディレクトリにしてるってことなら svn updateでいけそうに思うけどなあ .svnディレクトリ消したりしてないよね？ 740 名前：737 mailto:sage [2008/06/06(金) 21:04:55 ] >>738 俺の説明も悪かったかも試練ができるよ さらにtrunkの変更がされてたとしよう。それをRevFとする それをbranchBに取り込むとRevGとなる そこで、RevG-RevFの差分をとるとどうなるか。 RevG=ABCEF RevF=CF RevG-RevF=ABEとなってtrunkからマージした分を省いた差分が出来上がるわけだ。RevGとRevFの差分を指定してtrunkのHeadにマージすればいい。 741 名前：735 mailto:sage [2008/06/06(金) 21:10:48 ] >>740 たびたびありがとうございます。 それで、RevBの内容がtrunkにマージされるなら問題ないのですが そんなことない、、ですよね？ 742 名前：737 mailto:sage [2008/06/06(金) 21:17:16 ] >>741 される。 trunkをbanchiにマージした結果、branchとtrnkの差異はbranchBで修正した分だけになるのがポイント。 743 名前：735 [2008/06/06(金) 21:38:03 ] >>742 merge -r RevF:RevG branchB とした際、RevFからRevGまでの間に発生した、branchBに対して行われた 事がtrunkに行われるだけですよね。 マージ先、元との差分を見てマージするのではなくて、マージ元の 指定リビジョン間における修正を、マージ先にも逐一行うといいましょうか。。 もしかして自分、すげえ勘違いしちゃってます？ # branchBの内容をtrunkに上書きしてコミットも考えはしたのですが、気持ち悪く。。 744 名前：737 mailto:sage [2008/06/06(金) 22:04:36 ] >>743 tortoiseSVN使ってるのでコマンドラインは良く分からないけど、異なるツリー間の差分を取る操作にする必要がある。 tortoiseSVNのマージダイアログでは、trunkのrevFを元、branchBのrevＧを先に指定してtrunkにマージすればうまくいく。これはちょうどbaranchiをtrunkに上書きするのと同等。 745 名前：735 [2008/06/06(金) 22:55:28 ] tortoiseSVN、コマンドラインともに revFからrevGへの修正をtrunkにマージしただけだとRevBでbranchBに 対して行った修正が反映されずでした。 あきらめてtrunk→branchBのマージを行ったリビジョン以外の branchBに変更があったリビジョンをtrunkにマージしました。 大変お騒がせしました。 746 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 00:56:22 ] >>734 svn exportでいいんじゃないか？ 「削除されたファイル」の扱いは別途考えなきゃいけなそうだけど。 あと、問題があって戻す時のことを考えると、trunkとtagsは使ったほうがいいと思う。 747 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 03:49:42 ] >>745 $ svn merge trunk-url@RevF branchB-url@RevG trunk-working-copy 748 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 13:30:44 ] あああ！ trunkのRevFからbranchBのRevGを指定するんですね。 ずっとtrunkの作業コピーでbranchBのRevFからRevGをマージしてました。。。 軽く吊ってきますo...rz 749 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 13:32:24 ] >>744 ちゃんとよめてなくてすみませんでした＞＜ 750 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 22:07:40 ] subversionいい加減に滅びないかなぁ 751 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 23:11:40 ] >750 SCCSすら生きてるぞうちのサイト... 752 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 23:26:11 ] subversionより機能的に上のバージョンコントロールシステムってなんかある？ 753 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 01:41:23 ] >>752 むしろ、subversionでなきゃコレ出来ないだろ、的なのを教えてくれ。 754 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 01:55:38 ] バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ 755 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 02:50:47 ] >>754 mercurial/gitがポストSVN扱いされてる感じだな 一方でBSDがSubversion適用なんていう味な話も混ざるねえ 756 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 05:02:26 ] 作業コピーにたいして、いろいろ追加したばあい、 svn add --force * svn commit で一気にできるんだけど 作業コピーのファイルやディレクトリを削除したばあい、どうすればいい? ファイルを消したあとsvn deleteができればいいんだけど。 757 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 05:55:51 ] >>753 無料で使える便利なGUI 758 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 08:02:49 ] >>756 フォルダごとさっぱり消していい。 759 名前：デフォルトの名無しさん [2008/06/08(日) 10:03:06 ] 個人的には Mercurial を使うことも多い． でもむしろ「中央」のリポジトリが明確な方が分かりやすいというのもある． 人に使ってもらうリポジトリを用意するなら Subversion がいいかな． Apache のモジュールとして動くことで普通にブラウザからアクセスできたり， TortoiseSVN の存在も大きいかな． 760 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 16:54:06 ] 確かに複数人で使う場合はまだまだSubversionだね。 761 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:21:08 ] Subversion は CVS のときほど不便さを感じていないので 勉強してまで他のものを使う気にはならない。 762 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:43:17 ] 会社で使うならSubversionだな。 # 個人利用時の話だが、mercurialでpush/pullを忘れて涙目になったことが少なからず……。 763 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 18:29:19 ] なんちゃって技術系ブロガー（子飼いナントカとか）に 「Subversionを使わない１０の理由」みたいなチョウチン記事かかせりゃ 一発で流れるよ 764 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 19:24:04 ] リーナスが Subversion をボロ糞にいっているのはどういった理由からでしょうか? 何件か記事を読んだんですが「ちゃんとしたCVSなんて無理」のような発言しか分か りませんでした。 765 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 19:32:00 ] >>764 批判を特に肯定する記事も少なく、subversion側も冷静な反論をリリース済みだから、それ以上はスルーしてんじゃないか 766 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 20:30:34 ] ちっとばかしスラドJPの当該ネタ読んでみたけど、 いまいちよーわからんね。 まーLinusやESRが妙な怪気炎を上げるのは風物詩になりつつあるような。 767 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:12:24 ] まあ、Linux のカーネルクラスになると Subversion では力不足なのかも 知れないし、git と Mercurial の方がより優秀なのかもしれないけど、 俺たちはLinux のカーネル作ってるわけじゃないんだからほっといてく れって感じじゃね。 768 名前：デフォルトの名無しさん [2008/06/08(日) 22:25:43 ] RMSはどのバージョン管理ツール使ってるんだろう。 769 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:25:46 ] >>764-767 そもそもSubversionの作者サイドが「Linuxカーネルのようなのには向いてないので推奨しないでくれ」て言ってるのに Linusが「あんなの使えねえ。gitでぶっ潰してやる！！！」だもんな。どこのイスラム原理主義勢力だよ。 770 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:37:56 ] フリーウェアなんだから自由に作って構わないと思うけどなあ。 771 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:19:39 ] まあ、>>765 が言う通りスルーで正解だな。 にちゃんと一緒だ。 772 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:56:47 ] FreeBSDはCVSからSubversionに移行したな Linuxカーネルよりはるかに規模が大きいけど 773 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:16:50 ] 中央集権的なモデルにこだわりがあるのだろう、きっと 別に分散型が流行ってるからといって選ばなくちゃならんわけでもないし あるいは移行作業が膨大で、発表は昨今だけど準備はずっと前からやってて 準備を始めたころにはgit/hgがなかったか移行候補になるほどじゃなかった、とか 774 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:32:30 ] >>773 FreeBSD Daily Topics : 2008年6月7日　FreeBSDコアチーム選挙開始，Subversion選択の理由は？，6.4 7.1 7.2 8.0リリーススケジュール発表 ttp://gihyo.jp/admin/clip/01/fdt/200806/07 移行のしやすさとかなんとか 775 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:41:30 ] TortoiseHGってTortoiseSVNと比べて遜色ない？ 776 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:53:48 ] >>774 >Subversionをメインのリポジトリとしながらも， >CVSリポジトリへの複製を随時実行しCVSもサポートされ続けます。 なるほどね FreeBSDはCVSを配布ツールとしても使ってるからね cvsupなんかを使って 777 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 05:32:10 ] >>775 遜色ありまくり 778 名前：734 mailto:age [2008/06/09(月) 12:13:54 ] みなさんご回答ありがとうざいます。 >>736 すみません。 確かに自分でもそう思うんですが、 現状動いているものをSVN管理下に置きたい場合、 こういった作業が発生してしまうのは仕方ないと思うので、聞いてみました。 管理外のファイルのコピーさえ、楽にいければそれで良いんですが。。。 >>739 .svnを消したりはしてません。 試みた全ての場合で、 「既に〜〜〜というディレクトリ/ファイルは存在します」的なエラーになります。 --forceなどをつければいけるかと思ったんですが、 checkoutやupdate、switchではダメなようです。 >>746 exportということは、本番環境は SVN管理下にはおけないということですよね。 管理下に置いて、本番環境で「svn update」でテストで施工した内容を 反映出来るようにしたく思っていて、 毎回テストを更新後にexport（全部書き換え）ではちょっとしんどいです。 自分で書いてから思ったんですが、 本番環境側をtrunkにコミットして、テスト環境側をbranchにコミットして、 その後、マージは無理でしょうか？ svn copyしとかないとマージって無理ですよね。。。？ 今日も引き続き悩んでみます。 どなたか良い案があれば教えてください。よろしくお願いします。 779 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 12:19:03 ] >>768 このあいだまでメンテナだった GNU Emacs は、まだ CVS だね。 780 名前：736 mailto:sage [2008/06/09(月) 12:33:27 ] >>778 空のフォルダーを作ってチェックイン。続いてチェックアウト。ファイルをそこにコピーして、バージョン管理が必要なファイルを追加。 その後はupdateでOK 781 名前：734 mailto:sage [2008/06/09(月) 16:55:51 ] >>780 度々スミマセン。 そうやれば確かにいけますね！思いつきませんでした。。。 ただ、この場合、管理外のファイルで、 動いているログなどが一瞬途切れてしまう可能性がありそうですね…。 すこしこれで検討してみます。 既存のファイルはとにかく上書きでcheckoutが理想ですね。 svn checkout --force 出来れば良いのになぁ。。。 どうにかならないものなんでしょうか。 782 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 17:21:04 ] >>781 ちゃんと読んで無いのではずしてたらゴメン。 一旦、空のディレクトリにチェックアウトしてから、 .svnファイルをチェックアウトしたいディレクトリに 移動させたらどうかな。 ///repos/to/hogeを/hogeにチェックアウトするなら、 svn co ///repos/to/hoge /tmp/hoge mv /tmp/hoge/.svn /hoge 見たいな感じで。 783 名前：デフォルトの名無しさん [2008/06/09(月) 19:20:21 ] >>753 TortoiseSVN 784 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 20:31:44 ] >>781 リポジトリの空のtrunkを目的のフォルダにチェックアウトする方法があるが、空じゃないよって警告が出る。 警告を踏み越えるのは自己責任でどーぞ。 785 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 01:24:20 ] リポジトリツリーで、 その中のあるブランチのツリー上の配置を変更したい場合、 どうやったら良いでしょうか？ 例えば、 ///repos/to/hoge というディレクトリがあった時、それ配下を ///repos/to/old/hoge というように old ディレクトリを掘って、そこに一段下げるように したいのですが。 786 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 01:47:35 ] oldディレクトリ作って TortoiseSVN で追加して、右クリックドラッグ&ドロップ 787 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 02:40:49 ] oldディレクトリ作って svn add して svn move 788 名前：デフォルトの名無しさん [2008/06/10(火) 13:56:05 ] Not authorized to open root of edit operation チェックアウト時のこのエラーの回避方法がわかりません。 ご教授お願いいたします。 789 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 20:01:31 ] >>788 権限無いです、って言われてるんだから管理者に権限貰いましょう 790 名前：デフォルトの名無しさん [2008/06/10(火) 23:13:20 ] Windows版のSVNを使っているんですが、 リポジトリを丸々バックアップ取る方法があったら教えて下さい。 791 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 23:25:06 ] データディレクトリを丸ごとコピーが楽なんじゃないかと。 792 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:35:14 ] >>791 レスありがとうございます。 そんな簡単な方法でOKなんですか？ 793 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:53:36 ] >>792 他人がコミットするタイミングを避けられるならコピーでいいよ。 リポジトリのあるファイルシステムにネットワーク越しでなく 直接アクセスできるならsvnadmin dumpでどうぞ。 794 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:55:03 ] svnadmin hotcopy でいいんじゃないか？ 795 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 02:01:40 ] >>794 だな 俺は使ったこと無いけど・・・ 796 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 11:29:49 ] TracLightningのバックアップがsvnadmin hotcopyでやってたけど ずっとdumpでやってたのでこんなコマンドがあったのか！と 感動したマヌケな俺 797 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:29:01 ] >>796 dumpもリビジョンと差分を指定すれば速いけどな 798 名前：デフォルトの名無しさん [2008/06/11(水) 12:55:22 ] TortoiseSVNは便利なんですけど、これでコミットするとeclipseで何もできなくなる .svnのなかのファイルのバージョンが合わなくなるのかな・ フォーマットが不正ですみたいなメッセージがでてコミットも同期もできなくなる・・・ TortoiseSVNのバージョンは1.4.8.12137 Subclipseのバージョンは1.0.0 今、1.0.6があったので更新中・・・ これで動けばいいが。 皆さん問題なく使えてます？ 799 名前：798 [2008/06/11(水) 12:58:27 ] あ、治りました。 てか、書きこむ前に試せって？ すんません。 800 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 16:48:13 ] 1.5.x でも WC のフォーマットが変わるのでクライアントのバージョンを 統一するようにしてください。 801 名前：デフォルトの名無しさん [2008/06/11(水) 16:55:16 ] svk でデポジットを運用していたんだけど、 別のマシンにデポジットごと持ってきたときに .svk 以下を失ってしまいました。 デポジット自体は普通の Subversion リポジトリとして アクセスできているのですが、これを再び svk の デポジットとして認識させることはできるのでしょうか？ せっかくいろんなところからミラーリングしたので、 できればこのデポジットを大切に使いたいのですが･･･ ミラーリング対象に関する情報ってそのデポジット自身に svm:mirror などで記録されているのではないのでしょうか？ それだけだと不十分なんでしょうか？ 802 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:11:33 ] .svk以下って何の事だ 説明もいまいち要領を得ない 803 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:21:36 ] depot 804 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:28:03 ] //local/ にあたる部分を消しちゃったって話じゃ。 805 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 21:00:24 ] svkで預金を管理してるのな。 俺も昔のブランチをチェックアウトしたりミラーリングしたいぜ。 806 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:03:06 ] svn でファイルのタイムスタンプって保存できないんでしょうか？ 例えば、svn import した時のファイルツリー内の各ファイルの タイムスタンプを svn co する際にそのまま復元できるようには できませんか？ 807 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:43:06 ] その質問は飽きた スレ読んでから質問してね 808 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 00:47:09 ] 属性ってどんな用途で利用するの？ 809 名前：806 mailto:sage [2008/06/13(金) 00:58:40 ] 上でさんざん既出でした、、、スマソ…orz 810 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 01:39:48 ] 個人的には大昔から保存してきたテキストファイルディレクトリを 新しくsvnで管理したい時とかに>>806みたいなのが欲しい。 プログラムソースではそういうのの必要性感じないが。 811 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 01:44:40 ] >>675-677 の内容解説ってか検索に引っかかるようにメモ SVNListParentPath と AuthzSVNAccessFile の同時使用 <Location /foo> を <Location /foo/> とする 参考 ttp://discypus.jp/wiki/?%A5%BD%A5%D5%A5%C8%2FSubversion%2F%A5%E1%A5%E2 ttp://twilight.uh-oh.jp/diary/archives/71 812 名前：デフォルトの名無しさん [2008/06/13(金) 23:56:43 ] セキュアな通信を強制しつつリポジトリを公開するには、 svn+ssh以外に選択肢はないのでしょうか？ 813 名前：デフォルトの名無しさん [2008/06/14(土) 00:06:10 ] VPN 814 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 01:39:37 ] >>812 httpsじゃだめなん? 815 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 03:16:30 ] >>814 レスどうもです。 書き込んだあとにそれを思いつき試してみたのですが、 WITH_MOD_DAV_SVN=yes のオプションを加えた インストールがうまくいかず、挫折しました。 代わりに WITH_SVNSERVE_WRAPPER というオプ ションを発見しました。これを使い自分がやりたかった ことを達成できました。 816 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 05:39:43 ] subversionってファイル個別にmime-typeやcharsetを変えるのってsvn鯖側でやるもんなんの？ それともクライアントでコミットするときに設定するもんなの？ 817 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 06:45:56 ] >>816 属性 818 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 10:38:25 ] >>817 thx! そういやTortoiseSVNのプロパティにそんなのあったっけ。 819 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 11:01:06 ] >>818 ファイル選択・＞右クリック＞プロパティ＞subversionタブ＞属性 あるいは ファイル選択＞右クリック＞tortoise＞属性 820 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 13:04:19 ] configファイルで、拡張子ごとのデフォルト属性を設定できるよ。 821 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 19:24:49 ] subversion 管理下にあるソースツリー内で、 管理下にあるファイルＡを一つ更新、さらに 新規にファイルＢを追加したとします。 Ｂはまだ svn add してませんし、Aの更新分も commit されてないとします。 この時、このツリーの HEAD と、現在のcommit 前の最新状態の差分を表示させるにはどうすれば 良いでしょうか？ 822 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 19:54:01 ] >>820 それは知ってたんだけど外部のライブラリ使ってて ソースコードごとに文字コードが違うから個別に設定しないとだめなのよ。 823 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 20:00:17 ] >>821 リビジョン間の差分取ればいいんじゃないか 824 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 20:03:53 ] 最新リビジョンと編集直後の状態の差分を取りたいという意味じゃない？ それってできるのかな＞ｓｖｎ 825 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 22:07:37 ] >>821 svn status じゃダメってこと？ そもそも、どういう結果を期待してるの？ 826 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 22:21:20 ] 821です。 >>825 やりたかったのは正にこのコマンドでした。 ありがとうございました。 827 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 00:19:11 ] >>822 ディレクトリごとに文字コード決まっているだろうから、単純にこんなバッチファイルでどうっすか？ --まとめてsjis.cmd---- cd /d ワーキングコピーの場所 for /R .\ %%i IN (*.c *.h とか適当) DO svn propset svn:mime-type "text/x-csrc;charset=EUC-JP" "%%i" pre-commit で毎回動かすと激しくウザい気がするんで適当に手動実行？

---

---

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

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