[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 02/16 14:47 / Filesize : 202 KB / Number-of Response : 828
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/

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.|   ・・・・・・・・ゴクリ。
   |  | .l~ ̄~ヽ |   |
   |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
サンクス!
ヘルプにあったんですね。
というか日本語ヘルプの存在をはじめてしったw

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
リビジョン番号はあまり気にしないけど、似たようなログが3個も
あるのはすごくダサいと思う。

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
管理ファイルもあるから、2倍+αだな。

まあ、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 ]
一応上のリンクに書かれている方法でなんとかなった。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<202KB

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