Subversion r9

[表示 : 全て最新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/
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