トップページ⇒tech
988コメント316KB

Subversion r10

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2008/07/09(水) 10:02:46
Subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
subversion.tigris.org
http://subversion.tigris.org/

Subversion によるバージョン管理
http://subversion.bluegate.org/

subversion: Project Status
http://subversion.tigris.org/project_status.html

subversion: Subversion Links
http://subversion.tigris.org/links.html

Version Control Systems Comparison
http://better-scm.berlios.de/comparison/comparison.html

前スレ
r9 http://pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 http://pc11.2ch.net/test/read.cgi/tech/1192864879/
r7 http://pc11.2ch.net/test/read.cgi/tech/1180858500/
06 http://pc11.2ch.net/test/read.cgi/tech/1165892754/
05 http://pc8.2ch.net/test/read.cgi/tech/1145841405/
04 http://pc8.2ch.net/test/read.cgi/tech/1129642894/
03 http://pc8.2ch.net/test/read.cgi/linux/1100622362/
02 http://pc5.2ch.net/test/read.cgi/linux/1078609142/
01 http://pc.2ch.net/test/read.cgi/linux/1002355536/
0002デフォルトの名無しさん2008/07/09(水) 10:03:16
■文書
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
svnbook PDF版
http://psyto.s26.xrea.com/misc/svnbook/

Subversion批判に対する反論
http://subversion.bluegate.org/svn-anti-fud-ja.html
svn診断への反論
http://subversion.bluegate.org/undiagnosing-ja.txt
CVSユーザのためのSubversionガイド(wakatonoさん)
http://slashdot.jp/journal.pl?op=display&uid=12&id=200792
FSFS propaganda
http://arch.bluegate.org/pipermail/subversion-jp/2004-May/000087.html
TortoiseSVNユーザガイド
http://tortoisesvn.bluegate.org/Help/dailyuseguide.html

