Subversion r11

1 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:25:58 ] 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 前スレ r10 pc11.2ch.net/test/read.cgi/tech/1215565366/ r9 pc11.2ch.net/test/read.cgi/tech/1202086238/ r8 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/ 411 名前：410 mailto:sage [2009/04/30(木) 16:28:10 ] 自己解決しました 412 名前：デフォルトの名無しさん [2009/04/30(木) 16:32:28 ] svn diff で、diffに常に渡したいオプションがあるんだけど どうやって指定すればいい？ cvsのときなら.cvsrcに記述できたんだけど、.subversion/configには書くところがない 413 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 16:53:52 ] 直上のレスぐらい見ろ 414 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 17:27:30 ] まぁ、シェルならふつーaliasだよね。 415 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 17:52:50 ] >>413 エイリアスやバッチで処理すれば出来ることはわかっています。 私は、オプションを常に指定する方法を調べています。 416 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 18:16:42 ] ソース弄るしかないんじゃない？ エイリアスのほうがインテリジェントだと思うけど。 そんな偉そうなら、用途をもっと明確にしてみそ？ 417 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 18:19:32 ] そういや、svn diffって特定のもの以外のオプションをdiffコマンドに与えるのがクソ面倒だったような… 418 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 18:37:13 ] そう? svn diff --diff-cmd=/usr/bin/diff -x -wu程度の話だと思うけど。 419 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 20:43:47 ] >>418 うん、そうなんだけど…なんでいちいち--diff-cmdがいるんだって話さね 420 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 21:33:15 ] あとあれ -L を勝手につけるのうざいよね。 421 名前：デフォルトの名無しさん mailto:sage [2009/04/30(木) 23:14:27 ] そもそも1行に diff が3回も出てる時点でどうかしてる 422 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 00:27:55 ] >>418 これを「程度」とか言っちゃう神経がキモい 423 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 09:29:53 ] Tortoise使ってて文句つけるならわかるが、コマンドラインに文句つけるヒマあったら、 さっさとエイリアスかバッチ組むよ俺ならｗ 424 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 10:41:57 ] >>423 美しくない ってことでしょ。 いきあたりばったりの実装で、設計思想に一貫性が無いという話。 425 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 11:08:37 ] 所詮、ツールだし そう言うもんだろうで終わらせるよ、俺なら 426 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 11:53:21 ] 話が脱線するけど、あるソフト会社の作成したコンテンツにこんなのがあった。 仮に hoge 株式会社に納品したコンテンツだと仮定すると、 www.hoge.co.jp/contents/hoge/main/hoge.html これがトップページのＵＲＬ。hoge が３回も出てくるんでみっともない。 ナントカっていうフレームワークを使用した結果、 ディレクトリ構成が決まってるためこうなってしまったらしい。 いったい何のために独自ドメイン取得したのか・・・ 美しくない。 427 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 12:07:42 ] >>425 君の話はどうでもいい そこらの電柱にでも話しかけていてくれたまえ 428 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 12:51:02 ] >>425さんマジパネェッス!! 429 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 12:53:19 ] >>426 うわあ…mod_rewriteぐらい使えよ 430 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 14:09:46 ] どうでもいいところをこだわっていて仕事になっているんなら、いいんじゃないか。 俺は利益に大きく結びつくところ以外は捨ててしまうが 431 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 14:30:06 ] こういう部分でエンジニアとしての程度が知れるな 432 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 14:32:07 ] 切り捨てて良い部分に無駄にこだわって時間潰してるのを 有能と呼ぶなら俺は無能で良いわ 433 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 14:38:10 ] Subversion関係ねぇじゃん。 434 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 14:41:11 ] てゆか>>426はみっともない上にSEOにもかかわってくる可能性もあるしな まあこの話題はそろそろ打ち止めってことで 435 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 18:26:24 ] 無駄にこだわって時間潰す→無能 下手な設計で動くんだからいいじゃんと居直る→無能 最初から美しく設計する→有能 436 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 18:33:18 ] つまりSubversionを使うやつはみんな無能って事か 437 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 20:40:06 ] >>436 そりゃそうだ 438 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 22:17:42 ] 実際さっさと git とかに移りたいんだけど 仕事で使ってるとなかなかそう簡単にはいかんのよねぇ・・・ 439 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 11:24:12 ] git はオマンド体系とか違いすぎてなぁ 覚えるコストに見当った性能はあるのかしらん? 440 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 11:41:21 ] 分散リポジトリ系のは今後どれが主流になるかもわからんし ローカルでガリガリ書く時もコミットしたいってぐらいなら svk でお茶を濁してていいんじゃね？ 441 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 12:13:20 ] 仕事で分散使う意味がわからん 442 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 12:17:09 ] >>440 svkはあるケースで遅くなるのがなぁ… >>441 移動中にノートPCで開発してる奴なんて普通にいる そういう場合に有利＞分散 443 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 12:17:56 ] >>439 ttp://www.tempus.org/n-miyo/git-course-trans-ja/svn.ja.html これ1ヶ月読んでわからなかったらあきらめた方がいい 444 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 14:12:55 ] >>443 多分そーゆー基本的なことを知りたいわけじゃないと思うよ 445 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 15:00:03 ] gitはUnix系では便利に使ってるけど、Windowsでは使えたもんじゃない。 svkはWindowsでもなんとかいける。 446 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 15:10:54 ] svkはGUIないから広めにくいんだよな。 最近は、Dropbox使う奴が周りでてきてる。 （もちろん、共有プロジェクトとか仕事では勧めてないが） バージョン管理する必要がない、バージョン管理ソフトとして使えるのがいいらしい。 これくらいのシームレス差がほしいもんだけど 447 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 18:40:53 ] >442 ＞移動中にノートPCで開発してる奴なんて普通にいる そういうの、会社によるんじゃない？ うちの会社じゃ、そんなシチュエーション全く無い。 448 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 18:51:38 ] >>447 普通はそうだよな。 俺の会社でも10人程度の開発者がいるけど、全員が一つの机で顔をつきあわせながら開発するよ。 そういう状況で分散型VCSなど害悪でしかない。 当然ながらgitだのhgだのは一切使わないように支持が出されている。 449 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 20:25:23 ] >>448 速度面はどうよ。 ブランチとか使ってないの? 450 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 20:31:31 ] たしかに普通に社内で仕事する分には別に svn で困ることってそんなに無いんだよな。 履歴管理しなきゃいけない程の修正だったらブランチ切るし、 そもそも大きい修正なら一人で作業しない場合も多いし。 単に流行ってるからって理由で git 採用、とかは当然ながら止めといたほうがいいわな。 ただ OSS 関係は軒並分散リポジトリに移行しつつあるから追随しとかないと 参加出来なくなりつつあるけど。 451 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 21:11:47 ] > 単に流行ってるからって理由で git 採用、とか いや全然流行ってねーしｗ 452 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 21:13:38 ] うちは、Linuxの設定ファイルの管理とか、ネットワーク的に断絶してる 外向きWebコンテンツの管理とかはMercurialで、プログラムのコードは 全部Subversionという使い分け。 自分の机以外で仕事のコードを書く事はほぼ皆無。 Mercurialは、難しくて使いにくいと他の社員から大不評をかっているので、 TortoiseHGの熟成をあと2年ぐらいは待ちたい感じ。 453 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 23:14:33 ] >>451 いや、流行ってるよ。 フリーでリポジトリ提供してるところで採用してるところ増えてるし github とか使ってる人多いしな。 仕事で使ってるって話は 2ch の専用スレぐらいでしか聞かんけど。 454 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 06:36:28 ] gitｵﾜﾀ･･･ www.atmarkit.co.jp/news/200904/28/googlecode.html 455 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 09:32:36 ] google code自体があんまり流行ってないってのもあるがな。 456 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 10:07:28 ] >>454-455 んー確かに。 ソースコードホスティングでいえば、githubばかりが目立つね 規模はgoogle code projectがでかいんだろうし、流行という感じでもないから、 sourceforgeみたいに、長く枯れるまで続けていくんだろうけどさ。 457 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 13:03:52 ] >>454 gitは使えねえので絶対に採用しませんとはどこにも書いてないわけだが 458 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 23:06:34 ] >>457 前向きだな。ｗ 459 名前：デフォルトの名無しさん mailto:sage [2009/05/03(日) 23:13:17 ] 何にしてもどこもかしこも分散型！って感じではあるな。 仕事関係は未だに CVS のところもあるというのに。 460 名前：デフォルトの名無しさん mailto:sage [2009/05/06(水) 17:21:13 ] >>449 通常ブランチはよほどのことが無い限りすぐ本家に戻る 461 名前：デフォルトの名無しさん mailto:sage [2009/05/07(木) 10:19:06 ] >>447 うちは持ち出し厳禁だし、ノートの持ち込みも入り口で名前書かされるし 出入りでカバンを簡単にチェックされるんで、svk使って持ち出しとかは出来ないんだよね 462 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 00:29:33 ] ネットワーク上に、新しいTortoiseSVNと古いTortoiseSVNを使うPCが 混在しても大丈夫でしょうか？リポジトリの作成を古いバージョンで 行えばよいように思いますがどうでしょうか？ 463 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 00:34:17 ] >>462 メジャーバージョンが全部同じなら（全部 1.minor.patch なら）、効率は悪いけど 動作はすることになってる。 subversion.tigris.org/hacking.html#release-numbering 464 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 02:26:17 ] ２年ほど前に切ったブランチで開発し続けてたものをいきなりトランクにマージしろと言われました そのブランチとトランクはもはや別のプログラムと言っていいほど違うものになってるんですが大丈夫なんですかね… なんかコマンド打つのも怖いのですが 465 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 02:31:22 ] >>464 ↓こっちのがいいんじゃね？ svn mv trunk branches/dead-trunk svn mv branches/active trunk 466 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 02:42:54 ] >>465 その方が良いですね 交渉してみます ありがとうございました 467 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 07:09:44 ] おまいら全部コマンドうちなの？ 亀使わないの？ 468 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 08:10:46 ] 亀以外にもフロントエンドは色々あるわけだし、 ここで話するときは共通言語のコマンドで書くってだけの話じゃね？ 469 名前：デフォルトの名無しさん [2009/05/08(金) 16:49:02 ] 特定のファイルをリポジトリから完全に削除ってdumpを使って出来るじゃないですか？ で、ある特定の日付以前に削除されたファイルを完全削除して掃除ってできますか？ cronとかで毎日掃除して、無駄な容量の増加を防止するとか 470 名前：デフォルトの名無しさん mailto:sage [2009/05/08(金) 21:44:34 ] >>469 削除したブランチを消去するフィルターが欲しいなあ 471 名前：デフォルトの名無しさん [2009/05/10(日) 13:45:06 ] TortoiseSVN 1.6.2 age https://sourceforge.net/project/shownotes.php?release_id=681520 472 名前：デフォルトの名無しさん mailto:sage [2009/05/10(日) 14:19:20 ] >>471 - BUG: Error message about non-LF commit messages when using messages with non-ASCII text. (Stefan) わーい、直った。 473 名前：デフォルトの名無しさん mailto:sage [2009/05/10(日) 15:09:03 ] 結局TortoiseSVN側での対応か。 本家のtrunk(r37666)では未だエラーになる。 474 名前：デフォルトの名無しさん mailto:sage [2009/05/10(日) 16:01:36 ] >>473 ＴｏｒｔｏｉｓｅＳＶＮの開発者に感謝するよ。 でもこの問題ってdump/loadは影響しないのかな？ 475 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 13:54:56 ] 1.6.2って何かおかしくねえ・・・・？ 同僚含めてちゃんとインストール出来ないんだけど・・・ 修復セットアップしたら何とか入ったけど言語パックはどうやっても入らない 476 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 13:55:56 ] 何の問題もなく入ったけど、、、ってx64版だし参考にはならんか 477 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 14:06:46 ] うちでは、1.6.1をアンインストールして1.5.9を入れたところ、 言語パックを入れてもLanguageのリストにEnglishしか存在しない。 これも >>475 と関係あるのかな？ 478 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 14:13:16 ] うちは1.6.2にしたらエクスプローラが死ぬようになったから NightlyBuild版に戻したよ。 479 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 14:20:33 ] こっちも何かインストールが上手く行かなかったけど、 アンインストールして綺麗にしてからやったら上手く行った。 480 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 16:38:20 ] >>477 Languageフォルダーを削除してから、もう一度インストールしてみて。 481 名前：21 mailto:sage [2009/05/11(月) 17:36:09 ] 本家の 1.6.2 はリリースされないの？ 482 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 21:35:09 ] リリースされました。  User-visible changes:   * vastly improve memory usage with 'svn merge' (issue #3393)   * make default depth for merge 'infinity' (r37156)   * make 'status --quiet' show tree conflicts (issue #3396)   * allow '--set-depth infinity' to expand shallow subtrees (r37169)   * return an error if attempting to reintegrate from/to the repo root (r37385)   * don't store bogus mergeinfo for '--ignore-ancestry', foreign merges (r37333)   * don't allow merge of difference between two repos (r37519)   * avoid potential segfault with subtree mergeinfo (r36613, -15, -31, -41)   * recommend sqlite 3.6.13 (r37245)   * avoid unnecessary server query for implicit mergeinfo (r36509)   * avoid unnecessary server query during reverse merges (r36527)   * set depth=infinity on 'svn add' items with restricted depth (r37607)   * fixed: commit log message template missing paths (issue #3399)   * fixed: segfault on merge with servers < 1.6 (r37363, -67, -68, -79)   * fixed: repeat merge failures with non-inheritable mergeinfo (issue #3392)   * fixed: another memory leak when performing mergeinfo-aware merges (r37398)   * fixed: incorrect mergeinfo on children of shallow merges (issue #3407)   * fixed: pool lifetime issues in the BDB backend (r37137)  Developer-visible changes:   * don't fail if an embedding app has already initialized SQLite (issue #3387)   * resolve naming collisions with static stat() function in svnserve (r37527)   * fix an expectation for a failing dirent windows test (r37121) 483 名前：477 mailto:sage [2009/05/12(火) 10:12:35 ] >>480 いちどLanguageフォルダーを削除してから言語パックを入れたところ English以外もリストに表示され、選択することができました！ ありがとうございました。 484 名前：デフォルトの名無しさん [2009/05/16(土) 13:11:05 ] ドライブの中にいろんなところからチェックアウトしたワーキングコピーが ちらばっているのだけど，どこから何をチェックアウトしたのか ドライブ全体をくまなく探索して列挙してくれるようなツールってない？ 「お前，随分前にチェックアウトして変更点あるのにコミットしてない 　ワーキングコピーがあるよ？」とか警告してほしい． WindowsでTortoiseSVNを動かしていればそのキャッシュには すべてのワーキングコピーの所在に関する情報が含まれて いるんだろうけど，そこにアクセスする手段がない． TortoiseCacheにAPIが実装されていればなぁ・・・ 485 名前：デフォルトの名無しさん [2009/05/16(土) 13:42:01 ] TortoiseSVN でローカルのファイルシステムにリポジトリを作るとき 作成するリポジトリのフォーマットのバージョンを指定することって できないでしょうか． 互換性のためひとつ前のバージョンのフォーマットで リポジトリを作りたいのですが，昔のTortoiseSVNを インストールするしかないでしょうか． 486 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 17:03:14 ] >>484 .svnで検索 アイコンオーバーレイの範囲も狭められるからチェックアウトするフォルダぐらい決めておけよ。 487 名前：デフォルトの名無しさん [2009/05/16(土) 19:46:46 ] >>486 まぁ基本的にはチェックアウトするフォルダは限定するよな． それはそうなんだけど， svn:externals でチェックアウトしたワーキングコピーに 修正をかけても，その上位のワーキングコピーの オーバーレイアイコンには反映されないので，忘れてしまう． 488 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 20:37:47 ] >>487 externalsのフォルダーもオーバーレイアイコンは反映されるけど？ コミット時もグレイ化された状態で一覧にも出るけど。 1.6.2です。 489 名前：デフォルトの名無しさん [2009/05/16(土) 20:43:32 ] >>488 上の階層にまではそれが伝播しないんじゃない？ とりあえず最新のTortoiseSVNにしてみるか． 490 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 21:03:12 ] >>489 ルートの方へのexternalsはコミット時に出るかはやったこと無いけど、サブディリクトリ方向には伝播して表示する。 オーバーレイするディリクトリのマスクから外れたワーキングコピーは伝播しなかったと思う。 c:\working* のように*は入ってる？ 491 名前：デフォルトの名無しさん [2009/05/26(火) 04:32:34 ] TortoiseSVN 1.6.2 sambaの共有フォルダ上で使用しています。 変更ファイルに対して"元に戻す"を実行しても「ファイルリストは空です」になってしまい元に戻せません。 ググって blog.longkey1.net/archives/0000000656 等も試したのですがダメです。 ローカルドライブであれば問題ありませんので原因はsambaでの設定かなと考えています。 ("SVN更新"、"SVNコミット"は問題なく利用できています。) 何か情報をお持ちの方ヒントを下さい。 よろしくお願いします。 492 名前：491 mailto:sage [2009/05/26(火) 04:46:40 ] あ、あああ・・ 「変更ファイルに対して」ではなくて「変更ファイルのフォルダに対して」、"元に戻す"で対象ファイルが 表示され無事元に戻すことができました。 お騒がせしてすいませんでしたm(_ _)m #1.6.2で仕様変更されたんですかね・・・Orz 493 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 05:50:47 ] svn moveのオプションなんですが、hgやらbzrにある --afterみたいなオプションは無いですか？ WC内でmvコマンドを使って実際に移動させてから svn moveする、という使い方がしたいわけです。 というのも、svn moveはcopy+deleteなので、 WC内ファイルのハードリンク情報が消えてしまうからなんです。 なんかいい方法ないでしょうか？ 494 名前：デフォルトの名無しさん [2009/05/26(火) 11:55:29 ] cp svn mv cp 495 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:31:04 ] Subversionのマルチユーザー(というか複数人で使う)運用についてお聞きします。 ssh+svnで運用したいのですが、リポジトリにコミットするときのユーザーが問題です。 ユーザーsvn_userさんを作って svn+ssh://example/test-repo/trunk などでアクセスすると思うのですが、 svn_userさんに.ssh/authorized_keys などを適切に設定し、他の人もsshでログインできるようにした状態で、 svn_userさんでアクセスすると、他の人がコミットしたユーザーも全てsvn_userさんだけになってしまいます。 複数人で使う場合に、コミットするユーザーを分けようとすると、 これはコミットする人ごとにユーザーを作ってsshでログインできるようにして(.ssh/authorized_keysなどを適切に設定)、 コミットしなければならないということでしょうか？ Mercurialなどではローカルでユーザー名を設定して、 ユーザーhgを作って、 ssh://hg@example.com/hg-test-repo などのようにアクセスしてコミットとpushするだけで、マルチユーザーで使えるのですが…。 どのようにしたものなのでしょうか？ 496 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:48:26 ] >>495 svn_userのauthorized_keysで command="/usr/bin/svnserve -t -r /repository/dir" --tunnel-user userA ......公開鍵A command="/usr/bin/svnserve -t -r /repository/dir" --tunnel-user userB ......公開鍵B って感じで認証鍵で振り分けるのはどうよ。これなら一つのユーザで済むと思う。 497 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:49:53 ] >>496でダブルクォーテーションの括り方がおかしかった、ｽﾏｿ。 498 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 15:19:53 ] >>496 ありがとう！ それらのキーワードでぐぐったら、けっこうドキュメントがでてきました。 svnserve, 専用サーバ subversion.bluegate.org/doc/ch06s03.html やりたかったことができそうです。試してみたいと思います。 499 名前：493 mailto:sage [2009/05/26(火) 16:10:26 ] >>494 すいません。ちょっと意味が分からないので詳細教えてください。 最初にコピーするというのは、mvする前にどっかに避難させるということでしょうか？ cpしたらリンクが消えてしまうので一緒の気がするのですが、違いますでしょうか？ 500 名前：495 mailto:sage [2009/05/26(火) 16:49:59 ] authorized_keys で以下のように書くことで、svn_userのみで鍵に応じてfoobarさんで 無事にコミットできるようになりました。 　command="svnserve -t --tunnel-user=foobar" (以降公開鍵) そこで、つまづいてしまったのですが、 上記方法だと、svn_userでsshでシェルログインして svnadmin create などもできなくなってしまいます。 もし、sshシェルアクセスもさせたい場合は別の鍵を追加するしかないのでしょうか？ 501 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 19:32:52 ] >>500 そう、別鍵を用意する。 502 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 10:18:20 ] TortoiseSVNとEclipseのsubversiveを併用してるんだけど、 subversiveでチェックアウトしてる作業コピーをTortoiseSVNでいじった後に、subversiveでコミットしようとしたらバージョン違いがどうたらってエラーが出た。 今までバージョンがあるのはリポジトリだけだと思ってたんだが、作業コピーにもバージョンってあるのな。 でもsubversiveのためにTortoiseSVNのバージョン下げるとかめんどい・・・。 503 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 12:27:14 ] >>502 Subversiveは捨てて、Subclipseに移ればいいよ。 SubclipseはSubversion1.6に対応している。 ttp://subclipse.tigris.org/ 504 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 13:13:17 ] Subversiveはまだ開発途上です。 いずれSubclipseが主流になる日が来るかもしれません。 でも今は未だそのときではありません。 Subversiveが成長するまで温かく見守ってあげましょう。 505 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 13:14:07 ] Subversiveはまだ開発途上です。 いずれSubclipseの座を奪って主流になる日が来るかもしれません。 でも今は未だそのときではありません。 Subversiveが成長するまで温かく見守ってあげましょう。 506 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 03:03:32 ] 最近 subversive は標準になるなる詐欺なんじゃないかと思うときがあるよw 507 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 11:04:16 ] SVK の代わりに何を使えばいいの？ lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html 508 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 03:12:57 ] >>507 今年中にはbzr-svnが実用レベルになる。 509 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 06:04:56 ] bzrはやるやる詐欺 510 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:05:05 ] >>509 色々手を出しすぎて完成度が低かったけど、bzr2.0に向けて着々と 完成度上がってきてるよ。 本当にbzr-svnがsvk以上になるかどうかはさておき。 511 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:13:18 ] 1.1の頃に作ったリポジトリ(途中で一回bdb->fsfsに移行した)をダンプして 1.5で作り直したら800MB->500MBになったのだが、ここまでになるとは 思っていなかったので驚いた。 おまいらはメジャーバージョンが上がったらdump/create/loadしてる？ それともsvnadmin upgradeで誤魔化してる？

---

---

[ 続きを読む ] / [ 携帯版 ]

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