■Wiki
Subversionメモ
http://terai.s55.xrea.com/Subversion.html
Subversion(Saisse's Wiki):
http://www.saisse.jp/pukiwiki/pukiwiki.php?Subversion

■記事(ちょいと旧め)
http://www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html
http://www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html
http://ukai.jp/debuan/2002w/subversion.txt
http://ukai.jp/Slides/2003/0521-lw2003/html/
http://ukai.jp/Articles/2003/uu-svn/
0003デフォルトの名無しさん2008/07/09(水) 10:04:50
最悪なsvn管理方法トップ10
http://www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf
日本語要約
http://www.geekpage.jp/blog/?id=2007/10/24

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
http://po3a.blogspot.com/2007/12/subversion.html

Git入門
http://www8.atwiki.jp/git_jp/
0004デフォルトの名無しさん2008/07/09(水) 11:06:18
>>1乙
0005デフォルトの名無しさん2008/07/09(水) 11:06:59
あっちだとTortoiseSVNの話しただけで煙たがられるからな・・・
0006デフォルトの名無しさん2008/07/09(水) 12:15:07
>>1乙
0007デフォルトの名無しさん2008/07/11(金) 01:28:53
TortoiseSVN 1.5.0にバージョンアップしてみた。

file://(日本語が入ったUNCパス)でリポジトリを覗こうとすると
パスがURIエンコードされちゃって見れなくなってしまったよ。
1.4.Xだと問題なかったんだが…。
0008デフォルトの名無しさん2008/07/11(金) 04:47:33
Subversionスレッド テンプレ
http://www12.atwiki.jp/linux2ch/?SubversionFAQs
0009デフォルトの名無しさん2008/07/11(金) 12:40:03
svn changelist でディレクトリを追加できないのですが、ディレクトリは対象外なのでしょうか?
0010デフォルトの名無しさん2008/07/11(金) 14:03:40
↓のフックスクリプトだけど WebDAV 経由じゃ使えない?
ttp://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_reject_commit.html

WebDAV サーバの中から file:///〜 でのリポジトリ指定でコミットかける
と正常に通るけど、 WebDAV経由(http://〜)だと第3引数(CAPABILITIES)
が空で呼ばれて蹴られちゃう。

サーバ側は rpmforge の mod_dav_svn-1.5.0-0.1.el5.rf, subversion-1.5.0-0.1.el5.rf
クライアントはTortoiseSVNと公式バイナリ(両方とも1.5クライアント)

同じ症例はないですかね?
0011デフォルトの名無しさん2008/07/11(金) 21:05:51
TortoiseSVN 1.5 にアップグレードしたらリポジトリブラウザで違うディレクトリに存在する
2つのファイルの差分が見れなくなったのですが、操作方法が変わったのでしょうか?
0012デフォルトの名無しさん2008/07/11(金) 23:17:07
>>7
TortoiseSVN 1.5.0, Build 13458 - 32 Bit -dev
を入れたら直ってた。
0013デフォルトの名無しさん2008/07/14(月) 17:18:50
コマンドラインで、なるべく自動化させていきたいと
思っているんですが、作業ディレクトリから一旦
エクスポートさせる場合、

"C:\Program Files\TortoiseSVN\bin\TortoiseProc.exe"
/command:export /path:"リポジトリのURL"

ってな感じで呼び出すこと自体は、成功しましたが
エクスポート先ディレクトリがどうしてもうまくいきません。
『リポジトリのURL』と『エクスポート先ディレクトリ』を
同時にコマンドラインから指定する方法とかわかる人いませんか?
0014デフォルトの名無しさん2008/07/14(月) 18:23:21
svkではまってます。どなたかお力を。
書くとこここでよい?

svk mirror //mirror/hoge svn://user@host/hoge
//mirror/fuga is not a mirrored path.
といった感じで、以前触った(今は無い)パスが、エラー表示されます。
これから先、何を調べたら、作業したらよいでしょうか?
//mirror/fugaの消し方まちがったのかな?
0015デフォルトの名無しさん2008/07/14(月) 21:42:23
>>13
Winにはsvnコマンドラインってインストールできないの?
0016デフォルトの名無しさん2008/07/14(月) 22:47:51
win用実行モジュール(svn.exe)もあるよ。
0017デフォルトの名無しさん2008/07/15(火) 00:13:29
>14

俺もそれ復旧できなくて何度か ~/.svk 消すしか回避策が見つけられなかった。
嫌になってsvk使うのをやめた。

frameになると嫌なので、是非論はぜひyosoでやってほしいのだが、
最近は svn repo + git svn {rebase|dcommit} というのを実験している。
conflict時の処理に自信が持てないのですが、svkよりはマシそうな雰囲気。
ただ、ログとかファイル名とかの文字コードがUTF-8縛りになるので、わりと嫌。
0018142008/07/15(火) 09:51:14
>>17
ありがと。
うーむ。今回.svkを消すのはいいけど、今後どうしたものか。
gitかぁ。なにか進展あったらレポお願いします。
0019デフォルトの名無しさん2008/07/15(火) 11:29:47
svn:needs-lock を使ってみたんだけど、ちょっと質問。
これって、ドキュメント等では http://www.gside.org/Gentoo/subversion/subversion_client2.html#A2-9
ロックの獲得が必要と説明されているけど、実際には svn co / svn update 時に、読み取り専用で
ファイルが取得されるだけで、手作業で読み取り専用をはずして
編集しちゃえば commit できちゃったのですが、そういうもの?

VSS の排他制御と完全な同類というわけではないですね。
0020132008/07/15(火) 12:10:30
>>15
>>16
なるほど。TortoiseSVNで実現させようとしているのが、
そもそも間違いなのですかね。svn.exe周り色々調べてきます。
ありがとうございました
0021132008/07/15(火) 13:00:10
svn.exeで試してみたところ、コマンドラインで
うまくexport出来ました。ただ、管理外のファイルまでは
もってこれないみたいですね。。TortoiseSVNではこの辺りが
指定できたのですが、コマンドラインでも指定できたり
しないのでしょうか?

TortoiseSVNでは、『SVNここに全てをエクスポートする』
というのがあって管理外も含めてエクスポートしてくれます。
0022デフォルトの名無しさん2008/07/15(火) 14:00:37
管理外のファイルがリポジトリ内にあるっていうのは変じゃないか?
0023デフォルトの名無しさん2008/07/15(火) 14:15:34
作業コピーからのエクスポートで管理外を含めたいなら
svn export じゃなくて単純に .svn を除外しつつ xcopy するって事では?
リビジョン指定が必要なのかな。
0024132008/07/15(火) 14:34:26
>>22
たしかに、考え方自体間違っているかもしれませんね、、
管理外まで扱っていたらsvnの意味もありませんし。。
ご意見ありがとうございます。

>>23
そういう手もありますね。参考になります。
リビジョン指定は、場合によりけりなので、
ひとまずxcopyでやるのも視野に入れたいと
思います。ありがとうございました!
0025デフォルトの名無しさん2008/07/17(木) 00:55:20
2つのサイトでそれぞれ SubVersion を使って同じソースツリーを
管理してるのですが、これを同期させるのに楽な方法は何がありますか?

Aサイト
Aサイトのメンバーが作業
  ↑
  ↑ 1週間に1回Bサイトの担当が変更ソースを持っていってマージ
  ↑
Bサイト
Bサイトのメンバーが作業

Eclipseを使っての開発をしてます。

例えば、Bサイトで、マージ直前に最新ソースを取得して、
AサイトにそのPCを持っていき、EclipseのSVN接続先設定を変更して
シンクさせると同期できる、とかができないかなと考えているのですが。

教えてください。よろしくお願いします。
0026デフォルトの名無しさん2008/07/17(木) 08:49:10
そこはsvkの出番じゃなかろうか。
Eclipseプラグインがないので、
Bサイト内でのコミットはコマンドラインからになるけど。
0027デフォルトの名無しさん2008/07/18(金) 17:02:32
Windows版の Subversion の インストーラー版 が待てど暮らせど出てきませんが
何か出てこなくなった理由があるんでしょうか。
インストールは zip を解凍して 1.5.0 に更新済みなので svn-book.chm の新しいのがあれば
欲しい、というだけなんですが、zip だと svn-book.chm がありません。
1.4.6 の svn-book.chm が for 1.5 になっているからそちらを使い続けてね、ってこと?
0028デフォルトの名無しさん2008/07/18(金) 17:39:18
お前のようなキチガイがいるからだろ
ほんと馬鹿じゃねえの
0029デフォルトの名無しさん2008/07/18(金) 17:45:34
インストーラーが出てくるのが遅いのはいつものこと。
文句があるなら自分で作れ。
0030デフォルトの名無しさん2008/07/18(金) 17:48:38
最近こういう勘違いした人増えてきたね・・。
0031デフォルトの名無しさん2008/07/18(金) 17:51:00
Windows版バイナリに関して何か騒動があったということですか?
python bindings のインストーラは単に setuptools とかの絡みで早々に
出てきているだけだと思ってたんで、他が遅れている事件があったなら
知りたいです。
0032デフォルトの名無しさん2008/07/18(金) 17:51:43
リロードしてなかった。。。
003327,31,322008/07/18(金) 22:11:11
馬鹿かもしれませんし、とりあえず文句もありませんが、きっかけにはなりました。
インストーラーはスキル的に無理なので、自前で chm(r3203) だけ作成しました。

chm にフォントサイズを変更するボタンを付けておくと少しは便利ですね。
後で IE が間抜けな事になりますけど。
0034デフォルトの名無しさん2008/07/18(金) 23:58:59
>>19
> 実際には svn co / svn update 時に、読み取り専用で
> ファイルが取得されるだけで、手作業で読み取り専用をはずして
> 編集しちゃえば commit できちゃったのですが、そういうもの?

そう言うものです。

Subversion のロックは、編集時にロックを必要とするファイル(要するにマージできないファ
イル。例えばビットマップファイル等) を編集する時は、svn lock でロックを取得して、編
集が完了したら svn commit すると、自動的にロックが解除されると言うもの。

ただ、これだと俺みたいに物忘れの激しい奴はロックを忘れて編集を始めてしまうことがある。
編集の間に他人がロックしなければ問題なくコミットできるけど、他の人がロックしてしまう
とコミット時にエラーになって初めて気付くというお間抜けなことになって、泣く泣く自分の
やった編集をあきらめるか、ロックをかけた人をなき落とすなり脅すなりしてその人が実施し
た編集をあきらめてもらうしかなくなる。

そこで、svn:need-lock 属性をつけておくと、普通は読取専用になってるからアプリによって
は開いた時に「読取専用だよ〜」とか言ってくれるので、そこでロックを取得することを思い
出すだろうと言う仕組み。(ロックを取得すると読み書き可能になる。)

アプリによっては、読取専用でも何も言わずに編集できてしまい、保存する時にはじめて読取
専用だよ〜って言ってくる奴もあるから、残念ながら万能じゃないけど、Subversion にはファ
イルの編集を始めたことを知るすべがないので、現状のところではこのあたりが精一杯の対応。
0035デフォルトの名無しさん2008/07/19(土) 09:03:04
svn-book.chm を欲しがってただけで何であんなに非難さてれるんだ?
0036デフォルトの名無しさん2008/07/19(土) 10:16:33
暑いからイライラしてる奴が多いってだけだろ。
0037デフォルトの名無しさん2008/07/19(土) 14:08:03
インストーラを提供するのが当然みたいな印象を持たれたのが原因じゃないかな?
作者への感謝の気持ちが少しでも現れてたら良かったのにね
0038デフォルトの名無しさん2008/07/19(土) 15:13:56
夏だなぁ
0039デフォルトの名無しさん2008/07/19(土) 23:40:54
>>38
ですなぁ
0040デフォルトの名無しさん2008/07/20(日) 00:37:16
前々からそうだけど新バージョンが出ると
インストーラーが出ないって延々と愚痴ってくるのが出てたから
またおまえかって感じだったんじゃないの
0041デフォルトの名無しさん2008/07/20(日) 00:47:00
バイナリを出してくれてるんだから十分に有難いぞ
0042252008/07/20(日) 00:47:42
>>26
ありがとうございます。
svkってのがあるのを知りませんでした。
調べてみます。
0043デフォルトの名無しさん2008/07/24(木) 09:48:09
svnリポジトリの容量を制限したいのだけれども、どうすればいいですか?
Unixコマンドでいえばquotaみたいな奴です。
0044デフォルトの名無しさん2008/07/24(木) 09:55:03
>>43 quota 使えばいいんじゃないの?
0045デフォルトの名無しさん2008/07/24(木) 12:23:44
svn リポジトリが容量制限くらった時の挙動はどうなるん?
0046デフォルトの名無しさん2008/07/24(木) 12:38:47
容量いっぱいになったらそれ以上コミットできない、じゃないかな? たぶん
0047デフォルトの名無しさん2008/07/25(金) 18:08:19
@を含むファイルもしくはディレクトリって Subversion で扱うのは無理?
ユーザのメールアドレスでディレクトリを作っているファイルがあって,
それを扱いたいんだけど, @ 以下の文字列がリビジョン指定として
扱われる場合があってうまくいかない.

@ 以下をリビジョンの指定として扱うのを抑制する方法はないかな?
0048デフォルトの名無しさん2008/07/25(金) 18:10:01
たとえば
svn list file:///repos/hoge/hage/[email protected]/
のようなことはできない?
0049デフォルトの名無しさん2008/07/25(金) 18:14:57
TortoiseSVN 経由だと @ 付きのフォルダもファイルも扱えるので
何の疑問もなしにやってたら,コマンドラインから
操作しようとしてはまりました.
0050デフォルトの名無しさん2008/07/25(金) 18:36:31
最後に余計な(?)@ をつけることで解決しました.
んが,ペグ・リビジョンについてちゃんと理解してない
自分に気付きました.
0051デフォルトの名無しさん2008/07/25(金) 18:38:10
スレは日記帳ではないことも理解してませんね
0052デフォルトの名無しさん2008/07/25(金) 19:38:30
>>51 ちがうんですか?
0053デフォルトの名無しさん2008/07/26(土) 20:51:54
Subversion 1.5.1 Released
0054デフォルトの名無しさん2008/07/26(土) 21:02:33
Tortoiseで離れた別のディレクトリの修正をコミットするにはどうすれば?
リポジトリがでっかくて、ルートからやるのが苦しい場合。
0055デフォルトの名無しさん2008/07/26(土) 21:21:15
別々にコミットすればよいのでは?
0056デフォルトの名無しさん2008/07/26(土) 21:25:42
同一レビジョンでやりたいんだと思うけど、ルートと言うか
共通の祖先のディレクトリからやるしかない。

リポジトリの構成を見直した方がいいのかも。
0057デフォルトの名無しさん2008/07/26(土) 21:25:52
関連してて両方併せて意味が出る(というか片方だけだとデグレ)修正なので、アトミックにコミットしたいのです。
0058デフォルトの名無しさん2008/07/26(土) 21:27:50
>>56
やっぱダメっすか。リポジトリ構成というよりmavenとかhudsonとかの出番なのかも。

コマンドからやってみるか…。
0059デフォルトの名無しさん2008/07/26(土) 21:40:11
鯖の方を subversion-1.5.1 にアップデートした場合、クライアントPC側が
古い svn コマンドを使っていても大丈夫でしょうか?
0060デフォルトの名無しさん2008/07/26(土) 21:49:26
>>59
鯖がプロトコルバージョンをチェックするからフツウは問題ない
0061デフォルトの名無しさん2008/07/26(土) 22:07:02
svk最高
0062デフォルトの名無しさん2008/07/26(土) 22:33:48
>>54
svn commit PATH1 PATH2 ...
でできませんか?
0063デフォルトの名無しさん2008/07/26(土) 23:05:49
>>54
コミットダイアログにドラッグ&ドロップで追加できたような気がする。
0064デフォルトの名無しさん2008/07/27(日) 00:06:28
TortoiseSVN 1.5.1 age
0065デフォルトの名無しさん2008/07/30(水) 10:08:07
parent/
parent/sub1
parent/sub2

っていうディレクトリがあるとして,
今 parent/sub1 だけをリポジトリに放り込んでるんだけど,
parent 全体をリポジトリで管理したいと思ったんだ.

すでにリポジトリに内にある parent/sub1 や
ワーキングコピー内にある parent/sub1/.svn を
いかしてその上位の parent での管理に移行する
方法ってないかな?

parent/sub1/.svn とか消しちゃって,
parent ごと改めてリポジトリ管理し直すべき?
でもそれだとすでにリポジトリに内にある
parent/sub1 の履歴が生かせないんだよな…

なんかいい方法ないですかね?
0066デフォルトの名無しさん2008/07/30(水) 10:20:31
>>65
現在のリポジトリはtrunk/sub1(或いは単にsub1)になっているってこと?
それなら、parent以下をparent/sub1を除外して追加してからsub1をparentの配下に移動すればよろし。
まぁ、ダミーのリポジトリとファイルを用意して実際に試してみれば様子がわかるよ。
0067デフォルトの名無しさん2008/07/30(水) 10:28:48
>>66
なるほど
特定のディレクトリを除外して import ってのができるのか.
0068デフォルトの名無しさん2008/07/30(水) 10:47:53
import するより add して commit したほうが、コミット前に確認とか調整とかいろいろできて
おすすめ。
0069662008/07/30(水) 11:05:22
>>67
私もaddのつもりで追加と書いた。で、移動はmoveね。
# 尤も、move自体removeしてaddと等価だけれど。
で、sub1を除外して追加ってのはparent以下にsub1とsub2だけでファイルがないならadd parent/sub2ってこと。
もしparent配下にfileがあるなら、add parent/{sub2,file}とか、その辺は適当に。
0070デフォルトの名無しさん2008/07/30(水) 15:18:05
結構時間かけてググッてるんだが、Subversionって、
svnserveで運用する場合にパスワードをサーバに平文で持つしか無いのかな?
これってかなりイヤ、ってか結構ありえねぇんだが・・
CVSですら/etc/shadowなんかに書かれた暗号化パスワードそのまま使えるのに。

#一応、Apache+WebDAVだとBASIC認証でUNIXのパスワード扱えるからこの問題は起きない。
#けどわざわざApacheを前に立たせるまでもないLANとかだと、高速なデーモンとして動かしたいよな?

おれのググり方が足らなかったら罵ってください。
もし、ほんとに平文しか扱えないならSubversionクソすぎてCVSから乗り換える気おきない・・
0071デフォルトの名無しさん2008/07/30(水) 15:29:27
俺は svn+ssh://... で使ってるので認証は ssh
0072デフォルトの名無しさん2008/07/30(水) 15:38:17
ssh使えよって話だと思うんだが
0073デフォルトの名無しさん2008/07/30(水) 16:04:30
>おれのググり方が足らなかったら罵ってください。
それじゃ遠慮なく。

カエレ!時間掛ければ検索できると言うものではない。ドキュメントくらい読め。このスカポンタン!
0074デフォルトの名無しさん2008/07/30(水) 16:44:49
この手の人って勝手な思い込みで口汚くクソだクソだって喚くからタチが悪い
0075デフォルトの名無しさん2008/07/30(水) 16:56:40
>>71-72
あー、SSH許可してるユーザはこれでいけそうです・・ありがとう
それ以外の奴はhttpで我慢してもらうことにするか・・
・・と思ったらEclipse+Subclipseだとなんかやたら面倒な設定が必要だな
#まぁそれはSubversionのせいではまったくない

まぁ何だ、お前らごめんなさい。


>>73
スカポンタンて古いなwいやどうも失礼した

>>74
失礼した
0076デフォルトの名無しさん2008/07/30(水) 18:16:41
>>70
Trac入れてダイジェスト認証にすれば良いんでない?
0077前スレ9792008/07/30(水) 19:00:52
前スレ最後で、tsvnスキーム登録とかについて
教えてくれたひと、どうもありがとう。
機会があったら試してみるよー。
0078デフォルトの名無しさん2008/07/30(水) 21:11:43
> svnserveで運用する場合にパスワードをサーバに平文で持つしか無いのかな?
> これってかなりイヤ、ってか結構ありえねぇんだが・・

> #けどわざわざApacheを前に立たせるまでもないLANとかだと、


この2つの条件が重なる環境で開発はしたくないなあ
0079デフォルトの名無しさん2008/07/30(水) 22:43:28
>>75
PuTTY + TortoiseSVNと組み合わせるのが超お勧め。
configにこれ入れると吉。
ssh = $SVN_SSH C:/Program Files/TortoiseSVN/bin/TortoisePlink.exe

PuTTY + TortoiseSVNでアクセスできるようになったら、
SubclipseのSVNインタフェースでJavHLを選べば勝手に繋がるようになる。
接続時にpageantに入れた鍵を自動で使ってくれるので、
パスフレーズは1日1回入れるだけでよくなって超楽。
0080デフォルトの名無しさん2008/07/31(木) 08:42:57
サーバのOSがWindowsならば、TracLightning でtrac/subversionを入れるのが手間要らずで楽だな。
0081デフォルトの名無しさん2008/07/31(木) 14:04:17
CVS から Subversion へ cvs2svn を使って,移行作業をしているものです。
このうちのひとつのフォルダのログのコメントが文字化けしてエラーとなり,困っています。
リポジトリの最上位のフォルダが10数個あるうちの,ひとつのみです。
このフォルダは RCS → CVS → CVSnt と移行してきたものです。
現在の運用は,サーバが CVSnt(WinXP) クライアントが Wincvs(WinXP)で,
エラーになるフォルダ以外は,Wincvs(ごった煮版)でインポートし,更新してきたものです。
CVS → Subversion の移行を行った先輩のアドバイスが戴ければ幸いです。
よろしくお願いします。
0082デフォルトの名無しさん2008/07/31(木) 14:12:43
>>81
エラーメッセージは?
ログのエンコーディングと、 cvs2svn へのエンコーディングの指定はどうなってる?
0083デフォルトの名無しさん2008/07/31(木) 14:22:36
>>82
レスありがとうございます。
円コーディングは,以下の指定で実行しています。
--encoding=SJIS
--encoding=iso2022_jp
--encoding=euc_jp
--encoding=cp932
--encoding=utf_8
--encoding=SHIFT_JIS
エラーメッセージは,申し訳ありませんメモっていませんでした。
pass 2 開始直後に,文字化けしたログメッセージが出力され停止します。
現在は該当のフォルダを除外して pass 5 を実行中です(約30時間)
リポジトリが約10Gありますので,エラーメッセージを再現するのに約1時間かかりますが,必要であれば再実行してお知らせします。
008470=752008/07/31(木) 14:58:29
無礼をやらかした俺にもこんなにも建設的な意見をくれるあなた方に感動。

>>76
Digest認証もBASIC認証と同じく /etc/shadow とかに書かれてある、
crypt関数で暗号化済みのパスワード扱えたっけ。てか今から実験してみるか。
(開発陣全員のパスワードなんて管理者すら把握してないし、もう一回全員の
パスワード設定し直すなんて言うと文句言われるもんで・・)

もしそうなら是非Digest認証を採用させていただくよ。どうもありがとう。

>>79
おおー。素晴らしい。おれ個人は是非その方法を使わせてもらうことにする。
あとは他の連中がそういうツールを素直にインストールしてくれるかどうかだけど、
まぁ文句言われたらhttp越しで使ってもらえばいいか。


あの、70で失礼な発言したのでフォローしとくが、ディレクトリの移動を追っかけられるのが
Subversionの主たる導入目的だったわけで、この機能は本当にネ申です。
ぼちぼち慣れていこうと思う。みなさんありがと・・
0085デフォルトの名無しさん2008/07/31(木) 21:19:15
>>84
/etc/shadowはPAM経由で使えるはずと思ってmod_auth pamでググったら
こんなの見つけた。

Mod_Auth_External and Mod_Authnz_External
ttp://unixpapa.com/mod_authnz_external/

なので、これとBasic認証/Digest認証モジュールを組み合わせればいけるかも。
0086デフォルトの名無しさん2008/07/31(木) 22:00:41
おとなしくApache鯖建てた方が速いんじゃね
0087デフォルトの名無しさん2008/07/31(木) 22:01:26
ドキュメントファイルとかテキストファイルなんかを
バージョン管理してみるのにTortoiseSVNを使ってみています

で、リポジトリに追加してコミット、一旦ローカルファイルを削除して更新して取り出すと
元のファイルと比較して更新日時が異なってしまいます

回避策も見当たらないのでコミット時に属性に更新日時を書き込んで
更新時に取り出したファイルの更新日時を更新するようにしているのですが、
クライアント側フックスクリプトのPATHパラメータで指定されるファイルには
対象となる全ファイルが列挙されるわけではないのですね

というのも、フォルダ単位で更新すると
その対象としたフォルダ名しか取れないので各ファイルを処理できないのです
クライアント側フックスクリプトで更新対象となっている全ファイル名を
サブフォルダに渡って一覧取得する方法はないですかね?

まぁ、次のバージョン?で更新日時が対応されるようなされないような
というブログの書き込みをどこかで見かけたので
それを待った方がいいのかもしれませんがとりあえず今使いたいもので
よろしくお願いします
0088デフォルトの名無しさん2008/07/31(木) 23:34:33
タイムスタンプは対応すると言いつつずっとペンディングにされ続けてるもの
待った方が良いっつうか、期待するだけ無駄

うちらはもうタイムスタンプなんて気にするやつはいなくなったけどな
0089デフォルトの名無しさん2008/07/31(木) 23:56:57
正式版gでるまで
いっそのこと、日本人の誰かがマイナーパッチ作って、
流しちまえよw
0090どこが一言だw2008/08/01(金) 00:20:18
>>83
cvs2svnで移行した経験から一言。
cvsのリポジトリの段階で、エンコードが混ざっているとiconvがエラー起こすからcvs2svnは恐らく失敗する。
特にcvsだとソースとコメントのエンコードが違う状況が発生しやすいので要注意。
# ファイルが巨大じゃなければ混在エンコードにも強いエディタで無理やり修正するとか。
# さもなければ、単体でiconvに食わせてエラーが出たらその周辺だけ抜き出して変換するとか。
0091デフォルトの名無しさん2008/08/01(金) 02:34:45
>>90
今の cvs2svn は(内部的に iconv 使ってるかどうかはともかく)変換に失敗すると
--encoding で渡された順に全部試してくれる。混在しててもエンコーディングさえ
わかっていれば、リポジトリはいじらなくても通せる。

そういうわけで >83 の指定なんだろうけど、 SJIS と cp932 と SHIFT_JIS がばらばらに
指定されてるあたり、もう手当たりしだいって感じだな。リポジトリ内のエンコーディングを
ちゃんと調べてから設定したほうがいい。
0092デフォルトの名無しさん2008/08/01(金) 03:30:05
TortoiseSVN 1.5.2 age
0093デフォルトの名無しさん2008/08/01(金) 08:24:38
ふーん
0094デフォルトの名無しさん2008/08/01(金) 10:10:47
むしろ設定ファイル類をsvnで管理しているときとか,
オーナー,グループ,パーミッションを保存してほしいと
思うときがある.復元してくれなくてもコミットしたときに
どうだったかを記録しておいてくれるだけでもありがたい.
0095デフォルトの名無しさん2008/08/01(金) 12:17:01
属性に保存して、スクリプトで復元させればいいんじゃね?できたらスクリプトを公開をしてくれるとうれしい。では健闘を祈る
0096デフォルトの名無しさん2008/08/01(金) 13:35:33
svnlibだけインストールしたいんだけど何をどうすれば良いの?
build.conf見ると__LIBS__とかあるけどいまいち解らん・・・
0097デフォルトの名無しさん2008/08/01(金) 13:38:39
>>81
上記レスを投稿したものです。
アドバイスしてくれたみなさん,ありがとうございました。
エラーの原因が解りました。
該当フォルダは Pro*C と VC4 で開発をおこなっていたもので,そのうち
*.pre *.mdp (Pro*C と VC4 のプロジェクトファイル)が,テキストファイルとして登録されていたからでした。
ログのコメントが挿入されていて,内容は破壊されていましたが,幸いバックアップがありましたので
これらのファイルを除外して,Subversion へ移行します。
0098デフォルトの名無しさん2008/08/01(金) 14:38:03
別のマシンでfile://スキームのリポジトリを作っていたのですが、
これをローカルマシンで使うことができません

svn ls file://remoteuser@remotehost/svnroot

などとやっても
svn: URL に対し ra_local セッションを開始できません
svn: ローカルの URL 'file://remoteuser@remotehost/svnroot' に含まれているホスト名はサポートされていません
と出てきてしまうのですが
0099デフォルトの名無しさん2008/08/01(金) 14:40:40
お前、アホって言われるだろ・・
0100デフォルトの名無しさん2008/08/01(金) 14:48:12
file://はリポジトリが自分のマシンのファイルシステム上に見えてないとだめだろう
ネットワークマウントするとか
svn+ssh://を使うとか
0101デフォルトの名無しさん2008/08/01(金) 15:20:27
>>98
これはワロタw
file://URL なんてのは無茶だろ兄弟 ネットワーク越えられるプロトコルお使いなされ
■ このスレッドは過去ログ倉庫に格納されています