Subversion r8
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2007/10/20(土) 16:21:19公式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
前スレ
Subversion 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/
豆知識
subversionの語源は、suvbert「（国家や社会秩序を）破壊・転覆する」という意味の名詞形です。
sub + versionの連係だと思っていると恥ずかしい思いをする時がきますよ。
0002デフォルトの名無しさん
2007/10/20(土) 16:22:14Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
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
Wiki for Subversion
http://wiki.machband.org/svn/
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デフォルトの名無しさん
2007/10/20(土) 16:26:01プロジェクトのプロパティの「構成プロパティ」->「デバッグ」->「作業ディレクトリ」の設定項目については、どうも変更してコミットしても、
他の人がそれをUpdateして開いたときには、設定したパスが反映されていないようです。
「作業ディレクトリ」の項目は、Subversionで変更を記録できないんでしょうか？
0004デフォルトの名無しさん
2007/10/20(土) 16:35:02一乙。
>>3
AnkhSVN使ってる？使ってないならこれで一度やってみな。
0005デフォルトの名無しさん
2007/10/20(土) 16:49:57> 1000ならおまいらのリポジトリが爆発
俺まだリポジトリ作ってねーわｗ
0006デフォルトの名無しさん
2007/10/20(土) 16:59:31何が、どのファイルの中に入ってるか把握する手間を惜しむなら、
MS謹製のVSS様でも使うべき。
その作業ディレクトリって共有すべき設定なの？
バージョン管理下に置いてる/置いてないファイルの区別は適切か？
MSのVisualStudioかVSSのサイトにはバージョン管理すべきでないファイルの説明もあるし、
AnkhSVNみたいなツールがデフォルトで保存しないようなファイルの情報なら、
共有すべきでないという見解が一般的なのだろう。
0007デフォルトの名無しさん
2007/10/20(土) 17:23:16その状態で、VS.NET IDE で開き、開いただけで変更されるファイル、フォルダを特定する。
さらに、デバッグ・リリース実行し、この状態で変更されるファイルを確認する。
ソースを変更していないのに、開くだけで変わる、実行するだけで変わるファイルは
だいたい存在しなければ自動的に生成されるものだろうから わざわざ管理下に置く必要がないし、
逆に、管理下においてしまうと、開くだけ、実行するだけで変更扱いになるので鬱陶しい。
ある程度設定を共通化しておきたいファイルは、iniファイル管理等で推奨されているように
誰かが、そのテンプレートを作成して、オリジナルファイル名.tmpl とでもして、これをコミット
するようにしている。
それに関わる作業者は、このテンプレを改名・編集して、管理外として使うようにする。
という基準で、VS.NET を使うときの管理下に置くファイルを選定しています。
0008デフォルトの名無しさん
2007/10/20(土) 17:34:29豆知識のところ、subvertだろ？おまいが恥ずかしい思いをしろ
0009デフォルトの名無しさん
2007/10/20(土) 17:41:40ワロタｗなんか違和感あると思ったら、そのせいかっｗ
0010デフォルトの名無しさん
2007/10/20(土) 17:42:490011デフォルトの名無しさん
2007/10/20(土) 17:43:52俺はコピペしただけなのに・・・俺なんだよ・・・
0012デフォルトの名無しさん
2007/10/20(土) 17:44:37「なんで」が抜けたｗ
0013デフォルトの名無しさん
2007/10/20(土) 17:51:42気になって前スレ見に行ったらあっちもsuvbertになってたｗ
何ヶ月もだれも気づかずに、コピペ張ったら指摘されるなんて、>>1も気の毒だなｗ
0014デフォルトの名無しさん
2007/10/20(土) 18:54:56次スレでもどうせまんまコピペされるだろうけど。
0015デフォルトの名無しさん
2007/10/20(土) 18:55:500016デフォルトの名無しさん
2007/10/20(土) 18:58:24まったく同意だ
テンプレ修正案も出さないくせに文句ばっかり言うな
>>1は何も悪くない
0017デフォルトの名無しさん
2007/10/20(土) 19:10:44いい事言った俺は悪くない
つーことで↓テンプレ案
0018デフォルトの名無しさん
2007/10/20(土) 19:13:07そうじゃないとしたら、誤解させる意図があったとしか思えない。そうだとしたら黒いなあｗ
0019デフォルトの名無しさん
2007/10/20(土) 19:15:020020デフォルトの名無しさん
2007/10/20(土) 20:17:24r9で削ればいい。覚えていれば。
0021デフォルトの名無しさん
2007/10/20(土) 20:18:510022デフォルトの名無しさん
2007/10/20(土) 21:30:39アレはどう考えても後付けだろ
0023デフォルトの名無しさん
2007/10/20(土) 23:47:44commitやpushのタイミングで同期するというか
双方向にミラーリングすることはできないかな
ってあんまり意味無いかな？
0024デフォルトの名無しさん
2007/10/21(日) 08:33:170025デフォルトの名無しさん
2007/10/21(日) 15:05:30subversionについては結構習熟してたつもりだったので、ちょっとショックだったんだけど、
こういうsubversionで便利なソフトの一覧とかないのかな？
テンプレの中にもSVK載ってなかったみたいだし、一通り載ってるサイトとかあれば便利だと思うんだけど・・・。
0026デフォルトの名無しさん
2007/10/21(日) 19:57:29作って♥
0027デフォルトの名無しさん
2007/10/21(日) 22:23:09http://subversion.tigris.org/links.html#clients
002825
2007/10/21(日) 23:08:32自分なんかより詳しい人間がいるから、そういった人に作ってもらった方がいいかと。
それかwiki作ってみんなで編集するとか。
>>27
こんなにあったのか、さっぱり知らなかったわ。
このページを訳すだけでもだいぶ違うかも。
0029デフォルトの名無しさん
2007/10/22(月) 06:32:14訳して♥
0030デフォルトの名無しさん
2007/10/22(月) 16:36:290031デフォルトの名無しさん
2007/10/22(月) 16:50:40いくつか問題はあるらしい。
http://tortoisesvn.net/vistaproblems
0032デフォルトの名無しさん
2007/10/22(月) 17:10:00現在 XP では、 1.4.5 を使っているのですが；
記事の中には、 1.4.2 や 1.4.3 って出てくるのですが、古い内容なのかな？
0033デフォルトの名無しさん
2007/10/22(月) 21:48:03例えば、必ずユニットテストに合格してからコミットしないとダメなのに、しないでやっちゃったとか。
そういうときってそのコミットをなかったことにできないのかな。
0034デフォルトの名無しさん
2007/10/22(月) 21:59:50ユニットテスト走らせて成功したらcommitするようなコマンドラインか
Makefileで作業したらいいと思うよ。
あるいはZenTestみたいなの使ってテスト走りっぱなしにするか。
003533
2007/10/22(月) 22:10:29ユニットテストはそうやってやればいいのか。
でも、そそっかしいもんだから、それに限らず間違ってコミットしちゃうことが多いんだよね。
どうにかして簡単に元に戻すことはできないのかなあ。
0036デフォルトの名無しさん
2007/10/22(月) 22:39:170037デフォルトの名無しさん
2007/10/22(月) 22:53:19たしかにその方法でできるんだけど、やっぱりミスしたリビジョンがリポジトリに残るっていうのが・・・。
0038デフォルトの名無しさん
2007/10/22(月) 22:58:020039デフォルトの名無しさん
2007/10/22(月) 22:58:170040デフォルトの名無しさん
2007/10/22(月) 23:09:040041デフォルトの名無しさん
2007/10/22(月) 23:09:15やっぱそうですか。とりあえずミスしてコミットしたリビジョンは、後からログを修正することにします。
長々とつきあってもらってありがとうございました。
0042デフォルトの名無しさん
2007/10/22(月) 23:17:010043デフォルトの名無しさん
2007/10/23(火) 02:37:41コマンドラインからやるのが普通なの？それとも亀みたいなGUIを使うのが普通なの？
亀使ってるけどコマンドは全然知らない場合、俺Subversion使えます、って言わないほうがいいのかな？って思って。
0044デフォルトの名無しさん
2007/10/23(火) 02:59:46Subversion使えます、って言うんじゃなくて
SubversionをGUIで使ってます、って言えばいいだけのような気が
0045デフォルトの名無しさん
2007/10/23(火) 03:01:49Macでの話だが、コマンドラインとTextMate(エディタ)のSubversionサポートを併用。
0046デフォルトの名無しさん
2007/10/23(火) 07:33:19そうでなくともヘルプ見ればほとんどわかるし。
0047デフォルトの名無しさん
2007/10/23(火) 08:32:46っsvn help
概念さえわかってりゃコマンド名見ただけでどんな操作か想像できるだろう
0048デフォルトの名無しさん
2007/10/23(火) 08:53:56俺なんて、取り敢ず残しておきたい状態があればコミットしれ！って言ってるけどな。
少々ログが汚れても、大事なポイントを残す事ができるメリットを優先させている。
リリースの為に整える作業は、プロジェクトのメインの奴が、リリース用のブランチ切って
最終的にタグ打ちして終了でいいと思ってるし。
ただ、あまりにも無神経なコミットログを見ると腹立つけどなｗ
0049デフォルトの名無しさん
2007/10/23(火) 09:20:380050デフォルトの名無しさん
2007/10/23(火) 09:40:20ざけんなゴルァってなるから困る
0051デフォルトの名無しさん
2007/10/23(火) 12:52:36Eclipseで開発してると、ローカルヒストリーが内部リポジトリみたいに使えるから、
svnリポジトリの方を成功したビルドだけ、みたいに限定できる。
0052デフォルトの名無しさん
2007/10/23(火) 13:08:100053デフォルトの名無しさん
2007/10/23(火) 13:17:03NetBeans?
0054デフォルトの名無しさん
2007/10/23(火) 14:54:17一時的にネットワークにつながらない環境でリポジトリをコピーするようにも使えるし、
ローカルで細かい変更のログをとっておいて、ある程度完成したらまとめて（完成したリビジョンだけ）
本筋にコミットすることもできる。
こんな便利なものを知らなかったなんて・・・。
0055デフォルトの名無しさん
2007/10/23(火) 15:01:15＞一時的にネットワークにつながらない環境でリポジトリをコピーするようにも使えるし、
一瞬、ネットワークに繋がらないのにどうやってコピーするんだと思ってしまったw
0056デフォルトの名無しさん
2007/10/23(火) 15:13:37日本語訳された解説サイトがあるかないかで違ってくると思うんだ
0057デフォルトの名無しさん
2007/10/23(火) 15:14:57trunkでそれをやられると困る。
そういう運用するならワーキング用のブランチを作ってくれれば、
盛大にやってもらっても構わない。
ルールとしてユニットテストが通ったものをtrunkにマージを徹底してもらえればそれでいい。
0058デフォルトの名無しさん
2007/10/23(火) 15:18:55運用次第だから何とも言えん
0059デフォルトの名無しさん
2007/10/23(火) 15:31:190060デフォルトの名無しさん
2007/10/23(火) 16:34:290061デフォルトの名無しさん
2007/10/23(火) 17:07:310062デフォルトの名無しさん
2007/10/23(火) 17:12:16他のユーザーはデフォルトでそれをフィルタリング。
みたいな機能つけてくれ
0063デフォルトの名無しさん
2007/10/23(火) 18:07:02レポジトリの運用の仕方の一覧を書いた、2chのレスをご存じないですか？
前スレだと思ってたのですが、見つからず・・・
ファイル共有と、sshと、あと、apach+?があげられてたはず・・・
あと、確か、コミットしたユーザー？が見分けられるかも、書いてあったと思う
0064デフォルトの名無しさん
2007/10/23(火) 18:07:23ひとつのプログラムを複数人のプログラマで開発するときは巨大な問題になるよな
0065デフォルトの名無しさん
2007/10/23(火) 18:08:49ガイドラインにそれば、ブランチを使えばいいんだろうが、面倒なんだよな。
0066デフォルトの名無しさん
2007/10/23(火) 18:11:450067デフォルトの名無しさん
2007/10/23(火) 18:18:16朝一でupdateしてビルド通らないとぶちきれるぞ
0068デフォルトの名無しさん
2007/10/23(火) 18:21:250069デフォルトの名無しさん
2007/10/23(火) 18:22:110070デフォルトの名無しさん
2007/10/23(火) 18:31:14trunkを全員のバックアップ場所にして○○版ってのを作ってテストするような時に
ブランチ切るってやり方の所もあって首を傾げながら開発してた時があった
1プロジェクト1ソリューションで作られてて、自分のソリューションが
他人のコミットでコンパイル出来なくなる事がないような
作りになってた時もあった
（commonだけコミットがうるさかった）
0071デフォルトの名無しさん
2007/10/23(火) 18:56:59r6の450あたりか
0072デフォルトの名無しさん
2007/10/23(火) 19:00:43プロセスでバージョン管理下にあるファイルの更新状況を
調べているけど、この調べた結果のデータをもっと活用
できないものかね？
0073デフォルトの名無しさん
2007/10/23(火) 19:02:08例えばだ
「わからなかったんでやってません」
「コミットしようとしたらローカルソース全部消えちゃいました」
「IDEが壊れて、ソース消えました、コミットしてません」
こんなナイスガイがいる所もあるんだ・・・
007472
2007/10/23(火) 19:03:58http://tortoisesvn.tigris.org/svn/tortoisesvn/trunk
取得中。おせぇ。
ってか、卒論書かなきゃならんのに何やってんの？俺。
0075デフォルトの名無しさん
2007/10/23(火) 19:07:39部屋の掃除とか詰んである本も読まなきゃいけないだろ。がんばれよ。
0076デフォルトの名無しさん
2007/10/23(火) 19:52:18うはっｗもう一人の俺www
007763
2007/10/23(火) 20:19:11どもっす。
http://pc11.2ch.net/test/read.cgi/tech/1165892754/450
ではない気がしました。
2chじゃなかったのかな・・・うーん。
この辺のことは、いつか、まとめないといけないですね
0078デフォルトの名無しさん
2007/10/23(火) 20:50:57コミットしたユーザーの区別は、apacheで公開して認証すればできるよ。
認証に使ったユーザー名が、そのまま最終コミット者になる。
0079デフォルトの名無しさん
2007/10/23(火) 20:55:350080デフォルトの名無しさん
2007/10/23(火) 21:44:420081デフォルトの名無しさん
2007/10/23(火) 21:52:55ローカルディレクトリにリポジトリ作って、file:///〜でアクセスしたりするか、
パスワードなしでコミットしたりすると、ユーザー名を区別できないから誰がコミットしたかわからなくなったりする。
0082デフォルトの名無しさん
2007/10/24(水) 00:46:53mercurialがリリースされてから使ってないなｗｗｗ
0083デフォルトの名無しさん
2007/10/24(水) 01:25:35ビルドやテストが長い時間かかるような大きなプロジェクトになった場合、
ビルド→テスト→（長い時間）→やっと、おわった〜、じゃあ、コミットしよう
→コンフリクトしていてコミットできない→競合解消→ビルド→テスト→（長い時間）→．．．
となって、手元で温め続ける状況が延々と続く．．．かもしれない
0084デフォルトの名無しさん
2007/10/24(水) 01:30:14他のプロジェクトでちょっと使われてるってくらいしか認識ないけど
mozillaとかmercurial使うぽいから割と軌道には載った感じかな?
fd.oがgitになったからgit使ってるけど、中身ほぼ一緒なのかってくらい同じだよなw
犬色に染まりたくないプロジェクトはそっちだろうか。
0085デフォルトの名無しさん
2007/10/24(水) 02:22:54gitって知らないうちに中身が大幅に変わっているのか？
昔、mercurialとgitはまったく別物だったんだが。
0086デフォルトの名無しさん
2007/10/24(水) 02:35:11http://www.ivy.fr/mercurial/ref/v1.0/Mercurial-Usage-v1.0-120dpi.png
コマンドもほとんど同じ
どっちともbitkeeperの置き換えであってまったく別物という話は知らないな。
0087デフォルトの名無しさん
2007/10/24(水) 03:18:260088デフォルトの名無しさん
2007/10/24(水) 11:52:37トータスSVN リポジトリブラウザの web版のようなものは
ありませんでしょうか。
webブラウザからリポジトリに直接ファイルをアップさせたいのです。
ご教授お願いいたします。
トータスSVN リポジトリブラウザの web版のようなもの
008988
2007/10/24(水) 11:53:310090デフォルトの名無しさん
2007/10/24(水) 12:03:34009188
2007/10/24(水) 12:16:15全くもって、おっしゃる通りです。
が、そうでもしないと営業が自発的に資料をコミット
してくれないのですよ・・・
わけがわからないからやっといて〜がオチです。
0092デフォルトの名無しさん
2007/10/24(水) 12:19:41コミットはできないなあ。
0093デフォルトの名無しさん
2007/10/24(水) 12:21:46だったらバージョニングの対象と言うよりは
グループウェアにでもアップロードしておいたほうが
いいのではないだろうか…
ちなみに WebSVN というのがあるけどこれはとりだすだけ。
SvnManager というのはリポジトリの生成や削除および
アクセス制御の設定をブラウザからやるためのウェブアプリ。
なので >>90 の用途には関係ない。
0094デフォルトの名無しさん
2007/10/24(水) 12:29:550095デフォルトの名無しさん
2007/10/24(水) 12:39:14営業に意識させずに Subversion を使わせるには WebDAV 使って意識させない
ようにしないとだめでしょ。
バージョン・コントロール・システムは便利ですが、履歴が残るとかそういうメリットを
一切理解しようとしない人間はやっぱりいる。
こっちがいくら力説しても、「コミット」という行為自体が煩わしいみたいですね。
0096デフォルトの名無しさん
2007/10/24(水) 12:41:300097デフォルトの名無しさん
2007/10/24(水) 13:47:450098デフォルトの名無しさん
2007/10/24(水) 13:55:23WebDAVで、リポジトリの操作って出来るんですか
参照だけではなかったでしたっけ
0099デフォルトの名無しさん
2007/10/24(水) 13:57:58コミット時のアクセスに、WebDAVを使うってことじゃないの？
0100デフォルトの名無しさん
2007/10/24(水) 14:02:42今のアプリ自体が力不足。
ファイルの保存ボタンを押したときに、
保存しますかと聞くんじゃなくて
コミットログの入力を求めるようにフックするツールが必要だ。
あとアンドゥも無限に出来ないとな。
0101デフォルトの名無しさん
2007/10/24(水) 14:22:23WebDAV公開リポジトリに
「IEのファイル→開く→URL入力 ＋ webフォルダとして・・・」
の手順で開かせて直接ファイルを突っ込ませるってことですよね。
この作業をもっと簡略化できませんか？
スクリプト書いて設置とかになるのでしょうか
0102デフォルトの名無しさん
2007/10/24(水) 17:37:32だれか作ってくれ。
0103デフォルトの名無しさん
2007/10/24(水) 17:45:420104デフォルトの名無しさん
2007/10/24(水) 17:52:10揚げ足取りですまんが、SVNMan"a"gerな。
0105デフォルトの名無しさん
2007/10/24(水) 17:55:520106デフォルトの名無しさん
2007/10/24(水) 18:02:02外見は同じだけど、中身はぜんぜん違うんじゃなかったか？
Mercurialとgitを比べてる記事を見たときに、知名度だけでgitが広まるのは嫌だと思ったしｗｗｗ
0107デフォルトの名無しさん
2007/10/24(水) 21:13:210108デフォルトの名無しさん
2007/10/24(水) 21:26:37うちの会社は営業もsvnを使ってくれる。
簡単な技術の話(SQLの正規化とか)も理解できるし大変助かっている。
うちはうち、よそはよそ、だけど。
0109デフォルトの名無しさん
2007/10/24(水) 21:33:550110デフォルトの名無しさん
2007/10/24(水) 21:38:58うちはうち、よそはよそ、だけど。
orz
0111デフォルトの名無しさん
2007/10/24(水) 21:42:100112デフォルトの名無しさん
2007/10/24(水) 22:27:39分かってるのか分かってないのか良く分からないので書いておくけど、Subversion リポジトリを http 経由で SVNAutoversioning on にして公開しておくと、
WebDAV で書き込んだ内容が勝手にバージョン付けされて保存される。
付録 B. WebDAV と、自動バージョン化
http://subversion.bluegate.org/doc/apbs03.html
有意なログが残らないけどとりあえず過去の状態も保存しておきたいというのならこれでもいけると思う。
>「IEのファイル→開く→URL入力 ＋ webフォルダとして・・・」
こっちの方を簡略化ってのならネットワークプレースに登録するなりドライブとして割り当てるなりすれば一度で済むんでそれでいいんじゃないかと思う。
0113デフォルトの名無しさん
2007/10/24(水) 23:35:02リビジョン番号が爆発してしまうんだよねぇ...確か。
違った?
0114デフォルトの名無しさん
2007/10/25(木) 01:27:43そういうやつはWebブラウザでも絶対にコミットしないぞｗｗｗ
会社で必ずSVNを使うルールを作れ。
0115デフォルトの名無しさん
2007/10/25(木) 01:39:55ところで、コミット中に何らかの問題が発生してコミットが
中断してしまったあとで、「古いトランザクションが残っている」
との理由でコミットができなくなってしまった。
なので svnadmin rmtxns <repo> 2-1 ←これが残ってるトランザクション
ってやておかしくなったトランザクションを削除したんだけど、
svnadmin: Can't open file 'tortoisesvn-11106/format': No such file or directory
と表示されて削除できなかった。念のため root でやっても同じ。
db/transactions/2-1.txn を直接削除してしまってよいものだろうか。
0116デフォルトの名無しさん
2007/10/25(木) 03:21:24gzip 圧縮かかってるんだろうか。
つまるところ、Content-Encoding: gzip なんでしょうか？
テキストのやり取りがメインったら圧縮率は高そうなんだけどな。
差分だけのやり取りの場合はそうでもないんだろうか。
でも初回の import とか圧縮の効果が結構ありそう。
0117115
2007/10/25(木) 03:25:56過去のトランザクションが終わってないよ的なエラーメッセージ
（ごめん、うろおぼえ）がでなくなってコミットできるようになったけど、
これでよかったんだろうか。いまはリポジトリを使っている人数が
二人なんで特に大きな問題にはならなかったけど、複数人が
頻繁に使いだしたときに発生しないか心配だなぁ。
そもそもなんでこんな問題が発生するの？
mod_dav_svn を使うよりも svn+ssh などのプロトコルを使えってこと？
0118デフォルトの名無しさん
2007/10/25(木) 03:28:371.4 から差分の表現形式自体に gzip がかかるようになった。これがネットワークを流れる
データになる。 Content-Encoding: gzip がどうなってるかは知らないけど、２重にかける
ことになるから使ってなさそうに思う。
0119デフォルトの名無しさん
2007/10/25(木) 03:42:41なるほど、もはややり取りされる差分データ自体に圧縮が適用されて
いるんですね。いやぁ、すごいなぁ。
ところで、今 WebSVN で自分＋相棒が幸せにリポジトリをブラウジング
しているんですが、開発チームが大きくなるとリポジトリ内の
ディレクトリ毎にアクセス制限をかけたくなりますよね？
Subversion 自体には svn, svn+ssh, http でのアクセスに
適用されるアクセス制御機構が用意されているものの、
WebSVN のようにリポジトリにファイルシステム経由で直接
アクセスする場合にはそれが適用されません。
そういう場合にはファイルシステムのバーミッションで
適切に制御されているべきだろということなのだと
思いますが、WebSVN のようなリポジトリブラウジング用の
ウェブアプリを使うとアクセス制御はあきらめざるを得ないんですかね。
http://www.sesp.cse.clrc.ac.uk/Publications/cvs-svn/node46.html
WebSVN 自体にはアクセス制御の機構はないので HTTP の認証で
なんとか汁、ということのようですが、こまやかな制御を
仕様とするとゴリゴリと Apache の設定ファイルを
毎回書き換えなきゃならないとなるとちょっと実用的じゃありません。
なにかいいほうほうありませんかね。
0120119
2007/10/25(木) 04:01:33It supports access control via the “access file”
(at least version 2.0 beta 7 does at the time of this writing;
you have to get it directly from their source repository)
ということらしい。なるほど WebSVN 2.0 を使えばいいのか。
Debian のパッケージに入ってた WebSVN 1.6.1 をそのまま
使っていた。
0121デフォルトの名無しさん
2007/10/25(木) 21:55:17ふと思ったんだが LVM の Snapshot じゃ駄目なんだろうか？
0122デフォルトの名無しさん
2007/10/25(木) 23:57:38WebDVN 2.0は連動するのか。勉強になった。
あと、Tracが連動するよ。リポジトリブラウジングだけだとTracは大げさだけど。
0123デフォルトの名無しさん
2007/10/26(金) 00:31:39優先度は“critical”で。
0124デフォルトの名無しさん
2007/10/26(金) 00:35:310125デフォルトの名無しさん
2007/10/26(金) 01:42:170126デフォルトの名無しさん
2007/10/26(金) 01:50:08いまは手動で svn remove hoge を繰り返してるんですが、なかなか骨が折れる作業なので・・・
ローカルに存在しないからTab補完もきかないですし。
0127デフォルトの名無しさん
2007/10/26(金) 01:57:32ちなみにzshなら標準で、svn remove のあとはディレクトリおよび削除されたファイルが補完候補になるよう定義されてる。
0128126
2007/10/26(金) 02:07:08なるほど、statusコマンドとスクリプトを組み合わせればいろいろ便利な使い方ができそうですね。
こういったのにあまり慣れてないので、ちょっと勉強してから使いたいと思います。
どうもありがとうございました。
0129デフォルトの名無しさん
2007/10/26(金) 12:02:36Tracかぁ・・・
そこまでの機能はいらないんだよなぁ。
あと、WebSVN の RSS 機能が便利そう。
Trac も各種情報を RSS でフィードしてくれるのかな？
0130デフォルトの名無しさん
2007/10/26(金) 12:09:290131デフォルトの名無しさん
2007/10/26(金) 12:14:31今はviewvcとApacheでやってるけど
ううん・・・
0132デフォルトの名無しさん
2007/10/26(金) 12:19:28ウェブのインターフェイスよりもIDEに統合されて
いたほうがやっぱり使い勝手いいですか？
Visual Studio ばっかり使ってて
Subversion も TortoiseSVN 使ってるけど
Subversion も Visual Studio の何らかの
プラグイン入れて使ったほうがいいのかなぁ。
0133デフォルトの名無しさん
2007/10/26(金) 12:23:30導入するのが面倒で使ってないんだけど
そのうち入れて試してみたいと思ってて
Trac使ってる所で開発出来ると実感出来るんだろうけどなぁ・・。
0134デフォルトの名無しさん
2007/10/26(金) 12:26:43個人の感覚にもよるけど、TracはWebとプラグインで大違いだと思った。
Tracはチケットでバグを管理するんだけど、mylynっていうタスク指向UIっていうのがあって、
チケットごとに関係するファイルだけを表示してくれたりして、なれると効率が全然違った。
VSでsubversionならAnkhSVNだと思うけど、あまり多機能とは言えない。
でもまあ使いやすいことは確かなので、俺はAnkhSVNで普段はコミットして、
タグを作ったりログをいじったりするときはtortoiseSVN使ってる。
0135デフォルトの名無しさん
2007/10/26(金) 12:32:05やっぱりタスク中心で考えられることかな？
バグとか、しないといけないこと、付け加える新機能なんかを一括で管理できるから、
今やってることだけに集中できる。
これやっとかなくちゃと思っても、忘れてしまうことがよくあるんだけど、
Trac使えばまず忘れない。こういうタスク指向のところはライフハックとも似てる考え方がある。
もちろんチーム開発では何倍も効率が上がることはいうまでもない。
ただ、個人的にはブラウザでチケットを入力したりするのは煩わしすぎた。
Eclipseは常に今あるタスクを表示してくれて、ボタン一つでタスクの着手、終了、放棄なんかを実行できたから楽だったけど。
あれになれるとブラウザで使えないｗ
0136デフォルトの名無しさん
2007/10/26(金) 12:42:270137デフォルトの名無しさん
2007/10/26(金) 12:43:03なんでもIDEに溶け込ませると、かえってがちがちに縛られる感じしない？
Visual Studio と TortoiseSVN は適度に「疎」な関係なのがよいと思うのだが
0138デフォルトの名無しさん
2007/10/26(金) 15:01:46件数少なくても重いから、sqliteじゃなくてmod_python由来の重さなのかな？
鯖がVIAのへっぽこCPU使ったマシンだと、もっさり。
0139デフォルトの名無しさん
2007/10/26(金) 15:08:43同感なんだが、ファイルをリネームする時だけは、IDEと連動して欲しいとと思う。
0140デフォルトの名無しさん
2007/10/26(金) 17:04:31VSの外部ツールから呼び出すといい感じ。
編集中のファイルを引数にするのと
カレントプロジェクトのフォルダを引数にする二つを登録して
0141デフォルトの名無しさん
2007/10/26(金) 17:41:47俺は自鯖に一から構築したけど、重いと感じたことはなかったな。
fastCGIからmod_pythonに切り替えたからかもしれんが。
wikiなんかに比べても重いっていうんだったら、サーバーの環境側に問題があるのかも。
0142デフォルトの名無しさん
2007/10/26(金) 20:12:17RSSあるよ求めてる情報と一緒か知らんが
0143デフォルトの名無しさん
2007/10/26(金) 23:19:170144デフォルトの名無しさん
2007/10/26(金) 23:24:440145デフォルトの名無しさん
2007/10/26(金) 23:51:14基本的にはpdumpfs
0146デフォルトの名無しさん
2007/10/27(土) 01:01:08VIAのCPUって言ってるからpicoITXじゃないかな・・
だとしたら重くてもしょうがないと思う
0147デフォルトの名無しさん
2007/10/28(日) 17:34:48コピーがあるとエラーになってしまうけど、svndumpfilter2
や svndumpfilter3 ではそれができるよね。
でもそれって単純にまるとご新しいファイルとして add してる
だけなんだよね。そのファイルにまつわる過去の履歴なんかは
全部失われてしまうんだよね。あとから気づいたよ。
まぁひとりでの開発だし、 HEAD があるから最悪ではないけど、
ちょっとかなしい。
0148デフォルトの名無しさん
2007/10/29(月) 00:19:57ﾊ_ﾊ
('(ﾟ∀ﾟ∩ なおったよ！
ヽ 〈
ヽヽ_)
0149デフォルトの名無しさん
2007/10/30(火) 14:45:56http://www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf
日本語要約
http://www.geekpage.jp/blog/?id=2007/10/24
0150デフォルトの名無しさん
2007/10/30(火) 15:01:080151デフォルトの名無しさん
2007/10/30(火) 18:27:40hotcopy か・・・
0152デフォルトの名無しさん
2007/10/30(火) 19:10:11みんな、さぼりたいときにだけ従っている。
0153デフォルトの名無しさん
2007/10/30(火) 19:10:15svnをインストールし、次いでcvs2svnをインストール。
# ふむ、cvs2svnはpythonで書かれているのか。
cvs2svn --dry-run <cvsリポジトリ> -s <svnリポジトリ> で実行。
# エンコードの問題があるそうな。
cvs2svn --encode=utf-8 (以下略 で実行。
# いけそうだ。
--dry-runを外して実行。
# むぅ、流石に出力に時間が掛かる。仕方ないが。
というわけで、変換完了。早速色々コマンド動かして試しているんだけど、疑問と課題が幾つか。
・utf-8のはいいけど、eucのリポジトリを変換したら扱いはどうなるのだろう。cvsだとコメントと本体のエンコードが違うとワヤだからな。
・オフラインで使い易いな。cvsじゃ今の修正箇所の差分も取れなかったからな。
・テスト中はfile://でやっているけどイントラで使うにはsvnserver? それともApache建てた方がいいのかな?
・テスト中はいいけど、PCからアクセスするのにTortoiseCVSとTortoiseSVNは共存できるのか? まぁ、WinCVSがあるけど。
・cygwin用のクライアントも探して試さなきゃ。
・cvsの運用方針のままだとそぐわないなぁ。バックアップとかも含めてどうするか考えないと……
0154デフォルトの名無しさん
2007/10/30(火) 20:08:12日記ならご自分の日記帳にどうぞ
0155デフォルトの名無しさん
2007/10/30(火) 20:23:23コミット前にチェックする方法ってどう？
大幅に変更するときにしばらくコミットしなくなるのが危険だと思うんだけど。
0156デフォルトの名無しさん
2007/10/30(火) 20:24:50俺は自分しか使ってないけどapache使ってる。
サーバーでVPN建てて、そのネットワークにだけapacheを公開してアクセス。
セキュリティ的にも安全でマジ便利。
0157デフォルトの名無しさん
2007/10/30(火) 21:19:58tracも一緒に建てる。
TortoiseCVSとTortoiseSVNの共存は
コンテキストメニューがうざくなるけど可能。
cygwin用って必要かな？
TortoiseSVNでこと足りると思うけど。
0158デフォルトの名無しさん
2007/10/30(火) 23:03:35なんとなくCygwinはiconv周りがぐたぐたなきがするので、
TortoiseSVNとWindows版Subversionを併用してる。
0159デフォルトの名無しさん
2007/10/30(火) 23:38:18(100ファイルぐらいで失敗する)のは俺だけ？
0160デフォルトの名無しさん
2007/10/31(水) 00:29:37毎日朝晩svnsyncしてる……orz
しかも、2台から……orz
でも、リポジトリ命だからな……orz
0161デフォルトの名無しさん
2007/10/31(水) 00:52:07Cygwin は iconv がぐたぐたなんじゃなくて、ロケールがぐたぐたなのです。
0162デフォルトの名無しさん
2007/10/31(水) 01:16:28真夜中に自動バックアップさせてるから、そんな時間に作業してる奴は有り得んのだけど。
0163デフォルトの名無しさん
2007/10/31(水) 03:52:40なので名前は同じなものの中味が全く異なるファイルが出来上がりました。
これも普段の数行〜数十行の変更と同じようにコミットするものなんでしょうか。
それともこういう場合に取る動作がなにかありますか？
0164デフォルトの名無しさん
2007/10/31(水) 04:46:40ファイルを一旦別の場所に退避してから svn rm して、そこに退避してたやつを戻して
svn add すれば「置換」という操作になって、同じファイル名でも新規ファイルとしての
扱いになる。
0165デフォルトの名無しさん
2007/10/31(水) 07:00:10それはその通り。
でも、ルールを守って手元に余る状況より、細かくコミットする方を、
うちのメンバーは選択してるわけ。
もちろんノーチェックではなく、最低限のテストは通してからコミットしてるよ。
0166デフォルトの名無しさん
2007/10/31(水) 09:01:48んで、トランクのみテストすればいいのか。
0167153
2007/10/31(水) 10:41:17失敬。
>>156他
ふむ、情報THX。
うちは「Cygwinじゃないといや」って香具師と「GUIじゃなきゃいや」って香具師が混在している部署なんでw
>149からの流れも参考にさせて貰おう。
>>166
trunkには安定版を入れることにして、個人の改変はその作業用のブランチを使うってことかな。
その方針は判り易いな。問題は、trunkへのコミットのタイミングの判断かなぁ。
0168デフォルトの名無しさん
2007/10/31(水) 11:28:45なんかうまい手ある? 「Microsoft Excel 2003 XML」でセーブす
ればイイヤと思ったら、全然改行が入らないのでほとんどバイナ
リと変らないんだよなぁ…。
0169デフォルトの名無しさん
2007/10/31(水) 11:43:52バージョニングにやさしいフォーマットにしてほしいよな。
標準の形式 (*.od? とか）だと ZIP 圧縮だから、
マジでバイナリだし。
0170デフォルトの名無しさん
2007/10/31(水) 13:31:03今し方Writerで試してみたが、その通りみたいだな。
どっかでOpenDocumentフォーマットはxmlベースだって読んだ気がしてたんだが、勘違いだったらしい。
>>168
対処療法でしかないけど、Xmlでセーブしてから、xml用のフォーマッタで整形してコミットしたら？
改行してないのが問題なら、とりあえずはマシになると思うけど。
0171デフォルトの名無しさん
2007/10/31(水) 13:36:470172デフォルトの名無しさん
2007/10/31(水) 13:37:310173デフォルトの名無しさん
2007/10/31(水) 13:44:34OpenOfficeは中身をセルの内容で一つ、書式で一つ、って具合にたくさんのxmlファイルに落とすのよ。
で、それをzipでまとめて拡張子を変えただけ。
0174デフォルトの名無しさん
2007/10/31(水) 14:36:23やっぱりそれくらいしか手がないのか…。
もうちょっとうまい手がないかと思って色々調べてんだけど…。
特定のsvn:mime-typeの時に指定した外部diffコマンドを使うなんてことはでき
ないもんだろうか?
0175デフォルトの名無しさん
2007/10/31(水) 14:39:00それって結局リポジトリ内では差分で管理しているわけじゃないよね?
別々の人間が異なるセルをいじるとコンフリクトしちゃうよね?
0176デフォルトの名無しさん
2007/10/31(水) 14:43:37そこのトンデモ運用よりもこのスレで報告された事例の方が斜め上を逝ってたりするなｗ
0177デフォルトの名無しさん
2007/10/31(水) 14:58:26ただのバイナリですからね・・そこは諦めてますよ
0178デフォルトの名無しさん
2007/10/31(水) 15:36:42それを諦めるなら話は早いんだけどね…
諦めたくないのよ
0179デフォルトの名無しさん
2007/10/31(水) 15:53:240180デフォルトの名無しさん
2007/10/31(水) 16:01:110181デフォルトの名無しさん
2007/10/31(水) 16:06:560182デフォルトの名無しさん
2007/10/31(水) 16:38:40# だんだん複雑になるなぁw
0183デフォルトの名無しさん
2007/10/31(水) 17:02:49諦めればそこで試合終了できますよ
0184デフォルトの名無しさん
2007/10/31(水) 17:09:36逆にcheckoutするときにzipに戻すってできればいいんでないかな?
それならリポジトリにはテキストで落ちているから差分を取るのが簡単そうだけど。
0185163
2007/10/31(水) 17:30:36なるほど〜、そういう方法で置き換えられたんですね。
svn statusでもちゃんとRが点灯しました。
コミット後にsvn log hogefileとしてみましたが、
きちんと新しいファイルとしてのログが表示されました。
ありがとうございました。
0186デフォルトの名無しさん
2007/10/31(水) 20:13:19ログのテキストってリポジトリに直接格納されてるのな。
revpropsフォルダのファイルを直接いじるだけでむちゃくちゃ簡単に編集できた。
0187デフォルトの名無しさん
2007/10/31(水) 20:45:24それはやめとけと>>149に書いてるだろ。
そういう状況が頻発するなら、分散型に移行すべきなんだろう。
とはいえ、分散型ってうまく説明しないと、不安に思われちゃうんだよな。
0188デフォルトの名無しさん
2007/10/31(水) 20:59:58面倒かなあ。
直接編集なんか恐くてできん。
propedit --revprop
で安心して変更してる。クライアントからできるし。
hook設定が面倒ってことかなあ。
0189デフォルトの名無しさん
2007/10/31(水) 21:16:490190デフォルトの名無しさん
2007/10/31(水) 22:54:51今スレではまだ出てないみたいなので。
UTF-8 Cygwin か↓どぞー。
ttp://yak.myhome.cx/junks/index.html#cygwin.apr_winlocale
下側をインストールするときは setup.exe で
ttp://yak.myhome.cx/junks/cygstdtree
指定するか、直接ダウンロードして tar xf hoge.tar.bz2 -C / で。
0191デフォルトの名無しさん
2007/10/31(水) 23:02:43どうもりがとうございます。早速試してみます。
聞いてみるもんだなー。
0192デフォルトの名無しさん
2007/11/01(木) 00:51:100193デフォルトの名無しさん
2007/11/01(木) 00:53:25パスを通せば普通に使えるし。
0194デフォルトの名無しさん
2007/11/01(木) 01:22:46だから手間がかかるのはcygwinといっしょ。
0195デフォルトの名無しさん
2007/11/01(木) 02:02:49化けたこと無いな。再現手順は？
0196デフォルトの名無しさん
2007/11/01(木) 03:08:48どうせAPR_ICONV_PATHを設定し忘れてるってオチにちがいない。
cygwinのほうは日本語に関して信頼できないから使う気にならないねえ。
0197デフォルトの名無しさん
2007/11/01(木) 07:44:29svn+sshに移行したらいいよ。
0198デフォルトの名無しさん
2007/11/01(木) 18:17:18ブランチそのものが、そういう目的のためのものじゃなかったっけ？
前にトランク、ブランチ、タグの違いを解説したサイトでそう読んだ気がする。
ここなんかでも、大規模な変更のために一時的に隔離するため、と書いてある。
TortoiseSVN - ブランチ・タグ付け
http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-branchtag.html
0199デフォルトの名無しさん
2007/11/01(木) 18:19:11>187は勇み足だと思うよ。
0200186
2007/11/02(金) 01:43:39GUIしか使えないヘタレなんだが、TortoiseSVNもRapidSVNもログの編集をしようとすると
エラーを吐くので敬遠してた。
よく考えればたしかにあぶないから、きちんとフックの設定するわ。
0201デフォルトの名無しさん
2007/11/02(金) 02:28:00GUIしか使えないヘタレというより、ほんとは英語のメッセージが読めないヘタレじゃないの？
0202デフォルトの名無しさん
2007/11/03(土) 08:04:27できないでしょうか？ホスティングサービス上に Subversion
リポジトリを持っているのですが、念のためコミットする差分などを
暗号化した状態で格納したいと思っているのです。
適当な共有鍵暗号を使って、もちろん開発メンバー同士は
全員同じ共有鍵を知っているという前提でです。
0203デフォルトの名無しさん
2007/11/03(土) 09:19:14暗号化でっていう考え方は理解できるが、
信用できないサーバに秘匿情報を置くのはどうなのかね。
いくら共有鍵だの何だの言っても、サーバが手中にあれば
何だって仕込み放題ジャン。
0204デフォルトの名無しさん
2007/11/03(土) 10:07:20有料のサービスなのでそれなりにしっかりしたデータセンターに
置かれているのだと勝手に思っているのですが、正しい手順で
機材が廃棄されていなかったりなんてこともあるかもしれないし…
考えすぎですかね。
もっとありがちなケースとしては、単に自分たちの運用上のミスで、
ネットワーク経由での認証がスルーされてしまったなんてことが
あり得るかもしれないと思っています。Subversion は
ネットワーク経由の場合にしかユーザ認証はありませんから。
まぁそれは自業自得なんですが。
0205デフォルトの名無しさん
2007/11/03(土) 10:21:27信用にならんのであれば、自分で管理するしか無いだろ。
自分鯖たてて https 経由でやりとりするとか、
自分で自分なりの対策をいろいろと行って
自己責任で全てを管理するべし。
まぁもっとも 204 のコードに興味ある奴はいないとはおもうんだがな。
0206デフォルトの名無しさん
2007/11/03(土) 11:43:490207デフォルトの名無しさん
2007/11/03(土) 13:55:43これが仕事で使ってるデータセンターの話だとして、ソースは生で置きたくないとか言ってるのに顧客情報はそのまま置いたりするんだろうなぁ。
0208202
2007/11/03(土) 14:44:02データセンターのホスティングサービスを利用しています。
顧客情報は部署が違うので扱ってませんが、
ソースコードレベルでライセンスされたコードは
含んでいるので流出があったら困るな、と。
業務上喫緊の課題ではないのでそのうち解決策を探そうと思います。
Subversion の場合サーバ側で受け入れる差分は
クライアント側で作成したものそのままのようで、
--diff-cmd などで他の差分・マージ方法を受け入れることも
できるようになっていることから、 Subversion の内部差分方式の
svn_client_diff3 を単独でコマンドラインツールとして取り出して
それに暗号化・複号をラップして拡張してみようと思います。
ヒマな時にですが。
すべてのデータを暗号化したいわけではないので、
暗号化して投入したものだけプロパティに自動的に
公開鍵を付与することで、リポジトリに参加している人の
公開鍵をチーム全体に伝搬させるなどの工夫をしようと思っています。
10月末日の締切りの仕事があるのですぐにはとりかかれませんが。
今日は10月34日ですよね？
0209デフォルトの名無しさん
2007/11/03(土) 14:46:570210デフォルトの名無しさん
2007/11/03(土) 15:01:570211デフォルトの名無しさん
2007/11/03(土) 15:16:150212デフォルトの名無しさん
2007/11/03(土) 15:35:550213デフォルトの名無しさん
2007/11/03(土) 15:43:56しかし鯖すら信用しない、ってのは鯖倉システムとしてはどうなのかねぇ。
0214デフォルトの名無しさん
2007/11/03(土) 16:13:350215デフォルトの名無しさん
2007/11/03(土) 18:32:28まじめな話、そういう状況だったら自社回線でサーバもつしかないだろ、で、取引先とはVPNで何とかする。
それができないんじゃそもそも電算機ソフト開発できる状況下にないので上に文句たれるのが先だと思う。
0216デフォルトの名無しさん
2007/11/03(土) 20:22:50社内鯖だろうが外の鯖だろうが
保存データの暗号化とは関係ない。
0217202
2007/11/03(土) 20:29:37難しくはなさそう。さらに TortoiseSVN のコードも
眺めてたら機能追加はできそうだと思った。
あとは鍵を格納するためのプロパティを勝手に
設定して、適当にプロトタイプ作ってしまうか。
そのうちコードコントリビューとするかも。
コードを投げてから言え、と言われそうだが。
いや本業で納品してからやれ、のほうが正しいか。
0218デフォルトの名無しさん
2007/11/03(土) 22:10:32Vista の問題らしく、エクスプローラにリビジョンのカラムを追加できません。
ワーキングコピーを置いたディレクトリ内のリビジョン一覧を見たいのですが、何か良い方法ありますでしょうか。
0219デフォルトの名無しさん
2007/11/03(土) 23:23:01Vistaを窓から投げ捨てる。
0220デフォルトの名無しさん
2007/11/04(日) 02:44:11VPCでXP
0221デフォルトの名無しさん
2007/11/04(日) 09:15:25TortoiseSVNを窓から投げ捨てて、
その代わりにコマンドプロンプトで svn st -v と打つ。
0222デフォルトの名無しさん
2007/11/04(日) 22:22:27突っ込んでみたけど、どうにもうまくいかん。
TortoiseSVNからアクセスすると、「リポジトリが見つからない」のメッセージが。。
この時点でsshでの接続はできていると思ってるのだが。。。
Cygwinは、無しの方向でどうにかならん？？
0223デフォルトの名無しさん
2007/11/04(日) 23:58:10GUIだけで押し通そうとするのは無理があるんじゃね？
0224デフォルトの名無しさん
2007/11/05(月) 03:58:28push で複数のコミットを一気に本物の
リポジトリに反映させるんだよね？
その途中ででコンフリクトが発生すると
連鎖的にお手上げになっちゃいそうなんだけど，どうなの？
0225デフォルトの名無しさん
2007/11/05(月) 09:49:11死ね役立たず。
人の足引っ張って楽しいかゴミクズ。
今すぐ死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。ｖ死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
0226デフォルトの名無しさん
2007/11/05(月) 09:53:530227デフォルトの名無しさん
2007/11/05(月) 11:52:100229デフォルトの名無しさん
2007/11/07(水) 10:25:21tempディレクトリ内に生成されるファイルを無視したくて、
（tempディレクトリの存在自体は管理下に置きたいです）
共通無視設定に"*/temp/*"と入力しましたが、
コミットの際にtemp以下のファイルが管理外としてリスティングされてしまいます。
どのように設定すれば共通設定で無視できるのでしょうか？
0230デフォルトの名無しさん
2007/11/07(水) 11:21:12ディレクトリとファイルの区別は出来ないと思うよ
0232デフォルトの名無しさん
2007/11/07(水) 15:38:07Temp
TEMP
じゃないの
0233デフォルトの名無しさん
2007/11/07(水) 17:37:100234デフォルトの名無しさん
2007/11/07(水) 18:38:08思ってるんですが、現実的ですかね？
0235デフォルトの名無しさん
2007/11/07(水) 18:39:360236229
2007/11/07(水) 19:34:25だめでした。
tempディレクトリを管轄内、そのtempディレクトリ内のファイルを無視などというのは、
共通設定でやるべきものではないのかもしれませんね。
個別に作業ディレクトリで無視設定して対処します。
0237sage
2007/11/07(水) 19:45:58やっぱレンタルサーバじゃきついですよね。。。
0238デフォルトの名無しさん
2007/11/07(水) 20:40:42sambaで経由で編集して開発していますが、
例えばCGIが吐き出したディレクトリでオーナーがapacheの場合、
バージョン管理に追加しようとしても権限の関係で.svnを作れずにエラーになります。
WEB開発している人はどのようにして使ってますか？
0239デフォルトの名無しさん
2007/11/07(水) 21:08:32鯖屋に聞かないとわからんだろ。
0240デフォルトの名無しさん
2007/11/07(水) 21:16:141万くらい楽勝だがなあ・・・
0241デフォルトの名無しさん
2007/11/07(水) 21:18:37ドメインのパスワードを変えても、旧パスワード・新パスワードどちらでも、
認証が通ってしまう；；；
これって仕様？
0242デフォルトの名無しさん
2007/11/08(木) 01:12:33CGI が吐き出したディレクトリをバージョン管理に追加するのが間違いだと思う。
0243デフォルトの名無しさん
2007/11/08(木) 07:57:34ドメイン認証使ったことないが、一度適当なパスワードを入れてログインできるか試してみそ。
アクセス制限が聞いてないとどんなパスワード入れても通っちゃうから。
0244デフォルトの名無しさん
2007/11/08(木) 11:25:01ディレクトリ構成を工夫すれば。
操作頻度で階層に分かれてれば苦にならないけど、
そうじゃないと地獄。
0245デフォルトの名無しさん
2007/11/09(金) 01:41:12しようと思い、updateコマンドを使ってみたところ
>svn update file:///c:/svn/Hoge/Hoge.java -r18
'file:\\\c:\svn\Hogel\Hoge.java' を飛ばしました
と、どうやらうまく行かなかったらしいメッセージが出ました。
飛ばした、とあるのでもしやリポジトリからファイルが消されたのかと思い
>svn list file:///c:/svn/Hoge
としてみましたがHoge.javaは消えていませんでした。
飛ばしましたとはどういう意味なんでしょうか。
0246デフォルトの名無しさん
2007/11/09(金) 01:42:45処理対象から外したという感じ。
0247245
2007/11/09(金) 02:21:120248デフォルトの名無しさん
2007/11/09(金) 08:43:110249デフォルトの名無しさん
2007/11/09(金) 09:15:53svn update は URLを引数に取らないような気がする。
updateしたいファイル名のみを指定したらどうだろう。
0250デフォルトの名無しさん
2007/11/09(金) 10:50:360251デフォルトの名無しさん
2007/11/09(金) 11:20:50通常のファイルとして取り出したいんだけど、
便利な方法ない？ TortoiseSVN 使ってます。
0252251
2007/11/09(金) 11:21:55あと、その changelog もリポジトリ中に普通のファイルとして
置いておきたい。 HEAD だけみれば履歴が分かるようにしたいです。
0253153
2007/11/09(金) 18:44:50惜しむらくは、差分表示/マージツールが漢字コードを変換してくれないって、これは仕方ないな。
外部ツールは使えるようだから、変換して差分表示するスクリプトでも用意するか。
# cygwinのsvn使える香具師はいいけど、GUIしか使えない香具師がねぇ……
0254245
2007/11/09(金) 19:01:47なるほど〜、処理をスキップしたという事ですか。
なにかリポジトリを変更してしまったと思って不安でしたが、
ほっとしました。
svn update ファイル名 -rリビジョン
アップデートに関してはこれでうまく行きました。
みなさんレスありがとうございました。
0255デフォルトの名無しさん
2007/11/09(金) 19:44:41WinMergeつかえよって話じゃなくて？
0256デフォルトの名無しさん
2007/11/09(金) 20:05:03ソース以外のファイルなども同期したいと考えています。
0257デフォルトの名無しさん
2007/11/09(金) 20:27:03まぁバイナリも対象にはできるけど、
差分による転送量の軽減は期待できないね。
漏れはまさしく >>256 のような目的で使ってるけど。
LaTeX 文書, ソースコード, EPS ファイル多数，
Excel のファイル多数，PDF ファイル多数。
0258デフォルトの名無しさん
2007/11/10(土) 11:06:43お返事どもです。
現在 AccuSync を使って同期していますが、複数台PC で同期が
出来ないので、どうしようか？と思っていたところ Subversion を
思い出したのです。
AccuSync でも差分転送は出来ないので、大丈夫です。
何か気がかりな点とか注意点とか、ありますか？
0259デフォルトの名無しさん
2007/11/10(土) 11:17:13リポジトリを置く場所をどうするか結構悩む。
１）どっかの自鯖において http や ssh+svn でアクセス
２）USBメモリなどのリムーバブルメディアにおいて
ファイルシステムとして直接アクセス
自分は１）にしたけど、ネットワーク接続が必ずできるとは
限らないのでUSB接続のハードディスクなんかで２）にした
方がよかったかも、と思うこともある。
0260デフォルトの名無しさん
2007/11/10(土) 12:09:02なるほど。確かにリポジトリは考えちゃいますね。
Unison って同期ソフトありますが、こっちは使ってないんですか？
0261デフォルトの名無しさん
2007/11/10(土) 12:14:420262デフォルトの名無しさん
2007/11/10(土) 13:18:57初めてその存在を知りました。いいかも。
Subversionを使っている理由はやっぱり
テキストファイル（C++のソース & TeX文書）
の編集がメインで、マージしたいからです。
Unison も merge 機能があるかもしれないけど。
0263デフォルトの名無しさん
2007/11/10(土) 13:49:41Subversion はツリー上の特定の位置だけ更新することが多い場合、、マージが発生する場合、履歴を取りたい場合、という使い分けかなぁ。
具体的には、Howm のメモには Unison を使って、ソースや普通の文書は Subversion 使ってる。
0264デフォルトの名無しさん
2007/11/10(土) 17:49:31USBメモリをリポジトリにするのはSubversionならではだね。
CVSだとリポジトリにアクセスできないと何もできないに等しいから、
USBメモリを刺しっぱなしにしないといけなくなる。
0265デフォルトの名無しさん
2007/11/11(日) 19:42:26その用途だったらSubversionじゃなくて分散型使った方がいいんじゃない
0266デフォルトの名無しさん
2007/11/12(月) 00:13:46svn2cl をつかってcommit log から changelog を生成するか、
commit 時にchangelog も一緒に書いて更新する
0267デフォルトの名無しさん
2007/11/12(月) 08:32:12分散型というとどのようなものが？
0268デフォルトの名無しさん
2007/11/12(月) 10:18:02こっちで話題になっているかも。
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0269デフォルトの名無しさん
2007/11/12(月) 20:22:26○前置き：
1.svn サーバ：Linux で、subversion のバージョンは 1.4.4
これでサーバ側で svnadmin create /home/svn/repo とやってリポジトリを作成した。
クライアントからは、svn+ssh からアクセスさせることとする。
2.クライアント側は cygwin の svn コマンドでバージョンは 1.3.2 。これで svn co した。
(c:\prj\hoge に展開したとする。)
3.co したファイル( c:\prj\hoge\aaa.txt )を編集した。
4.別ディレクトリに↓からWindows のコマンドライン版クライアント 1.4.5 をおっことして
http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=8100
c:\prj\hoge\aaa.txt を svn commit した(うまくいった)。
5.そのあと 2. の cygwin の svn コマンドで svn log とすると、以下が出た。
svn: This client is too old to work with working copy '.'; please get a newer Subversion client
○質問：
このような問題が出ないよう、クライアントのバージョンをそろえろと言われればそのとおりなのですが、
ちょっとでもバージョンが変わると使えなくなってしまうものなのでしょうか？
それとも「バージョンの 1.x.y の x までそろっていれば大丈夫」といった決まりはあるのでしょうか？
あるいは
・サーバは1.4.4だったら、クライアントは1.3.2でも 1.4.5 でも OK
・ただし、あるバージョンのクライアントでチェックアウトした作業コピーで、
別のバージョンのクライアントで操作しないほうがよい
といった感じでしょうか？
Eclipseユーザで Subversive を使うことも想定されるのですが、subversive は svn のどのバージョンに相当するか、
ということも気にしなければならないですよね。
一度すべてのケースで実験してみますが、ちゃんとやっておかないと本開発が始まったらやばいことになりそうな気になってきた。
0270269
2007/11/12(月) 20:33:57cygwin 版 svn と Windows コマンドライン版 svn で、
作業コピーを別にしてみたら、問題が発生しませんでした。
1.cygwin版で、aaa.txt を編集して commit して 1.2 にする。
2.win 版で aaa.txt を update する(成功)。編集して commit して 1.3 にする(成功)
3.cygwin 版で update する(成功)
ごちゃ混ぜにしないよう、気をつけることにします。
(Subversive で checkout したりしつつ、コマンドラインでも操作、はしたいなあ)
0271デフォルトの名無しさん
2007/11/12(月) 20:39:560272269
2007/11/12(月) 21:03:43なるほど、1.4 前と後で作業コピーのフォーマットが変わったのですか。
http://subversion.tigris.org/faq.html#broken-subclipse
どうもありがとうございました。
0273デフォルトの名無しさん
2007/11/13(火) 01:24:41それはいいが、Subversionで1.2とか1.3とかって……
0274269
2007/11/13(火) 01:38:29すみません、subversion をはじめて使うので、1.3.2 が新しいのか古いのかも意識していませんでした。
cygwin は去年の夏にPCを入れ替えたときにフルインストールしたままです。
全部上書きインストールしようかな。
たぶん自分でコンパイルしたやつは /usr/local/ 以下に寄せてあるから大丈夫なはず・・・
0275デフォルトの名無しさん
2007/11/13(火) 10:19:290276デフォルトの名無しさん
2007/11/13(火) 15:29:010277デフォルトの名無しさん
2007/11/13(火) 15:56:26ことを自前のあぷりに実装しようとするのは無謀？
とはいえ「このアプリケーションは任意の Subversion
リポジトリをつかって複数のパソコンで設定を共有
できます」なんて言ったところでそのリポジトリを
用意できる人なんて限られてるだろうしなぁ．
0278デフォルトの名無しさん
2007/11/13(火) 16:58:53ウェブでリポジトリ用意して、サービス化する企業がありそうなもんだけど。
0279デフォルトの名無しさん
2007/11/13(火) 17:36:23こういうこと？
0280デフォルトの名無しさん
2007/11/13(火) 19:05:590281デフォルトの名無しさん
2007/11/13(火) 22:12:27コンフリクトしたときは手動で解消するのか？
0282デフォルトの名無しさん
2007/11/14(水) 08:44:490283デフォルトの名無しさん
2007/11/14(水) 14:44:500284デフォルトの名無しさん
2007/11/14(水) 19:08:16たぶん無理。
0285デフォルトの名無しさん
2007/11/14(水) 20:53:190286デフォルトの名無しさん
2007/11/15(木) 11:56:55やっぱり無理かー・・・
ありがとう！
0287デフォルトの名無しさん
2007/11/16(金) 14:19:36値に http://xxx.xxx/svn/xxxxx ・・・と言った形でリンク先のURLを記述すると
Error parsing svn:externals property on ・・・ と言うエラーが返ってきます
URLを認識しないのでしょうか？
0288デフォルトの名無しさん
2007/11/16(金) 22:03:13http://subversion.bluegate.org/doc/ch07s05.html
たとえばこんな風にする
hoge http://example.jp/svn/path/to/hoge
poyo http://example.com/svn/path/to/poyo2
0289デフォルトの名無しさん
2007/11/16(金) 22:03:42ディレクトリ名1 URL1
ディレクトリ名2 URL2
:
:
じゃない?
0290デフォルトの名無しさん
2007/11/18(日) 03:24:020291デフォルトの名無しさん
2007/11/18(日) 05:30:11>>30-31 >>218,221
0292デフォルトの名無しさん
2007/11/18(日) 08:40:33新しく作ったファイルを Commit のときに
「これはバージョンコントロール下にないよ」
って教えてくれたんだけど，コマンドラインじゃ
そういうの見れないの？
svn list だとバージョンコントロール下にある
ファイルの一覧は見られるんだけど．
0293デフォルトの名無しさん
2007/11/18(日) 09:29:11svn st で ? と出るのがそう。
0294デフォルトの名無しさん
2007/11/18(日) 11:06:15自分はTortoiseSVNに頼りっきりでまったくさわれないんだけど、コマンドラインのほうがつかいやすい？
それともなにか別のメリットがあるのかな。
0295デフォルトの名無しさん
2007/11/18(日) 11:37:02自分はマウスに頼りっきりでまったくさわれないんだけど、キーボードのほうがつかいやすい？
とかいう質問と同じ>>294
0297デフォルトの名無しさん
2007/11/18(日) 14:15:12どうやってるの？Subversion が持ってる ACL 機能のことじゃないよ．
file とか svn+ssh で複数人がアクセスするときって，
666 とか 777 でサンドバッグ状態？？
しかし新規で作成された差分情報を格納したファイル
（ふつうは直接見ることはないはずだけど）は
その時のユーザがオーナーになるんだよね？
まぁ追加されていくだけで削除や更新はないから
問題ないのかな？
0298デフォルトの名無しさん
2007/11/18(日) 14:25:17ふーん、ようは慣れってことね。
0299デフォルトの名無しさん
2007/11/18(日) 14:59:52g+wでよくね?
0300デフォルトの名無しさん
2007/11/18(日) 16:35:040301デフォルトの名無しさん
2007/11/18(日) 18:01:15各ユーザのumaskは002にさせると思うが。
0302デフォルトの名無しさん
2007/11/18(日) 18:15:30svn+sshはsvnserveのみ使用できるように設定。(svnbookに記述がある。)
0303デフォルトの名無しさん
2007/11/18(日) 18:54:140304デフォルトの名無しさん
2007/11/18(日) 18:56:18ファイルをふつうに削除（svn rm じゃない削除）して更新すれば？
0305デフォルトの名無しさん
2007/11/18(日) 19:03:11新しいディレクトリにチェックアウト
0307デフォルトの名無しさん
2007/11/18(日) 19:13:00コンフリクトが発生しているなら、
.rリビジョン
.mine
とついてるもののうち、.mine(「私のもの」の意)があなたの編集によるもの。
なにもついていないやつはコンフリクトが入っている状態なので、それは
捨て、.mineをそれにコピーor改名してから
svn resolved
する。.rリビジョン/.mineのファイルはresolvedの処理で消える。
あと、シェルなどで使うファイル名のパターンを正規表現とは呼ばない。
0308デフォルトの名無しさん
2007/11/18(日) 21:14:11エスパー現わる
0309デフォルトの名無しさん
2007/11/18(日) 22:08:080310303
2007/11/19(月) 01:46:00言葉足らずな質問に、丁寧なレスありがとうございます。
rubyかpythonで>>307の方法を使いやってみようかと思いましたが、
>>309さんの方法でも出来るような気がします。
とりあえずrevert->updateでやってみて、だめなら>>307さんの方法でやってみようと思います。
最後に、本当にありがとうございました。
0311デフォルトの名無しさん
2007/11/19(月) 10:51:17ファイルを import してみたんだけど、なんか
できたようなふりしてできてないでやんの（笑
そんな使い方するほうが悪いのは承知なんだけど、
だったらどれくらいのファイルなら扱えなくなるのか
基準がないと怖くね？すくなくとも途中で
サーバ側からエラーで中断してくれないと怖くね？
怖くね？怖くね？
0312デフォルトの名無しさん
2007/11/19(月) 10:52:01とかそういう問題ではない。
怖くね？
0313デフォルトの名無しさん
2007/11/19(月) 11:03:120314デフォルトの名無しさん
2007/11/19(月) 11:04:090315デフォルトの名無しさん
2007/11/19(月) 11:32:310316デフォルトの名無しさん
2007/11/19(月) 11:39:59>>311 の勘違いということもありえるし、実際にsubversionが狂ったのかもしれんし、
リポジトリのHDD容量の限界とかかもしれんし。
0317デフォルトの名無しさん
2007/11/19(月) 13:09:56再現したら本家にフィードバックするの手伝うから、サーバとクライアント構成とか詳しくプリーズ
0318デフォルトの名無しさん
2007/11/19(月) 17:53:20便乗で申し訳ないけど、数千単位のファイルをコミットしたときに突然止まるのも何とかして欲しい。
ネットワークの接続は確認したから、apacheかsubversionだと思うんだけど・・・。
0319318
2007/11/19(月) 17:54:26気に入らないなら華麗にスルーしてください。
0320デフォルトの名無しさん
2007/11/19(月) 18:03:18再現可能な条件を見つけてあげるのが文化ってものだと思うんだが。
タダで使って「こわくね？こわくね？」ってのはちょっと‥‥‥。
0322デフォルトの名無しさん
2007/11/19(月) 18:07:35使う側は助かるぞ。
0323318
2007/11/19(月) 18:16:04症状を確認したのがずいぶん前なもんだから、本当にでるか確認したい。
レポートだしときながら、実はそんな症状ありませんでしたでは無責任にもほどがあるからな。
まあ、なんにしろ早めに報告しとくわﾉｼ
0324デフォルトの名無しさん
2007/11/20(火) 11:12:15亀って言っちゃだめなんすかね
0325デフォルトの名無しさん
2007/11/20(火) 11:15:570326デフォルトの名無しさん
2007/11/20(火) 11:24:44陸亀でいいんじゃね？
それか もう全部ひっくるめて エスヴイエヌ で通すか
0327デフォルトの名無しさん
2007/11/20(火) 11:29:47にっこりと笑って、「通称：亀です」 で通してます
0328デフォルトの名無しさん
2007/11/20(火) 11:31:170329デフォルトの名無しさん
2007/11/20(火) 11:31:470330デフォルトの名無しさん
2007/11/20(火) 11:38:310331デフォルトの名無しさん
2007/11/20(火) 11:40:33http://dictionary.goo.ne.jp/search.php?MT=tortoise&kind=ej
0332デフォルトの名無しさん
2007/11/20(火) 11:41:060333333
2007/11/20(火) 11:41:460334デフォルトの名無しさん
2007/11/20(火) 11:56:24これと同じ挙動をログダイアログでも実現できないでしょうか？
現在は、リリースする度にタグ打ちし、前回タグからの変更分をリビジョングラフ上の
前回タグと今回タグを指定して、リビジョン比較で抽出し、抽出したファイルを
選択をエクスポートで抜き出しています。
ただ、ログが増えていくたびにリビジョングラフの生成に時間が掛かるようになってしまい
少しいらだっています。
リビジョングラフのリビジョン比較が優れているのは、本当に差分のみが抽出出来る点で
これをログダイアログ（タグが見えるようにそのリポジトリのトップフォルダのみ作業コピー作って）
で、前回タグから今回タグを指定してリビジョン比較を行なうと、今回タグ名で全フォルダと
ファイルが抽出されてしまいます。
せめて、ログダイアログに、trunk のログだけど、「ここでタグ打ちされたぜ！」みたいな
情報がのっていればいいんですが・・・
0335デフォルトの名無しさん
2007/11/20(火) 12:07:55リポジトリブラウザから前回タグと今回タグの２つを選択して、今回タグの
コンテキストメニューから「リビジョンを比較」。リビジョングラフのリビジョン比較って、
これでしょ？
0336デフォルトの名無しさん
2007/11/20(火) 12:27:17ありがと〜！！
助かりました。
0337デフォルトの名無しさん
2007/11/20(火) 12:45:01あるディレクトリ・ツリーがあって、A\B\C（Cはファイル)だとする。
ここで、BをAフォルダから削除してコミットした。予測ではCファイルもリポジトリから削除されていると思ったんだが、
その後Cファイルをコミットしても、正常に動作し、過去のログも残っていた。
つまり、親フォルダを削除しても、中のファイルは残るってことなんだろうか。
だれか詳しい人教えてください。
0338デフォルトの名無しさん
2007/11/20(火) 12:59:49Bを削除したらCが作業コピーから消えるから「Cファイルをコミット」ができないはず
なんだけど。どうやったの？
0339デフォルトの名無しさん
2007/11/20(火) 14:09:04svn deleteを使わずに単にフォルダを削除したのかな？
その場合、バージョン管理システム上では "フォルダ削除は行われないない" 事になる。
単に作業コピーが不完全な状態になっているだけなので、
svn updateを使えば消したフォルダが復活する。
svn deleteでフォルダを削除すれば中のファイルも削除されるはず。
0340デフォルトの名無しさん
2007/11/20(火) 14:47:15externalsの属性を付けて、とあるフォルダにあるDLLを、Aフォルダにリンクして
更新するとLockのエラーになります
説明にはファイル単位にはexternalsは使用できないとありますが、
こういった使い方もNGですか？
0341デフォルトの名無しさん
2007/11/20(火) 14:53:49いわれたとおりupdateするときっちり復元されました。
自分の操作ミスだったのかorz.
0342デフォルトの名無しさん
2007/11/20(火) 15:16:02何やら可愛いことになっているんだな。
0343デフォルトの名無しさん
2007/11/20(火) 23:26:50あんまり意味がわからんけど、エラーが出て、そのものずばりの説明を読んだ上で
何が不満なの？
0344デフォルトの名無しさん
2007/11/21(水) 10:48:36SVNが1.5になればそう言った使い方も出来るんじゃないかね
0345デフォルトの名無しさん
2007/11/22(木) 05:26:46http://tools.tortoisesvn.net/CommitMonitor
0346デフォルトの名無しさん
2007/11/22(木) 11:31:09頻繁にアクセスされてもなぁ
0347デフォルトの名無しさん
2007/11/22(木) 13:03:380348デフォルトの名無しさん
2007/11/22(木) 13:55:030349デフォルトの名無しさん
2007/11/22(木) 14:11:440350デフォルトの名無しさん
2007/11/22(木) 14:19:57「TortoiseSVN」に対応した拡張差分ツール
0351デフォルトの名無しさん
2007/11/22(木) 16:13:06鯖側に、svnrobots.txtってのを置けば、頻度とかを制限出来るらしい。
0352デフォルトの名無しさん
2007/11/23(金) 00:09:39個人的にはWinMergeがコンフリクト時のマージに使えるとすごくよいのだけれど...
0353デフォルトの名無しさん
2007/11/23(金) 01:10:15使えない?
0354デフォルトの名無しさん
2007/11/23(金) 02:18:07RSSに書式変換するコンバータが有ればいいだけじゃないのか？
trac入れると概ね実現出来るけど、インスコめんどいし、ちょっと大げさだな。
リポジトリの特定ディレクトリをクライアント側で指定して見張る、って事も
出来ないし（CommitMonitorは出来る）。
0355デフォルトの名無しさん
2007/11/23(金) 04:08:37作成しました。
エラー判定はsvnlookでうまくできているのですが
エラー内容（独自メッセージ）がクライアントに返えせません。
「echo エラーメッセージ」でうまくいきませんでした。
サーバ・クライアントともにWindowsです。
どなたかbatファイルからクライアントへエラー文字列を返す方法を
教えていただけませんでしょうか。
0356355
2007/11/23(金) 15:28:19で解決しました。すみませんでした。
0357デフォルトの名無しさん
2007/11/25(日) 20:49:36Webdavが使えるSubversionの無料サービス無いかと言う質問がはてなに上がっているが、俺も気になる。
そろそろ回答期限切れなのにまだ回答が無いが、誰か知ってるか？
0358デフォルトの名無しさん
2007/11/25(日) 21:08:160359357
2007/11/25(日) 21:48:03サンキュ
個人的な用途に使える所は無いか？
0360デフォルトの名無しさん
2007/11/25(日) 22:42:34TortoiseSVN の リビジョングラフが
マージ方向にも線を引いてくれればなおいいんだが。
0361デフォルトの名無しさん
2007/11/25(日) 23:01:56これか。
http://blogs.open.collab.net/svn/2007/05/the_subversion__1.html
http://blogs.open.collab.net/svn/2007/10/tortoisesvn-and.html
まだ使ってないけど、かなり便利そうな気はする。
TortoiseSVN側でもサポートしてくれるし。
で、1.5っていつ出るの？
0362デフォルトの名無しさん
2007/11/26(月) 10:36:00コミット来るたびにメール飛ばしておけば良いだけな気がする
利用側は常駐ソフトが増え、サーバ側はアクセスが増えで、
あまり良い事ない気がする
この手の設定をしてくれない環境用って所か
0363デフォルトの名無しさん
2007/11/26(月) 11:33:20SvnManager でその手のものは簡単に作れるけど、
サービスとしてってなると敷居が高いな。
内輪受けでってだけなら簡単だが。
0364デフォルトの名無しさん
2007/11/26(月) 17:51:13メールだと、基本的に設定しっぱなしになるでしょ。
CommitMonitorだと、今日出来たあのbranchだけを3日間だけ見張りたい、
ってのがすぐ出来る。
0365357
2007/11/26(月) 21:31:220366デフォルトの名無しさん
2007/11/26(月) 21:54:370367357
2007/11/26(月) 23:54:50条件が合わない。
既存の無料サービスではWebdav+Subversionは見つからないな。
0368デフォルトの名無しさん
2007/11/27(火) 00:54:48いわゆるCGIでおｋなプロトコルが
あれば問題はないのに。
0369デフォルトの名無しさん
2007/11/27(火) 01:14:37開発版ブランチのファイル群をトランクにマージする際、いつもマージしたくないファイルまでマージしてしまうハメになって苦労しています。
マージしたくないのにマージされてしまったファイルは、いつもRevertかけてトランクの元の状態にひとつひとつ戻してから、
コミットしているのですが、そもそもマージする際にマージしたくないファイルを対象から外す、といった操作はできないのでしょうか。
0370デフォルトの名無しさん
2007/11/27(火) 03:03:560371デフォルトの名無しさん
2007/11/27(火) 10:20:36投入したいのですが、一時的に作られるような
ファイルはもちろん投入したくありません。ignore したいです。
Eclipse ではどのようなファイルを投入するべきなのでしょうか？
たとえば Visual C++ だと *.ncb ファイルは無視しますよね。
0372デフォルトの名無しさん
2007/11/27(火) 10:39:00プロジェクトの種類によって違うと思うんだけど
うちはGWTとかCDTとかPyDevとかも入ってるし
0373デフォルトの名無しさん
2007/11/27(火) 10:39:59かなり古いVCですね
0374デフォルトの名無しさん
2007/11/27(火) 10:53:17テンポラリ的に使われているファイルもあるみたいだし、
何が必須のファイルなのやらさっぱり。
0375デフォルトの名無しさん
2007/11/27(火) 11:17:10手元のログ見た限りでは方法が見つからなかったんだけど。
0376デフォルトの名無しさん
2007/11/27(火) 11:19:19何の名前を変えるんだ
0377デフォルトの名無しさん
2007/11/27(火) 11:56:34さっぱりってことはないと思うんだけど。
空の(自分では何も手を加えていない)プロジェクト作ってリポジトリにつっこんで、フルビルドして比較。
差が報告されたやつはビルドで生成されるものだから、リポジトリにつっこまないものってくらいの判断はつくだろ。
設定ファイル系で「つっこむとメンバー全員で同じ設定になっちゃうからどうしよう」というファイルもあるだろうけど、
それは「どうやったら上手く運用できるか」という別の話。
0378デフォルトの名無しさん
2007/11/27(火) 11:58:33file://でコミットユーザ名をログインユーザ名とは別にできないの？ってことじゃね？
>>375
できませんでFA
0379デフォルトの名無しさん
2007/11/27(火) 12:49:41同僚にはviで書いてる人も居るし。
0380デフォルトの名無しさん
2007/11/27(火) 13:12:54俺がふつーと思ってるものがみんなの普通でない可能性は否めないが
0381デフォルトの名無しさん
2007/11/27(火) 14:00:06新規にプロジェクトを共有したときに.classpathと.projectが
インポートされなくなったんだがこれが仕様なのか？
0382375
2007/11/27(火) 14:04:22>378の書いている通りっす。
>>378
了解。THX!
# つまり、administratorで使っている阿呆どもにはfile://では使わせられないってことだなw
0383デフォルトの名無しさん
2007/11/27(火) 16:36:58Administrators グループ参加していますが
こんなわたしは阿呆どもですか？
0384デフォルトの名無しさん
2007/11/27(火) 16:53:540385デフォルトの名無しさん
2007/11/27(火) 16:56:08その社内のルール上ではアホなんだろ
0386デフォルトの名無しさん
2007/11/27(火) 17:02:00誰か、あなたのグループについて何か疑義を提示しましたか?
しかも、それが何かSubversionに関係でもするのですか?
>382で提示されている問題は恐らくは、同じusernameでcommitされると誰がcommitしたか判らないということだと思いますが。
ついでに言えば、アカウント名がadministratorなら阿呆かどうかは兎も角セキュリティ的にはお勧めできませんね。
0387デフォルトの名無しさん
2007/11/27(火) 17:02:240388デフォルトの名無しさん
2007/11/27(火) 17:14:03さらにNFSでリポジトリを共有すれば完璧。
もちろん普通の運用よりかは遅いだろうし、ほぼ同時にコミットした場合など、何が起こるかは考えたくないが。
0389375
2007/11/27(火) 17:27:49>>383
知りません。
>>385
ユーザ名決め打ちで害を成すアプリがあるとしたら、真っ先に狙われるユーザ名ですが。
まぁ、xp以降ならデフォルトでadministratorになるわけじゃないから大丈夫だけど。
0390デフォルトの名無しさん
2007/11/27(火) 17:47:03>ユーザ名決め打ちで害を成すアプリがあるとしたら、真っ先に狙われるユーザ名ですが。
そんなもん気にするなら社内で徹底すりゃ良い話
徹底してるのに使ってるのがいるんなら、会社、人材がお粗末なだけ
0391デフォルトの名無しさん
2007/11/27(火) 17:57:250392デフォルトの名無しさん
2007/11/27(火) 17:59:390393デフォルトの名無しさん
2007/11/27(火) 18:17:280394デフォルトの名無しさん
2007/11/28(水) 08:33:050395デフォルトの名無しさん
2007/11/28(水) 14:18:440396デフォルトの名無しさん
2007/11/28(水) 14:29:03まともにLocale設定されているなら日本語になっているはずだが
てか環境も書かずに答えられるわけねーだろ
出直して来い
0397デフォルトの名無しさん
2007/11/28(水) 14:57:130398396
2007/11/28(水) 15:11:32Linux
Windowsのはシラネーが
0399デフォルトの名無しさん
2007/11/28(水) 16:22:560400デフォルトの名無しさん
2007/11/28(水) 16:29:50どのバージョンから入ったのかは知らんけど。
0401デフォルトの名無しさん
2007/11/28(水) 16:31:350402デフォルトの名無しさん
2007/11/28(水) 16:33:31これなんてLinux？
一目惚れした
0403デフォルトの名無しさん
2007/11/28(水) 16:44:46WinXPでputty動かしてるだけだろ。
0404デフォルトの名無しさん
2007/11/28(水) 16:49:49ささやかな感動を奪ってしまうようで悪いんだが
これWindowsのputtyでLinuxに接続してる図なんだわ
0405デフォルトの名無しさん
2007/11/28(水) 16:50:250406デフォルトの名無しさん
2007/11/28(水) 17:12:10それ、言語日本語になっても見た目だけで、
エラーとかのコンソールメッセージは英語じゃね・・・？
0407デフォルトの名無しさん
2007/11/28(水) 17:35:39おお、そうかいそうかい；。；
好きな子がノンケだと知った時と同じショックだわ；。；
0408デフォルトの名無しさん
2007/11/28(水) 17:45:50SlanXPとBDF M+でぐぐってみよう
0409デフォルトの名無しさん
2007/11/28(水) 17:58:03SlanXP BDF M+ に一致するページは見つかりませんでした。
検索のヒント:
キーワードに誤字・脱字がないか確認します。
別のキーワードを試してみます。
もっと一般的なキーワードに変えてみます。
キーワードの数を減らしてみます。
0410デフォルトの名無しさん
2007/11/28(水) 18:01:08ありがと！
0411デフォルトの名無しさん
2007/11/28(水) 18:27:28なるほど、確かに漢字で出てるね。
>>407
これもPutty使用。
0412デフォルトの名無しさん
2007/11/28(水) 19:35:21確かにな〜
>>407
これはPanty使用。
0413デフォルトの名無しさん
2007/11/28(水) 22:42:21日本語環境でエラーになったのもいまとなってはいい思い出。
0414デフォルトの名無しさん
2007/11/29(木) 10:04:250415デフォルトの名無しさん
2007/11/29(木) 10:15:02::::::::::| 〈 !
::::::::::| ヽﾆニ二二二ヾ } ,'⌒ヽ
::::::::::| '´ !o_ｼ｀ヾ | i/ ヽ !
::::::::::|! `' '' " ||ヽ l |
::::::::::| |ヽ i !
::::::::::| |ﾉ /
::::::::::| ,､ ! , ′
::::::::::|‐ ﾞ レ'
::::::::::| /
::::::::::| ￣ ｀ / |
::::::::::|─‐ , ′ !
0416デフォルトの名無しさん
2007/11/29(木) 10:28:50>>412は死んでいいよ
そして>>395は出直してこないと…
何だこの流れ…
0417デフォルトの名無しさん
2007/11/30(金) 10:47:29TortoiseSVN使ってるけど、エラーメッセージも日本語になるのか？
言語パック入れてもメニューとかが日本語になるだけだけど
0418デフォルトの名無しさん
2007/11/30(金) 12:58:370419デフォルトの名無しさん
2007/12/01(土) 14:52:32AnkhのDiffみたいな奴じゃなくて
VSSみたいにファイルを横に並べて比較する奴というか
0420デフォルトの名無しさん
2007/12/01(土) 15:20:27おれはWinMerge使ってる。
ttp://www.geocities.co.jp/SiliconValley-SanJose/8165/winmerge.html
0421デフォルトの名無しさん
2007/12/01(土) 15:52:16にアクセス出来ないのは俺だけ？
0422デフォルトの名無しさん
2007/12/01(土) 16:48:220423デフォルトの名無しさん
2007/12/01(土) 16:54:30最新版ではどうなんだろうか？
0424デフォルトの名無しさん
2007/12/01(土) 16:55:400425デフォルトの名無しさん
2007/12/01(土) 21:12:32いまも日本語化ける。
対処法知っている人いたら情報キボンヌ
0426デフォルトの名無しさん
2007/12/01(土) 21:35:24ありがとう、使ってみます。
0427デフォルトの名無しさん
2007/12/01(土) 22:11:510428デフォルトの名無しさん
2007/12/01(土) 22:29:220429デフォルトの名無しさん
2007/12/01(土) 22:46:03Subversion 1.5.0 (future): Feature and bugfix release.
See open issues marked for 1.5 or 1.5-consider.
で、そのリンク先見ると、まだ78個の課題が開いたまんま。
こりゃ当分出んな。
0430デフォルトの名無しさん
2007/12/03(月) 02:03:03ttp://po3a.blogspot.com/2007/12/subversion.html
うはｗ
0431デフォルトの名無しさん
2007/12/03(月) 02:38:28最近Git使いだしたけど、もうSubversionに戻れる気はしないな。。。
CVSなんてマジで無理。
0432デフォルトの名無しさん
2007/12/03(月) 03:15:26具体的に
0433デフォルトの名無しさん
2007/12/03(月) 04:19:35kwsk
0434デフォルトの名無しさん
2007/12/03(月) 06:49:17http://ja.wikipedia.org/wiki/Git
それほどsubversionと変わらん気がするんだがな。特徴的なのは分散リポジトリか。
これだってソフトウェア使えばsubversionでも使えるし。linusはsvnのなにが不満だったんだろうか。
0435431
2007/12/03(月) 07:05:35スレ違いとか言って怒られそうな気がしなくもないんだが。。。
Subversionからはけっこう考え方が変わってしまうので、実際に使ってみないと
理解するの難しいと思うんだけど、、、Mercurialはそっくりらしいんだけど、、、
基本的に中央集権型のやり方を否定してるので、全員マスターリポジトリに
なります。例えばLinuxカーネルをGitで持ってくると、その時点から
オレLinuxのはじまり。
コラボレーションは、どこか違う場所に変更をコミットするというのではなくて、
「欲しい人はここから持ってっていいよ」っていうスタイルで。
上の例で持ってきたLinuxカーネルを元にいろいろいじくりまわして俺コミットを
たくさん作って、そうこうしてるうちに持ってきた先の最新の変更が欲しくなったら、
そこから変更を持ってくるんだけど、この時、マージがすごくスムーズにいく。
例えば、Linux開発版ブランチを持ってきて、そこから俺コミットで突き進んでる
として、その元にしている開発版ブランチが向こうでは安定版ブランチにマージ
されて伸びなくなってしまったとした場合、オレとしては、もう伸びることのない
開発版ブランチを追いかけていてもしょうがないんだけど、そんな時に根元を
安定版ブランチに乗換えつつ、今までの俺コミットはきれいにマージできる。
いつも自分専用のリポジトリで、超気軽にブランチが作れるので、
てきとうにコミットしてから再度きれいにコミットしなおしたり（修正の内容ごとに
２つのコミットに分けるなど）、やりかけの状態をコミットして元に戻ってみたり
（ボスが来たモード）急ぎのやつをやっつけたらもっかいその変更を取り出してみたり、
ずっと以前のコミットを修正したりなど、とにかくやりたい放題。
まあやりたい放題もすごく気持ちいいんだけど、
どのリポジトリも特別じゃないですよ、っていう精神に俺は惚れました。
0436デフォルトの名無しさん
2007/12/03(月) 07:33:38気楽にコミットできてちょっとうらやましいな。少しさわってみるかもしれん。
0437デフォルトの名無しさん
2007/12/03(月) 07:40:10敢えて言えば、外出先でノートPC使った開発とかか。殆どやらないけど。
マージの補助に関しては、Subversion 1.5に期待してもいいんだろうか？
0438デフォルトの名無しさん
2007/12/03(月) 10:42:36俺は特に必要ないけど、マージしやすいって言うのは
ちょっと興味あるね
0439デフォルトの名無しさん
2007/12/03(月) 11:18:44ぃぬｓも結構ボロクソいうわりにRMSほど憎まれないのは人徳なんだろうかｗ
0440デフォルトの名無しさん
2007/12/03(月) 11:32:190441デフォルトの名無しさん
2007/12/03(月) 11:44:300442デフォルトの名無しさん
2007/12/03(月) 11:47:43↑の文だけじゃ、SVKと変わらない希ガス
0443デフォルトの名無しさん
2007/12/03(月) 12:10:44使い方次第では同じことが出来るけど、設計思想が違うんだろ。
それによって自ずと使い方も変わってくる。
分散型を使いたいのにsvnへ特攻しに来るヤツはまずいないはず。
俺個人としては、しばらくSVKで我慢して、Gitなんかの支援ソフトが充実してから移行しようと思ってる。
0444デフォルトの名無しさん
2007/12/03(月) 12:19:37どこがどう便利になったのかが全く分からない
0445443
2007/12/03(月) 12:26:00こういうことをうまく説明できるかはわからんが、使用者の心がけの問題だな。
svnはほぼ一つのトランクで常に同じソースをみんなで共有していて、一つのものをみんなで編集している感じ。
それに対してgitなんかの分散型は、必要な箇所だけみんなで共有していて、基本的に個人個人でリポジトリを所有しているという意識が強い。
だから、どちらが便利かということはない。バージョン管理したいものがどちらに向いているかということが重要。
自分が移行するのは、各PCの環境依存が多いものをバージョン管理したいと思ってるから。
0446デフォルトの名無しさん
2007/12/03(月) 12:53:43貼っておきます。
http://pc11.2ch.net/test/read.cgi/linux/1196399724/74
74 名前：login:Penguin 投稿日：2007/12/02(日) 22:52:59 ID:igtkitGK
はてぶでリーナスのGitの講演がホットトピックになっていたので貼っておく。
Tech Talk: Linus Torvalds on git(70:14)
http://www.youtube.com/watch?v=4XpnKHJAok8
KernelGitGuide
https://wiki.ubuntu.com/KernelGitGuide
0447デフォルトの名無しさん
2007/12/03(月) 12:59:34自分がリポジトリを持つって事でマージが綺麗になるってのが
理解出来ないだけだよ
ぶっちゃけ、分散型だの何だのって言うのはどうでも良いんだよね
ブランチ区切った後のマージが凄く楽になるって話らしいから
どう違うのか確認したかった
0448デフォルトの名無しさん
2007/12/03(月) 13:11:16アクセスしています。↓のような感じで。
http://www.syon.co.jp/syontech/tech014.html
この Windows 共有フォルダは Samba(Linux)で動かしているのですが、
その Linux から svn co file:///home/samba/bar/svn みたいに
ローカルリポジトリとしてアクセスしても問題ないでしょうか？
できれば、さらに別マシンから svn co svn://foo/bar/svn 見たいにアクセスしたい。
commit はせずに参照(svn checkout, update, log)だけするつもりです。
ファイルのロックとかでリポジトリが壊れてしまうでしょうか？
0449441
2007/12/03(月) 13:59:130450デフォルトの名無しさん
2007/12/03(月) 18:26:46想像だけど・・・
Linusのスライド（最初のほうだけしか見てない）でCommitObjectっていう単語を見た気がするけど、
Commitが単体オブジェクトのような編集可能な形で存在していて、
過去のCommit(patchのようなもの)を修正すると自動的に最新の状況が再構成されるとかそんな感じなのかな？
コンフリクトの処理がどうなるのか気になるけど。
0451デフォルトの名無しさん
2007/12/03(月) 20:11:59開発者一人あたり1000ドルってなんだよ。
0452デフォルトの名無しさん
2007/12/03(月) 20:19:10年内特別キャンペーン価格： ￥3,900 / ユーザ / 月
http://www.collab.net/jp/products/cee_cesvn_campaign/
0453デフォルトの名無しさん
2007/12/03(月) 20:38:24一人あたり5000ドルは下らないわけで
0454デフォルトの名無しさん
2007/12/03(月) 21:09:560455デフォルトの名無しさん
2007/12/03(月) 21:47:48TortoiseHG インストールできないんだが。ばいなりのやつ。
0456デフォルトの名無しさん
2007/12/03(月) 21:50:340457431
2007/12/03(月) 22:36:34行レベルでぶつかったら、やはりGitでも3wayマージを手でやる羽目にはなります。
そうでない場合は、いい感じにマージしてくれる（これはsvkも同じだった気が）
Subversionではsvn updateってした時にファイル単位でぶつかったらCになって
自分でどうにかしないといけない、、、よね？ってsvn忘れてきてるよ （；´∀｀）
Gitの前はsvk使ってたんだけど、マージの便利さではそう変わらないと思う。
＞ぶっちゃけ、分散型だの何だのって言うのはどうでも良いんだよね
＞ブランチ区切った後のマージが凄く楽になるって話らしいから
＞どう違うのか確認したかった
俺もそういう感じで、きっかけは追っかけてるプロジェクトがSubversionからGitに
変わったからしょうがなくGitしてみた、って感じで。その時点では俺はsvkで
追っかけてて、svkには満足してた（遅いのには参ってたが）。でもGit使ってみたら、
違う意味ですごく良かった。
例えば俺はPHPの2chリーダー使ってるんだけど、正規版と拡張版があって、
さらにたまにスレで書き込まれる微修正、それにwikiに載ってる改良、さらに
個人用の設定も設定ファイルを編集する必要があって、けっこういろいろ手を加えてる
んだけど、その状態で上流が伸びた時に、これらオレ改良の適用を手でやると
なると、かなり厳しい。Gitでrebaseというのをすると、オレコミットをいったん
全てリセットして、根っこを伸ばした後にオレコミットを再度全て適用、なんて
ことが出来る。これがすごく気持ちいい。
>>450
内部についてまではあまり詳しく理解してないんだけど、俺はそういう感じだと
思います。ガベージコレクションがあったりなんかして、参照されなくなった
オブジェクトをたまに消してるみたい。なんかファイルシステムみたいだ。
あまり脈絡がないんじゃないかと思われるようなコミットをいきなり指定して
今の状態に適用しちゃったりもできるんで（さすがにうまく行くとは限らないけど、
でもけっこううまく出来てしまう）、実はGitってただのパッチ集なんじゃ？ って
思うことがあって、そのへんが git(おバカな) のか、、って思ったりとか
しますそしてスレ違い長文すみません。
0458デフォルトの名無しさん
2007/12/03(月) 23:22:29折角だからこちらで続けませんか?
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0460デフォルトの名無しさん
2007/12/04(火) 03:04:08> オレコミットをいったん
> 全てリセットして、根っこを伸ばした後にオレコミットを再度全て適用、なんて
> ことが出来る。これがすごく気持ちいい。
おっほ。
それすごくよさそう。
なんか新規プロジェクトのときGit使ってみるかな。
0461デフォルトの名無しさん
2007/12/05(水) 01:55:57SVK の弱点は速度だけ？
0462デフォルトの名無しさん
2007/12/05(水) 02:11:55linusいわく、マージ関連の機能が弱いらしい。
あと、svnとsvkで操作が違うことも弱点の一つかな。
0463デフォルトの名無しさん
2007/12/05(水) 13:41:340464デフォルトの名無しさん
2007/12/05(水) 14:14:22例えば、truncに対するマージ履歴一覧みたいなやつ。コメントじゃなくて。
0465デフォルトの名無しさん
2007/12/05(水) 14:45:21Subversion 1.5を待つか、今すぐ開発バージョンを使うか、
その追加機能の元になったpythonスクリプトを使うかすれば。
0466デフォルトの名無しさん
2007/12/05(水) 15:18:21速レスサンクス。
待ちます・・・
0467デフォルトの名無しさん
2007/12/05(水) 15:19:030468デフォルトの名無しさん
2007/12/06(木) 09:44:31svn checkoutやimportするときにURL省略って出来ないですか？
CVSだとCVSROOTって環境変数でデフォルトURLを指定できたんですけども…
0469デフォルトの名無しさん
2007/12/06(木) 11:50:12CVS の場合、以下のようにできますが、
・src/hoge.txt を cvs remove で削除したとする
・CVS リポジトリ上では、attic に hoge.txt,v が移動される
・作業ディレクトリ上で、src 以下で cvs log hoge.txt とやれば、削除されていても log を見ることができる
Subversion でも、削除された hoge.txt の log がみたいです。
0470デフォルトの名無しさん
2007/12/06(木) 13:25:56hoge.txtに関連するログだけみたいなら、まずsvn log -vでhoge.txtが
削除されたリビジョンを探し出してそのリビジョンの一つ前までをURL指定で見ればいい。
# 例えばリビジョン1000で削除したならsvn log -r1:999 url://repos/trunk/hoge.txt
0471デフォルトの名無しさん
2007/12/06(木) 15:46:35おお、TortoiseHgインストーラ出来てたのか！
Mercurialのバイナリインストール先を取得してたから
Mercurialのインストーラの拡張か・・・
コレは、育ってもらいたい・・・・
早速インストールしてみる。
0472469
2007/12/06(木) 18:10:10レスどうもありがとうございます。
> svn log -vすれば削除されたファイルの履歴も見えると思うけど。
svn log を、引数を与えずに実行すれば、リポジトリに対して行ったすべての作業のログが見えるので、
hoge.txt が削除されたときのログもみることができました。
svn log -v |less で hoge.txt を検索すれば、削除された revision もわかりました。
ちなみに作業ディレクトリで svn log -v hoge.txt というようにファイルを指定すると、
>> 'hoge.txt' はバージョン管理下におかれていません
といわれます。
次に以下のようにやったのですが、
svn log -v -r 9788:1 file:///\server/svn/repos/myprj/src/hoge.txt
こうなってしまいます。
>> svn: ファイルが見つかりません: リビジョン (現在のリポジトリの最新番号), パス '/myprj/src/hoge.txt'
0473デフォルトの名無しさん
2007/12/07(金) 07:28:380474デフォルトの名無しさん
2007/12/07(金) 09:07:120475デフォルトの名無しさん
2007/12/07(金) 12:48:39>452参照
0476470
2007/12/07(金) 13:56:10私のところだとできたんだけどね。
＞>> svn: ファイルが見つかりません: リビジョン (現在のリポジトリの最新番号), パス '/myprj/src/hoge.txt'
￣￣￣￣￣￣￣￣￣￣￣￣
ちと気になるのはこの辺か。そこはその上を見る限り9788になってないとおかしい。
0477デフォルトの名無しさん
2007/12/07(金) 15:06:11-r 1:9788でなくて？
0479デフォルトの名無しさん
2007/12/07(金) 16:58:32Subversionのバージョンアップを考慮したときに、 dump形式と hotcopy形式のどちらを選ぶ？
0480デフォルトの名無しさん
2007/12/07(金) 17:10:130481デフォルトの名無しさん
2007/12/07(金) 23:12:19Windows Mobile用のSubversionクライアントってあるのでしょうか？
リモートデスクトップなんかは無しの方向で・・・
0482デフォルトの名無しさん
2007/12/07(金) 23:45:48つ svn client
0483sage
2007/12/08(土) 21:28:58バージョンアップは滅多にないから、自分は普段のバックアップはhotcopy+tar.bz2で
圧縮して、pdumpfs/pdumpfs-cleanで保存してる。
バージョンアップをせざるを得ない状況−−例えばマシンがクラッシュして別環境を
用意したらSubversionがバージョンアップしてた−−てな場合を避けるために、
非常時用にVMware上に同じOSを用意している。
よって、dumpはバックアップには使わず、svndumpfilter/2/3を掛けたいときに使ってるだけ。
0484デフォルトの名無しさん
2007/12/08(土) 22:32:23と、何も考えずfsfsをpdumpfsしてる俺は思う。
0485483
2007/12/09(日) 00:20:25>>484
うむ。実は主目的は過去n日間,過去n週ごと,過去n月ごとのバックアップを
残すスクリプト書くのがおっくうで、pdumpfs-clean使ってるんだ。
0486483
2007/12/09(日) 00:23:25fsfs使ってるから、tar.bz2やらないでしばらく運用してみるよ。
0487デフォルトの名無しさん
2007/12/09(日) 04:52:59バージョン管理システムのリポジトリバックアップに
pdumpfsで複数日残す意味はあるのか？
ハードリンクじゃファイルひとつ壊れたら終わりだろう。
0488デフォルトの名無しさん
2007/12/09(日) 11:56:24ファイル破損というよりは不可逆かつその場で気がつかない
オペミスや「毒が溜まる」系のバグみたいなものを想定してたけどね。
0489デフォルトの名無しさん
2007/12/09(日) 11:57:210490デフォルトの名無しさん
2007/12/09(日) 13:45:02「素晴らしいマージ機能」とは具体的に何なのか教えてくれ．
むちゃくちゃなマージされても困るだけじゃないか？
最終的に手作業が入るのは当たり前じゃね？
0491デフォルトの名無しさん
2007/12/09(日) 14:00:23「いったい前回のコミットから折れ何やったんだっけ」
ってなることがあるんだけど，
ソースコードの先頭にメモ書いておけば
それらをまとめてコミットログに取り込んでくれるような機能ないのかな．
逆に $Id:$ でキーワード置換はしてくれるくせに〜
0492デフォルトの名無しさん
2007/12/09(日) 14:01:26ほかのスレ見てると、どうやらマージそのものの機能じゃなくて、マージによる再構成の柔軟性のことらしい。
gitやmercurialだと、過去の変更を編集したりとか、マージの順番を変えたり、
マージそのものをブランチからトランクに移したり出来る、とのこと。
詳しいことは、このスレの最新100行ぐらい見るとわかりやすい。
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0493デフォルトの名無しさん
2007/12/09(日) 14:03:41Eclipse使ってるなら、mylyn使えばタスクとリビジョンを関連づけられて便利。
やらないといけないことをtaskにどんどん追加して、今やってるタスクをonにしとけば、
コミット時にonなタスクを自動的にコメントの先頭へ追加してくれる。
0494デフォルトの名無しさん
2007/12/09(日) 14:11:19ああ，なるほど，チェンジセットはいつまでもチェンジセットごとに
独立して取り込まれていくってことか．Subversionの場合は
マージして取り込んじゃったらそのあとはもう区別つかないからねぇ．
>>493
おお，そういうものがあるのか．
残念ながら普段は C++ か C# で Visual Studio 2005 なんだよ・・・
Java は Eclipse (3.3) 使ってるけど．
まさしく「taskにどんどん追加して」ってのをやりたかったのですごく残念．
0495デフォルトの名無しさん
2007/12/09(日) 14:26:100496デフォルトの名無しさん
2007/12/09(日) 16:49:49ものすごく細かい単位でコミットしてるけど、少数派なんだろうか。
0497デフォルトの名無しさん
2007/12/09(日) 16:57:32リポジトリのバックアップは、いつも夜中に tar.gz で別のところに固めているだけなんだけど、
これでもいいんですよね？
マシンがクラッシュしたら、同じバージョンの subversion をインストールして、tar.gz を
展開したところ、うまくあつかえたのだけど。
0498デフォルトの名無しさん
2007/12/10(月) 09:05:47つながらないのは俺だけじゃないよね？
（上のほうにも同じｶｷｺあるし）
自鯖みたいだけど、どんな状況なんだろ。
0499デフォルトの名無しさん
2007/12/10(月) 09:20:17LANケーブルを猫がかじってる状況じゃないかな。
0500デフォルトの名無しさん
2007/12/10(月) 10:43:08つながらないね。
bluegateって、Subversion本の日本語訳版が置いてあるところだよね？
11月末くらいに日本語訳版を探してて「つながらんなぁ」と思った記憶があるから、
かなり長いこと落ちてるような希ガス。
0501497
2007/12/10(月) 10:54:04たしかにつながらないですね。
以前、ぐぐって以下を見つけたんだけど代わりになりますか?
http://hata.biz/mirror/snap/1095876945.html
0502デフォルトの名無しさん
2007/12/10(月) 11:20:42ずっと落ちたりということはないので気長に復旧を待つべし
0503デフォルトの名無しさん
2007/12/10(月) 11:21:42このスレも次スレいらないよな。
0504デフォルトの名無しさん
2007/12/10(月) 11:46:17現状svnはcvsより劣っている点はないと思うけど、gitはそうじゃないんでしょ？
いや、gitの方はしらんのだけど。
0505デフォルトの名無しさん
2007/12/10(月) 11:54:59ttp://pc11.2ch.net/test/read.cgi/tech/1193332500/
これと合流してもいいんじゃないか？
ただしスレタイに、
検索で引っかけられるようにキーワードが欲しいけど。
0506デフォルトの名無しさん
2007/12/10(月) 12:59:02800辺り以降の頻度みてから決めましょうよ。
で、今のsvnでfsfs作るとdb/revs/にリビジョン番号のファイルができるよね。
dailyBackupとしてdb/currentとその追加されるリビジョン毎のファイルだけ
バックアップしているけどどうなんだろ。
0507デフォルトの名無しさん
2007/12/10(月) 13:03:30このスレが必要ないなら、自然と沈むし、統合する必要ないんじゃないの？
0508デフォルトの名無しさん
2007/12/10(月) 14:19:120509デフォルトの名無しさん
2007/12/10(月) 14:44:100510デフォルトの名無しさん
2007/12/10(月) 17:22:23今のバージョン管理はやっぱりsvnがスタンダードだし、tracとかeclispeのプラグインなんかでも使わざる得ない。
本当にgitやらがスタンダードになるまでは、多分メインをgitに移行しても、svnは使い続ける必要があると思う。
何より、本当にgitやmercurialがsvnより優れてるかわからないし。
linusの言葉は大きいけど、俺は方向性が違う二つを無理矢理比べようとしてる気もする。
0511デフォルトの名無しさん
2007/12/10(月) 17:47:07外部依存ライブラリをもーちょい減らして欲しい。
0512デフォルトの名無しさん
2007/12/10(月) 17:48:420513デフォルトの名無しさん
2007/12/10(月) 18:00:22そんなあなたにはdebianがオススメ。aptコマンドで一発インストールできる。
0514デフォルトの名無しさん
2007/12/10(月) 18:51:23>>513のような信者うぜえ
既存のシステムに組み込まなきゃいけないときもあるってことをわかれ
0515デフォルトの名無しさん
2007/12/10(月) 19:05:40過剰反応しすぎ。
0516デフォルトの名無しさん
2007/12/10(月) 20:31:300517デフォルトの名無しさん
2007/12/10(月) 21:28:01上手く動作しない…dll造らないと使えないなんて…
なんでdllに依存したパッケージにしちゃうかなmercurial
0518デフォルトの名無しさん
2007/12/10(月) 21:30:34http://www.rouge.gr.jp/~fuku/tips/mingw/
C:\mercurial-0.9.5>dllwrap --driver-name gcc -dllname executer.dll example.o C:\Python25\libs\libpython25.a
dllwrap: no export definition file provided.
Creating one, but that may not be what you want
DLLインポート！
>>> import executer
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named executer
こけた orz
0519デフォルトの名無しさん
2007/12/10(月) 21:36:080520デフォルトの名無しさん
2007/12/11(火) 12:20:15パスを指定することって出来ないんでしょうか
0521デフォルトの名無しさん
2007/12/11(火) 14:26:44エクスプローラからリネームするなど、svn と無関係に
名前を変えてしまったファイルを、コミット時に
「AはBにリネームしたことにする」なんてことはできませんか？
0522デフォルトの名無しさん
2007/12/11(火) 14:33:350523デフォルトの名無しさん
2007/12/11(火) 14:35:11今度はsvnに感知させずに名前を変更メニューが必要になるｗ
0524520
2007/12/11(火) 15:08:32失礼しました
0525デフォルトの名無しさん
2007/12/11(火) 16:36:13（昔 Indexing Serevice と言っていたものや
MSN Desktop Search の後継、フィルタは同じく IFilter）
でのインデックス対象から、.svn ディレクトリを
全てはずしたいのですが、簡単な方法はありませんか？
0526デフォルトの名無しさん
2007/12/11(火) 16:50:190527デフォルトの名無しさん
2007/12/11(火) 17:14:080528デフォルトの名無しさん
2007/12/11(火) 17:19:11聞くスレが違う
さようなら
0529デフォルトの名無しさん
2007/12/11(火) 17:27:38俺は知らんがな。
0530デフォルトの名無しさん
2007/12/11(火) 17:33:41２）全部まとめて選択してプロパティシートから外す
0531デフォルトの名無しさん
2007/12/11(火) 17:53:140532デフォルトの名無しさん
2007/12/11(火) 18:11:35というか、ググれば特定ファイルの除外なんて一発で出てくる希ガス。
0533デフォルトの名無しさん
2007/12/11(火) 18:20:35一個一個除外してたらキリないって話
>>530の手順で.svnが増えるたびにやるこったな
嫌ならGitだかHGだかを使うことだな
あっちは確か1個しか作られないんだろ
0534デフォルトの名無しさん
2007/12/11(火) 18:53:060535デフォルトの名無しさん
2007/12/11(火) 19:17:520536デフォルトの名無しさん
2007/12/11(火) 19:59:330537デフォルトの名無しさん
2007/12/11(火) 20:08:19バージョン管理でも何でもねーわ
0538デフォルトの名無しさん
2007/12/11(火) 20:12:32雰囲気悪い。
0539デフォルトの名無しさん
2007/12/11(火) 20:19:52CVSスレも死んでるし。
0540デフォルトの名無しさん
2007/12/11(火) 20:20:420541デフォルトの名無しさん
2007/12/11(火) 20:29:450542デフォルトの名無しさん
2007/12/11(火) 22:00:040543デフォルトの名無しさん
2007/12/11(火) 22:01:33なぜなの？
0544デフォルトの名無しさん
2007/12/11(火) 22:08:01http://subversion.bluegate.org/
これのGit番が無いから。
と思ったらあるこちゃあるのか
http://www8.atwiki.jp/git_jp/
暇なとき見てみよーっと。
0545デフォルトの名無しさん
2007/12/11(火) 22:17:330546デフォルトの名無しさん
2007/12/11(火) 23:15:13俺にはお前が何を言いたいのかがわからない。
0547デフォルトの名無しさん
2007/12/12(水) 00:13:40そこら辺がきっちりできるまでは、subversionは定番であり続けるだろうな。
0548デフォルトの名無しさん
2007/12/12(水) 00:58:16Gitはともかく、Mercurialは最近広がりつつあるように見える。
0549デフォルトの名無しさん
2007/12/12(水) 01:04:39CVSだって惰性、というか、移行しなければならない強い理由がないから
そのまま使ってるとこ多いわけで。
VCSをどんどん乗り換えるのはVCSオタと特殊な開発形態だけで、実際には
必要がなければわざわざ乗り換えたりしないだろう。
0550デフォルトの名無しさん
2007/12/12(水) 01:06:240551デフォルトの名無しさん
2007/12/12(水) 01:12:53概念さえ使ってしまえば使い方は大した問題ではない。
0552デフォルトの名無しさん
2007/12/12(水) 01:13:25「概念さえわかってしまえば」にお詫びして訂正いたします。
0553デフォルトの名無しさん
2007/12/12(水) 01:23:52拒否反応起こす奴いるからな・・・死ねと言いたいよ
0554デフォルトの名無しさん
2007/12/12(水) 01:26:05SVNで十分使えるし
0555デフォルトの名無しさん
2007/12/12(水) 01:37:33ソースレビューに使えないってのは痛いよ。
0556デフォルトの名無しさん
2007/12/12(水) 01:42:29そのクリーンってタスクもNGなの？
俺は良く人のソースにタスク書いてコミットしてる
0557デフォルトの名無しさん
2007/12/12(水) 02:03:40拒否反応起こすってのは正常な思考
こうすると便利です！ よし即採用だ！
ありえんよ
0558デフォルトの名無しさん
2007/12/12(水) 02:16:23本リポジトリは、常に正しいもの（レビュー済・テストOK）が入ってる、というポリシー。
レビューのために、コミット前にメールとかでソースをやりとりという悲しいやり方になる。
>>557
そう言う奴は大抵何も勉強してないけどな。
0559デフォルトの名無しさん
2007/12/12(水) 02:32:24> 本リポジトリは、常に正しいもの（レビュー済・テストOK）が入ってる、というポリシー。
そういえば前にそんな事言い出した奴いたかも・・・
その為に別リポジトリも変だし、ローカル依存が増える可能性は避けたいから俺はやらんな
>>557
>こうすると便利です！ よし即採用だ！
小規模適応での現場検証が前提である事すらわからないのか・・・
そんな考え方なら勉強しても意味無いぞ
0560デフォルトの名無しさん
2007/12/12(水) 02:33:12Linuxに糞認定されてしまった以上、Gitにしない理由が見当たらない。
0561デフォルトの名無しさん
2007/12/12(水) 02:33:24強固な組織ほどそちらの陣営の方が強力なのが悲しい。
0562デフォルトの名無しさん
2007/12/12(水) 02:49:170563デフォルトの名無しさん
2007/12/12(水) 03:16:57linux->linusね。
あと、CVS->svnとsvn->git,hgは明らかに違う。
CVS->svnは純粋な機能拡張に近かったのに対して、
svn->git,hgは大きくシステムが変わるから、使い方を変えなくちゃならない。
・・とまあ偉そうに語るけど、CVS使わずにsvnからバージョン管理始めた俺には実感もてないんだけどね。
少なくともsvnはCVSオルタナティブとして作られた経緯から、git,hgに移行するよりかは幾分簡単だと思うんだけど。
0564デフォルトの名無しさん
2007/12/12(水) 03:31:50それが全然違うから、あまり参考にならないな。
今までだって、BitKeeperを使って来た訳じゃないし。
0565デフォルトの名無しさん
2007/12/12(水) 04:36:49べつに、CVSが糞だと思った理由がSubversionで解決されており、
それで満足しているのならsvnから別のものに移行する理由にはなるまいて。
そしておれはそれにあたる。
0566デフォルトの名無しさん
2007/12/12(水) 06:57:59ブランチ使えば？
0567デフォルトの名無しさん
2007/12/12(水) 08:40:00> CVSが糞だからSubversionに移ったと言い張るのなら
CVSもまだまだ現役ですよ....
0568名無し募集中。。。
2007/12/12(水) 08:47:21Mercurialは分散型として興味はあるから試してみたいけどな
0569デフォルトの名無しさん
2007/12/12(水) 10:42:17管理システムを変更したいと言われて抵抗しない方もどうかと思うよ
CVSからSVNは根底は変わらないからまだ良いけど
CVS、SVN使ってる人にGit、HGを使ってくれない、氏ねとか言い出すのは
ただ自分の興味を満たしてくれない事への怒りってだけだろ
管理システムなんて枯れてる方が安心感があるよ
0570デフォルトの名無しさん
2007/12/12(水) 10:59:220571デフォルトの名無しさん
2007/12/12(水) 11:04:51よって使い易いに相違ありませんみたいな
暗黙の了解みたいのが海外含めてあるのに
馴染めない俺が通りますよ
SmartCVS - CVS client
http://www.syntevo.com/smartcvs/index.html
SmartSVN - Subversion/SVN Client
http://www.syntevo.com/smartsvn/index.html
Swingだけどこれ使ってます。クライアントソフトの選択肢が
多いのはいいことだ…てか公開リポジトリから取ってくる
のにしか使ったこと無い罠。
0572デフォルトの名無しさん
2007/12/12(水) 11:12:02http://www.syntevo.com/smartsvn/screenshots/repository-browser.png
どうでもいいけどわかりにくいページだな
0573デフォルトの名無しさん
2007/12/12(水) 11:15:55【バージョン管理システムについて語るスレ】
http://pc11.2ch.net/test/read.cgi/tech/1193332500/l50
があって、そこそこ盛り上がってるのに、ここでＳubversion以外の話題が延々と続いててもにょもにょする
0574デフォルトの名無しさん
2007/12/12(水) 11:22:03>> 本リポジトリは、常に正しいもの（レビュー済・テストOK）が入ってる、というポリシー。
>その為に別リポジトリも変だし、ローカル依存が増える可能性は避けたいから俺はやらんな
こうでないと、何時でも最新版を使えない・提供できないだろ。
それに、なんでもコミットOKなら、レビュー・テスト済みかとうかってどうやってる？
で、このポリシーでおかしくなるのは、Subversionがショボイからだろ？
0575デフォルトの名無しさん
2007/12/12(水) 11:25:240576デフォルトの名無しさん
2007/12/12(水) 11:31:520577デフォルトの名無しさん
2007/12/12(水) 11:39:46ショボイならショボイなりの使い方をしているだけだ
敢えて言うならCVSよりは使いやすい位にしか語ってない
で、そんなにSVNはショボイから使わんって話なら
その素晴らしいSCMのスレでも他に作って
そのスレでそのことについて語っていた方が有意義だろ
0578デフォルトの名無しさん
2007/12/12(水) 11:41:56Linux kernelみたいに、今はGitやHgでそういうのが当たり前に実現されてるわけで。
なんでもかんでもtrunkにコミットされて、レビューやテストも管理できなかったら、品質保てないじゃん。
ｽｰﾊﾟﾊｶｰばっかなら問題ないのかもしれんが、多くのﾄﾞｶﾀたくさんの現場ではそうはいかない。
0579デフォルトの名無しさん
2007/12/12(水) 11:48:150580デフォルトの名無しさん
2007/12/12(水) 11:51:43基本は、 trunk のリビジョンをレビューやテストして、問題があれば trunk に修正を
積めばいいでしょ。それとも、コミットした瞬間にユーザー向けにリリースされるような
仕組みができてるのかい？
0581デフォルトの名無しさん
2007/12/12(水) 11:56:02はいはいそうですねとしか言いようがないわ
0582デフォルトの名無しさん
2007/12/12(水) 12:06:510583デフォルトの名無しさん
2007/12/12(水) 12:09:35お寒い運用だねぇ
0584デフォルトの名無しさん
2007/12/12(水) 12:19:37技術者たるもの新しい技術の吸収には常に貪欲でありたいものだ。
0585デフォルトの名無しさん
2007/12/12(水) 12:21:22新しいのが出て用がなくなったんなら該当スレへ行けよ
んな分別も付かない奴が何言っても説得力ないわ┐(ﾟ〜ﾟ)┌
0586デフォルトの名無しさん
2007/12/12(水) 12:27:51誰しもsvn最高！って感覚で使ってる訳じゃないしさ。
空気読めずに他のソフトを連呼する連中は無視すれば良いでしょ。
0587デフォルトの名無しさん
2007/12/12(水) 13:09:29"Subversion 1.4.6 tarballs up for testing/signing"
ktkr
http://svn.collab.net/repos/svn/branches/1.4.x/CHANGES
0588デフォルトの名無しさん
2007/12/12(水) 16:19:54ﾜﾛﾀ
確かにsvn過激派のcvsスレ粘着と構造は同じだなｗ
0589デフォルトの名無しさん
2007/12/12(水) 18:23:39svk checkout -d でデタッチしたのを再度アタッチするには
どうすればいいですか？
ソースとかならチェックアウトし直せばいいんだけど、
/etc じゃそうも行かないし
0590デフォルトの名無しさん
2007/12/12(水) 20:21:54おれは Windows で開発してるけど、WinCVS のような専用のアプリでないと
なんか気がすまないので、RapidSVN を使っている。
http://rapidsvn.tigris.org/
あとはコマンドラインか Emacs から VC。
>>571 のやつは知らなかったので、後で見てみよう。
0591デフォルトの名無しさん
2007/12/13(木) 03:10:21> Emacs から VC
なんだそりゃ。
0592デフォルトの名無しさん
2007/12/13(木) 07:06:42vc.elってのがあるんだよ、コンパイラじゃない。
0593デフォルトの名無しさん
2007/12/13(木) 07:57:260594デフォルトの名無しさん
2007/12/13(木) 11:28:08亀は初心者がとっつきやすいので最初に薦めるようなもんでしょ
0595デフォルトの名無しさん
2007/12/13(木) 11:56:52いや、 vc.el は専用アプリじゃないだろって話でしょ。
0596デフォルトの名無しさん
2007/12/13(木) 17:32:040597デフォルトの名無しさん
2007/12/13(木) 18:20:120598デフォルトの名無しさん
2007/12/13(木) 19:52:100599デフォルトの名無しさん
2007/12/13(木) 21:15:180600デフォルトの名無しさん
2007/12/13(木) 21:56:410601デフォルトの名無しさん
2007/12/13(木) 23:44:070602デフォルトの名無しさん
2007/12/14(金) 00:19:490603デフォルトの名無しさん
2007/12/14(金) 00:21:290604590
2007/12/14(金) 01:31:07Emacs の VC(Version Control)は、RCS を使っていようが CVS を使っていようが
Subversion を使っていようが、 たとえば C-x v v などの統一した操作ができるという
フレームワークみたいなものだと理解しています。
そういう意味では >>595 のように VC は専用アプリではないと理解しています。
どんどんスレ違いすみません
0605デフォルトの名無しさん
2007/12/14(金) 23:40:36いらっしゃいませこんにちわ
バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0606デフォルトの名無しさん
2007/12/15(土) 00:51:390607デフォルトの名無しさん
2007/12/15(土) 20:54:34はい次
0608デフォルトの名無しさん
2007/12/16(日) 07:16:03方法は利用不可能ですか？ ra_dav, ra_svn, ra_local だけが
アクセスモジュールとしてインストールされているといわれます．
0609デフォルトの名無しさん
2007/12/16(日) 09:18:520610デフォルトの名無しさん
2007/12/16(日) 11:07:38言われてるとおりだろ。わかってるじゃないか。
0611デフォルトの名無しさん
2007/12/16(日) 11:35:05ソースコードを覗くと他にあるのは ra_serf だったりするんだが恐らくそれは君の欲しいものとは違うと思うんだが。
svn+ssh 等の svn+tunnelingは ra_svn が担当してる。デフォルトでは ssh だけだけど、config に設定することで増やすことは可能。
0612609
2007/12/16(日) 21:24:03でけた。
*.c *.cpp *.h にsvn:keywordsが付いてたらコミットさせないフックです。
--- hooks/pre-commit
#! /bin/sh
REPOS="$1"
TXN="$2"
SVNLOOK=/usr/bin/svnlook
errors=0
$SVNLOOK changed -t "$TXN" "$REPOS" | grep -E -e ".*\.(c|cpp|h)$" |
while read flag path; do
if ($SVNLOOK propget -t "$TXN" "$REPOS" "svn:keywords" $path > /dev/null); then
echo "$path: attribute \"svn:keywords\" is prohibited." >&2
errors=$(expr $erros + 1)
fi
done
[ $errors != 0 ] && exit 1
exit 0
フック書いたの初めてナノ
0613609
2007/12/16(日) 21:39:35< errors=$(expr $erros + 1)
---
> errors=$(expr $errors + 1)
ええ、そうでよ。一発でコミット決められない人ですよ私は.... orz
0614デフォルトの名無しさん
2007/12/17(月) 14:03:540615デフォルトの名無しさん
2007/12/18(火) 11:35:06・久しぶりに起動してみたら未読が500ぐらいになった。
・右上のペインで、全部選んでdeleteしようとした
・固まって落ちた
・再度立ち上げてみたら、設定したプロジェクト情報がすべて消えていた
うーん、このツールあとちょっとなんだけどな・・・・
>>509 のとおり、file:/// のリポジトリは監視できないし。
ところでこのツールは、監視した commit 情報をどこに蓄積しているのだろう。
みたところ *.exe を置いたフォルダには何も作られないし。
0616デフォルトの名無しさん
2007/12/18(火) 11:37:170617615
2007/12/18(火) 11:44:21ところでいまヘルプで入っている案件が Windows 共有フォルダ上にリポジトリを作って file:/// で
やっているので、hook でメールを飛ばすことができない。
開発メンバーのPCは全員 Windows です。
共有フォルダ上のリポジトリの hook にメール送信する *.vbs などを書いて、commit 時に
各開発メンバー(の Subversion クライアント)が直接メール送信することも可能だが、
なんかトラブルの元になりそうなのでやっていない。
ということで何かいい方法はないでしょうか。
cron(or Windows のタスク)で定期的に svn log して、得られた内容を編集してメールを送るような
スクリプトを自前で書くぐらいしか思いつかないのですが、そうするしかないかな。
0618デフォルトの名無しさん
2007/12/18(火) 11:52:160619618
2007/12/18(火) 11:53:160620615
2007/12/18(火) 12:04:30そんなところにあったのか。どうもありがとうございます。
「Automatically create diffs of commits」にチェックをつけておくと、
各revisino ごとの diff がここに置かれていますね。
0621デフォルトの名無しさん
2007/12/18(火) 12:11:13svn:// は駄目なの？
0622デフォルトの名無しさん
2007/12/18(火) 12:41:20自分専用にローカルでsvnserveを立ち上げて、CommitMonitor使えば
いいんじゃないの？
0623デフォルトの名無しさん
2007/12/18(火) 13:13:05バージョン管理の運用が始まってるんだったら、
「コミットフックでメール」のメリットも理解してもらえそうだから、
がんばってsvn://に移行するよう説得すべし。
0624デフォルトの名無しさん
2007/12/18(火) 13:25:09ApacheってWindows上で動かすとすげー遅くなるんだよねぇ・・・
EnableSendfileをOffにしてある程度改善はされたけど
0625615
2007/12/18(火) 13:51:31Windows共有フォルダの実体はLinuxのsambaなので、そのマシンには実は Subversion が
インストールされています。
私もなんで file:/// でやっているのかと思ったのですが、私はあとから入っていて
もう運用が始まっていたので変えられませんでした。
>>621 >>623
file:/// から svn:// に変える場合、
.svn/entries の中に file:/// といった URL が書かれてしまっているので
各開発者の作業ディレクトリは checkout しなおしになりますよね？
開発がそれなりに盛り上がっているので、いま移行するとチームが混乱してしまいそうです。
>>622
↑で書いたとおりリポジトリのサーバは Linux なので、Apache をたちあげて
sambaで公開しているリポジトリのディレクトリを http:// で見えるようにしました。
これで CommitMonitor はつかえるようになりました。
ただし http:// 経由で commit すると、file:/// のときとファイルのロックが壊れそうなので
参照のみにしています。
( >>448 を書いたのは私です)
私はヘルプ(支援)で案件に入っていて、各開発メンバーから「共通部品がcommitされても
アナウンスがないので困る」と要望があったので考えているのですが、
・共通部品担当に「直したらチームにアナウンスしろ」
・各開発メンバーに「Eclipse の"SVN同期"を、目を皿のようにして眺めろ」
と指導するのが正しい姿なのですが、それとは別にメールが飛ぶようにしたら
少し状況がよくなるかなというのが今回の目的です。
0626デフォルトの名無しさん
2007/12/18(火) 13:58:33TortoiseSVNの切り替えコマンドで出来ないかなって思ったけど駄目だった
プロトコル変える場合は再度チェックアウトしないと駄目ですね
0627デフォルトの名無しさん
2007/12/18(火) 14:05:31つ 「svn swich --relocate」
0628デフォルトの名無しさん
2007/12/18(火) 14:15:510629デフォルトの名無しさん
2007/12/18(火) 14:26:010630デフォルトの名無しさん
2007/12/18(火) 14:34:290631デフォルトの名無しさん
2007/12/18(火) 14:39:240632デフォルトの名無しさん
2007/12/18(火) 14:39:29余計な口出ししなくてもよろしい
0633デフォルトの名無しさん
2007/12/18(火) 14:44:333割は導入が減ったと見るね。
0634デフォルトの名無しさん
2007/12/18(火) 14:56:08ご丁寧にもapacheにDAV追加する
至極めんどくさそうな手順を延々と付けてくれてるしなあ
0635デフォルトの名無しさん
2007/12/18(火) 14:58:12愚痴なら余所でやれよ
0636デフォルトの名無しさん
2007/12/18(火) 15:02:110637デフォルトの名無しさん
2007/12/18(火) 15:03:110638デフォルトの名無しさん
2007/12/18(火) 15:26:100639デフォルトの名無しさん
2007/12/18(火) 15:42:500640デフォルトの名無しさん
2007/12/18(火) 16:29:230641デフォルトの名無しさん
2007/12/18(火) 16:30:540642デフォルトの名無しさん
2007/12/18(火) 16:37:17ヒットするから勘違いする奴がいてもおかしくない。
0643デフォルトの名無しさん
2007/12/18(火) 16:45:500644デフォルトの名無しさん
2007/12/18(火) 21:25:12英語だと misdiretion てやつ。
0645デフォルトの名無しさん
2007/12/18(火) 21:37:370646デフォルトの名無しさん
2007/12/18(火) 21:45:260647デフォルトの名無しさん
2007/12/19(水) 04:47:50http://tools.tortoisesvn.net/CommitMonitorDownload
自分のコミットを無視出来るようになったのが嬉しいね。
0648デフォルトの名無しさん
2007/12/19(水) 09:20:54subversion+インストールでぐぐった上から二番目。
まぁ必須とは書いてないが、ほぼApache以外の選択肢はないような書き方。
0649デフォルトの名無しさん
2007/12/19(水) 10:43:21そのまんまやん
んなうがった見方されたら何も書けないだろ
0650デフォルトの名無しさん
2007/12/19(水) 15:18:58>TortoiseSVNでリポジトリのURLが変わった場合
>何らかの理由でリポジトリのURLが変更された場合、TortoiseSVNの設定を変更し、
>コミットや更新を行う先のURLを変更する必要があります。
>この場合、TortoiseSVNの右クリックメニューで現れる「再配置」を行うことで、URLを変更することができます。
>URLを変更したい作業ディレクトリを選択し、右クリックすると左下の画像のような右クリックメニューが現れます。
>「再配置」を実行し右下の画像のようなダイアログが現れたら、変更後のURLを入力します。
0651デフォルトの名無しさん
2007/12/19(水) 16:02:090652デフォルトの名無しさん
2007/12/19(水) 17:22:23できる
0653デフォルトの名無しさん
2007/12/19(水) 20:09:16スクリプト書けば出来るんじゃないの？
全自動でしてくれるようなコマンドはないはず。
0654デフォルトの名無しさん
2007/12/19(水) 21:42:07svnserveでssl使えないからじゃねーの？
0655デフォルトの名無しさん
2007/12/19(水) 22:39:530656デフォルトの名無しさん
2007/12/20(木) 01:14:08しかたがないので、httpsで運用してる。
0657デフォルトの名無しさん
2007/12/20(木) 01:17:19>>648みたいなのはほっとけばいいよ
言いがかりと同レベル
0658デフォルトの名無しさん
2007/12/20(木) 01:46:160659デフォルトの名無しさん
2007/12/20(木) 06:51:57svnというよりも認証が遅いのかもねぇ．
うちの組織では，ssh の認証時に見に行ってる
ldap サーバが遅かった．ldap サーバの
スレーブを用意したら速くなった．
0660デフォルトの名無しさん
2007/12/21(金) 10:11:430661デフォルトの名無しさん
2007/12/21(金) 10:12:130662デフォルトの名無しさん
2007/12/21(金) 10:12:500663デフォルトの名無しさん
2007/12/21(金) 11:11:120664デフォルトの名無しさん
2007/12/21(金) 11:33:43User-visible changes:
- Client:
* fixed: unbounded memory use in "svn cat" over ra_svn (r26964, -8)
* fixed: 'svn diff --summarize file' displays erroneous output (issue #2765)
* fixed: 'svn status' wrong on previously-reverted deleted dir (issue #2804)
* fixed: 'svn up' can delete unversioned symlinks (issue #1808)
* fixed: use correct properties for locally replaced files (issue #2743)
* fixed: 'svn info -R $REPO_ROOT' w/ pre-1.2 svnserve broken (r26264)
* fixed: svnsync ignores '--config-dir' (r27056)
* datestamps can be localized (r26156)
* fixed: text base not updated when merging a replaced file (issue #2698)
* fixed: inverted 'switch --relocate' error message (r22355)
* fixed: sporadically failing file and directory removal on Windows (r25520)
* fixed: property file handling for schedule-delete files (r25833)
* fixed: allow invalid svn:eol-style values (r28331)
* fixed: 'svnadmin rmlocks' should error when no path provided (r28431)
* support neon 0.26.4 (r26077)
- Server:
* fixed: authz granted if calculation inconclusive (r23815)
* fixed: svndumpfilter crashes on Windows (r23494)
* fixed: wrong pointer type used for memset (r27263)
* fixed: invalid FSFS directory cache can corrupt repository (r27256)
* fixed: dir props on FSFS filesystem root never conflict (issue #2608)
- Client and Server:
* fixed: "No newline at end of file" message translated (issue #2906)
* use compressed delta encoding for 'svn blame' in svnserve (r26115)
* translation updates for Simplified Chinese
0665デフォルトの名無しさん
2007/12/21(金) 13:54:22これ、何だ？
0666デフォルトの名無しさん
2007/12/21(金) 14:34:240667デフォルトの名無しさん
2007/12/21(金) 14:45:540668デフォルトの名無しさん
2007/12/21(金) 15:12:490669デフォルトの名無しさん
2007/12/21(金) 23:32:47今までは、ロケールの影響を受けてはいたけど、フォーマットはどの言語パックでも固定だった。
今度は言語パックがフォーマットを指定することが出来るようになった。
標準のロケールだと例えば"Sat, 01 Jan 2000"なのが
日本語のロケールだと例えば"土, 01 1月 2000"になったりしていた。
これが今度は翻訳者がいじることが出来るので "2000/01/01 (土)" のように表示することも可能。
0670デフォルトの名無しさん
2007/12/22(土) 12:39:23TortoiseSVNもSubclipseも普通に動いていたのに、Subversiveだけ接続できなくて。
0671デフォルトの名無しさん
2007/12/22(土) 13:41:27クライアント変更してみたら？
たしかSVNKit
0672デフォルトの名無しさん
2007/12/22(土) 13:42:31クライアント変更してみたら？
古い方のクライアントは対応してないプロトコルがあったと思う。
たしかSVNKitが最新のはずだから、それなら行けるはず。
0673デフォルトの名無しさん
2007/12/22(土) 14:17:30http://tortoisesvn.tigris.org/svn/tortoisesvn/branches/1.4.x/src/Changelog.txt
(guest)
0674デフォルトの名無しさん
2007/12/22(土) 15:29:570675670
2007/12/22(土) 15:36:54SVNKit 1.1.4 r3484 を使っていました。
コマンドラインのsvn(1.4.6)も動くので、SVN_SSHの設定も間違いないと思うのですが。
0676デフォルトの名無しさん
2007/12/22(土) 16:33:00WebSVN でリポジトリを公開しているんだけど，
これの機能としてあるディレクトリ以下の
ファイルを tarball にしてダウンロードさせるってのがある．
当然 external で指定しているリポジトリは tarball には
含まれないけど，一般論として「ここには本来○○っていう
リポジトリの○○っていうディレクトリ以下が展開される
べきなんですよ」ってのをどうやって知らせたらいい？
テキストファイルにでも書いておいておけ？
プロパティの情報から自動生成してくれればなぁ．
0677デフォルトの名無しさん
2007/12/22(土) 17:46:360678デフォルトの名無しさん
2007/12/22(土) 18:59:10その分析からしてsubversiveに問題があるのは間違いないな。
一応ほかのクライアントに切り替えて試してみたら？
あと、もしかすると本家のバグ報告に同様の問題が挙がってるかもしれんから、
一度確かめてみるといいかも。(subversiveってBTS運用してたよな?
0679デフォルトの名無しさん
2007/12/23(日) 16:39:57trunk
+- common
+- test.c
+- test2.c
てのがあった場合に
trunk
+- common
| +- test.c
+- lib <-------- 追加
+- test2.c <-------- 移動
って感じでここまでは一度にコミット出来るんだけど
ここで test2.c を変更してしまうとコミット時に下のエラーが出るのはこういうもの？
エラー: Commit failed (details follow):
エラー: Base checksum mismatch on '/trunk/lib/test2.c':
エラー: expected: 8797791d2cf4b74d3180591a1a1d9e25
エラー: actual: f0acef3787204ae865cc9053fc7a49df
0680デフォルトの名無しさん
2007/12/23(日) 16:44:54いや、移動して変更してもエラーは出ないと思う
何かが間違ってる
0681デフォルトの名無しさん
2007/12/23(日) 19:25:07svn mkdir lib
svn mv common/test2.c lib/test2.c
ってやってないだろ？svn 〜〜ってコマンド打たないといけないぞ。
単に、mkdir, mv使ったんじゃないの？
0682デフォルトの名無しさん
2007/12/23(日) 21:43:020683デフォルトの名無しさん
2007/12/23(日) 21:59:29バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/
0685デフォルトの名無しさん
2007/12/24(月) 11:10:20ファイルが必要になりました．もちろん過去のリビジョンから
取り出すことができて事なきを得たのですが，
こういう場合は「新しくファイルを作った」ことになるんでしょうか？
つまり，昔のリビジョンから export してきたわけですが，
そうではなくて昔のリビジョンからの履歴を引き継いでほしかった
というかなんというか，うまく伝えられないんですが・・・
0686デフォルトの名無しさん
2007/12/24(月) 11:14:530687デフォルトの名無しさん
2007/12/24(月) 11:19:01それだけでよかったのか orz
0688デフォルトの名無しさん
2007/12/24(月) 11:32:17バージョン管理されていない共有フォルダがあって、
そのバックアップ＋変更追跡としてsubversionを使おうと思っています。
１日に一度、共有フォルダのファイルをsubversionリポジトリに
コミットすることを考えています。
単純には、
1)working copyに対し svn delete ; svn commit
2)共有フォルダのファイルをworking copyにコピー
3)svn add ; svn commit
とすればよいのですが、
ファイルが変更されていなくても再度追加されるので、リポジトリが膨れる
という問題があります。
これを回避する方法はありませんか？
ファイル名・ディレクトリ名の変更で別ファイル扱いになってしまうのは
仕方ないと考えています。
とてもありがちな使い方に思えるので補助ツール等ありそうなのですが・・・
0689デフォルトの名無しさん
2007/12/24(月) 12:24:260690デフォルトの名無しさん
2007/12/24(月) 12:24:38(1)working copy と共有フォルダをrsyncとかで同期する
(2)新しく追加されたファイル・ディレクトリを svn add する
(3)削除されたファイル・ディレクトリを svn delete する
(4) svn commit
とするべき。
んで(2)と(3)をやる方法を考えるべきだと思う。
0691デフォルトの名無しさん
2007/12/24(月) 12:25:070692デフォルトの名無しさん
2007/12/24(月) 12:53:290693デフォルトの名無しさん
2007/12/24(月) 13:13:08また、利用者はsubversionを使いこなせる人とは限りません
ということで苦肉の策を練っているわけです
追加の状況説明、すみません
>>690
(1),(2)は単にrsync後にsvn addすればよいのでしょうか？
あと、(3)の具体的な方法がわかりません
ふと、rsyncのadd,update,delete操作をフックできればいいのにと
思ってしまいました
subversion, rsyncでググってみます・・・
ああ、リポジトリのバックアップの話ばかりだ・・・
0694688
2007/12/24(月) 13:16:17(2)と(3)をやる方法としてantがあるかも、ということなのですね。
調べてみます。
まあ、自分でコード書いたほうが早かったりして・・・
0695デフォルトの名無しさん
2007/12/24(月) 13:24:05もともとそういう運用想定してるものじゃないから俺々ツール作るしかないんじゃないかなぁ。
未検証だが、こんな感じ?
find . -type f | sort > before.txt
rsync ...
find . -type f | sort > after.txt
diff -u0 before.txt after.txt | egrep -v '^(\+\+\+|---|@@)' > diff.txt
svn add `grep '^+' diff.txt | sed -e 's/^.//'`
svn rm `grep '^-' diff.txt | sed -e 's/^.//'`
rm before.txt after.txt diff.txt
0696デフォルトの名無しさん
2007/12/24(月) 13:26:180697デフォルトの名無しさん
2007/12/24(月) 17:21:58そういうのなら、もうスクリプト言語でやったほうがハヤイんじゃないか。
例えばRubyなら array1 - array2 で集合の差分が計算できるから
old_filenames = Dir.glob("**/*")
system "rsync ....."
new_filenames = Dir.glob("**/*")
remove_filenames = old_filenames - new_filenames # svn removeするファイル名
add_filenames = new_filenames - old_filenames # svn addするファイル名
system "svn remove #{remove_filenames.join(' ')}"
system "svn add #{add_filenames.join(' ')}"
0698デフォルトの名無しさん
2007/12/25(火) 09:27:23上がったらチェックアウトしなおした方がいいのかな？
TortoiseSVN で使っているワーキングセットを cygwin の svn
で update しようとしたら，もっと新しいクライアント使えや，
って怒られた．
0699デフォルトの名無しさん
2007/12/25(火) 10:29:29私の処では亀と白鳥の間では問題なかったけど、RHLEのCDに入っているsvnが古くて
そんなメッセージが出てたよ。
0700デフォルトの名無しさん
2007/12/25(火) 11:25:11>>269-274
0701デフォルトの名無しさん
2007/12/25(火) 14:00:33> Subversion によるバージョン管理
> http://subversion.bluegate.org/
と、
> Subversion(Saisse's Wiki):
> http://www.saisse.jp/pukiwiki/pukiwiki.php?Subversion
にアクセスできないのって俺だけ？
0702デフォルトの名無しさん
2007/12/25(火) 14:22:02このスレをbluegateで検索してみ
0703デフォルトの名無しさん
2007/12/25(火) 14:30:46携帯電話にかけてもいいし。
0705デフォルトの名無しさん
2007/12/28(金) 03:23:25http://vaginarepos.org/share/
ｸｿﾜﾛﾀ
0706デフォルトの名無しさん
2007/12/28(金) 03:53:480707デフォルトの名無しさん
2007/12/28(金) 03:59:54はははｗ
ここまであからさまだとすがすがしい気さえするね
0708デフォルトの名無しさん
2007/12/28(金) 04:42:23http://vaginarepos.org/
リンクミス orz
いきなり、出てきて、わけわからん人は、こちらを
CodeReposとは - はてなダイアリー
http://d.hatena.ne.jp/keyword/CodeRepos
CodeReposという、誰でも気軽にcomitできるリポジトリがほしーから、作ったというのに対抗して出来のだと思う
0709デフォルトの名無しさん
2007/12/28(金) 10:38:10だから何
0710デフォルトの名無しさん
2007/12/28(金) 10:49:40svn checkout でソースを取ってきて，それを
常に update して trunk に同期させておきたいにもかかわらず，
同時にちょっとした改変を手元でもやりたいというようなとき，
どうするべきなんでしょうか？
本家からは svn checkout ではなく tarball などでとってきて，
自前のリポジトリに投入して改変をしていくべきなのでしょうか？
でもそうすると本家のリビジョンに追い付くのが大変な気が．
0711デフォルトの名無しさん
2007/12/28(金) 10:58:56svk 使うといいよ
0712デフォルトの名無しさん
2007/12/28(金) 11:05:350713デフォルトの名無しさん
2007/12/28(金) 11:26:17ここは一つ、対抗してDickRepos.orgを作って……
# ｲﾗﾈ
svkで検索してみたけど、未だ試行錯誤している人が多い感じが。
まぁ、馴れて安定運用はじめてたら敢えてそうは書かない気もするけど。
0714デフォルトの名無しさん
2007/12/28(金) 13:06:12もっと突っ込んだ使い方を載せてるサイトとかが少ないからね
俺リポジトリを持つって使い方をしたい
0715メモ
2007/12/28(金) 16:40:49ビルドにはルート権限が必要だし、クライアントの実行にもsudo権限がいる。Windows版みたいに
クライアントだけ持ち歩けばどこでも使えると言うわけにはいかない模様。
そもそも、svnのリポジトリを持ち歩くよりsvkのdepot(これも倉庫かよw)を持ち歩く方がいい気がしてきた。
# セキュリティの問題が解決するわけじゃないけど。
0716デフォルトの名無しさん
2007/12/28(金) 19:44:25使われている事例をあまり知らないので、
安定しているかどうかについて確信がもてないから。
0717デフォルトの名無しさん
2007/12/28(金) 19:46:23svnからのインポートも豊富だし
0718デフォルトの名無しさん
2007/12/28(金) 20:05:37結局svkに落ち着く訳だ
0719デフォルトの名無しさん
2007/12/28(金) 20:12:370720デフォルトの名無しさん
2007/12/29(土) 01:45:40コミットをためといて、後で、まとめて、リポジトリに入れられるのか。
ネットワーク使えないときとか、社内サーバーで、外からアクセスできないときとかに、いいのー。
まあ、ネットワーク使えない時に、開発する気などおきんとか、
家で、仕事やる気しねえとかは、あるが・・・
0721デフォルトの名無しさん
2007/12/29(土) 02:14:26最初の設定に戸惑ったけど動くようになった
PUSHとPULLをリポジトリごとにバッチファイル作ってそれをランチャーに追加していちいちコマンド打たなくてもいけるようにしている
Windowsとの相性から言うとgitよりもTortoiseHgがあるぶんHGかなと思っているまあここのスレで言うべきことではないけど
0722デフォルトの名無しさん
2007/12/29(土) 23:42:150723デフォルトの名無しさん
2007/12/30(日) 01:51:59ブームが去ったの
0724デフォルトの名無しさん
2007/12/30(日) 03:31:270725デフォルトの名無しさん
2007/12/30(日) 06:41:12Subversion ではどうなんですかね？
0726デフォルトの名無しさん
2007/12/31(月) 15:19:15ここにある svn.exe ってどのプロトコルをサポートしているんでしょう．
svn, svn+ssh, http, https 全部ポートしているんでしょうか？
0727デフォルトの名無しさん
2007/12/31(月) 15:31:50自分がどんだけ馬鹿な事を聞いてるか良く分かるから
0728デフォルトの名無しさん
2007/12/31(月) 16:40:58はよ教えろ
0729デフォルトの名無しさん
2007/12/31(月) 17:17:420730デフォルトの名無しさん
2007/12/31(月) 17:20:26その理屈でいくと、
おまえのバカな質問にわざわざ回答を書いてやる側の時間は
全然貴重じゃないわけだ。
なるほど、よぉ〜くわかった。うん、もう完璧に。だから安心してくれ。
0731デフォルトの名無しさん
2007/12/31(月) 18:26:16svn+sshに関しては、TortoiseSVN同様、sshの設定が必要ですよ。
他は、
cygwinのsshとsvnなら、webで記述の多い、unixのやり方と一緒のはず。
0732デフォルトの名無しさん
2007/12/31(月) 19:50:03年越し前に最後の笑いをありがとう。
0733デフォルトの名無しさん
2007/12/31(月) 20:25:07つまり、答えられないということですね。
0734デフォルトの名無しさん
2007/12/31(月) 20:50:480735デフォルトの名無しさん
2008/01/01(火) 14:38:102007年からロングパスされたな。
0736デフォルトの名無しさん
2008/01/01(火) 20:28:460737デフォルトの名無しさん
2008/01/01(火) 20:57:35Windows（Cygwin）のsubversionでチェックアウトしたときに
改行コードをCRLFにして欲しいのですが、どうすればいいでしょうか？
またWindowsからチェックインするときはLFに直して入れて欲しい。
0738デフォルトの名無しさん
2008/01/01(火) 21:46:16propset svn:eol-style native
0739デフォルトの名無しさん
2008/01/02(水) 11:44:30この休みの間に svk を少し試してみようと思うんだが、
1.08 でも無問題だろうか?
それとも、やっぱ最初から現行 stable の 2.0.2 で試すべき?
ちなみに subversion は 1.4.2 を使ってまつ。
実は Debian GNU/Linux 4.0(etch) を使ってるんで、
1.08 なら簡単にインスコできて楽なんだが、
2.0.2 ならソースから自分でビルドしなきゃならん。
あっ、もしかして微妙にスレ違いだったらスマン。
0740デフォルトの名無しさん
2008/01/02(水) 12:12:07いっしょに Subversion リポジトリに投入しているんだけど，
それはデザイナーのチームがあれこれいじるものであって
自分でいじるものじゃないんで，ワーキングセットの中では
text になくてもいい気がするんだけど，
「このアイテムはワーキングベースなしでいいよ」
っていう指示はできないのかな？
0741デフォルトの名無しさん
2008/01/02(水) 14:30:31\trunk
\tags
\stable-20080101
\stable-20080102
普段の作業は trunk にコミットしていて，安定して一息ついた
時点で stable-xxxxxxxx っていうブランチを取っているんだけど，
これって逆？
つまり trunk には常に安定したものしか入れちゃだめで，
そうじゃない間は unstable-xxxxxxxxx に引きこもれって言う感じ？
どっちの戦略をとればいいのかわからねぇ．
一人でやってる作業だからどっちでもいいんだけど，
将来的に複数人での作業に移行した場合のマージ作業
を考えるとどっちがいいんだろう？
0742デフォルトの名無しさん
2008/01/02(水) 14:46:31「逆」じゃないが、tagsにブランチを作る人は少ないだろう。
ブランチはbranchesに作るもんだ。リリースするたびに、tagsにコピーする。
おれの場合は、ブランチは「安定して一息ついた」ときに作るものじゃなくて、
リリースに向けて機能をフリーズして、ブランチを作成することにしている。
また、リリース後に修正が必要になった場合も、tagsからコピーしてブランチを作成している。
0743デフォルトの名無しさん
2008/01/02(水) 14:47:420744デフォルトの名無しさん
2008/01/02(水) 15:00:23そういう戦略だと trunk はどこいっちゃったの？
複数人でいじることを考えると，
「マージは必ず trunk から（trunk 経由で）」
っていうルールにすればいいのかな．
tags = 好きな時に好きなだけ勝手にタグ切って作業しろ
trunk = ここにコミットされた変更には追随してね
コミットするときにはメールでもいいから一言投げてね
branches = チームの合意に基づいてリリース前のフリーズのために切る
0745744
2008/01/02(水) 15:13:100746デフォルトの名無しさん
2008/01/02(水) 15:35:44trunk → 基本的にはここにcommit。ただし、feature freeze直前はある程度自重。
branches → trunkでfeature freezeしたらここにブランチを切る。リリース後もbug fixなど細かい修正のときはここにcommit。修正したものは基本的にtrunkにmerge。
tags → ブランチが落ち着いたらリリース。リリースの度にタグを打つ。
experiments(個人的に作成) → 安定性を欠くような修正や実験的な修正、feature freeze直前にもかかわらず大きめの修正を加えるときはtrunkからここにブランチを作成。必要に応じてtrunkにmerge。いらなくなったら捨てる。
0747744
2008/01/02(水) 21:20:19そのうちできればいいや，という機能があるので
その実装はブランチでやろうとした．
で，初めてマージの大変さを実感したよ．
Subversion がマージに強くないという理由もわかった．
1.5系では何らかの機能強化があるような話を聞いたけど，
少なくとも1.4系では重複して差分をマージしてしまう
可能性については手動でマネージメントしないといけないんだよね．
ブランチから変更を trunk に取り込んだら，そのブランチは
いったん消してしまってまた必要に応じてブランチを
作るべきなんだろうな．
複数の開発者がいるからと言って，takashi ブランチとか
hiroshi ブランチとかにそれぞれひきこもって作業すると
マージ担当者が大変な思いをする予感．ってかするだろう．
今更，というか今自分が関わっているプロジェクトでは
Subversion でいいんだけど（ TortoiseSVN も便利だし），
数百人が同時にツリーのいろんなところを変更しまくる
ようなプロジェクトだと破綻しそう．
ってなるとそういうプロジェクトには git とか darcs を
使えってことになるという理解でおｋ？git って名前だけ
を聞きかじった上司が git 使えとか言うんだけど，
俺としては適材適所ってことで反論したい．そうすべき
時にはそうします，って言いたいんだが，じゃ，そうすべき
時ってどういう時よ？と言われるにきまってる．
0748デフォルトの名無しさん
2008/01/02(水) 21:23:54たまに衝突するけど、相手のをそのままかぶしてコミットで大抵はいけるし
0749デフォルトの名無しさん
2008/01/02(水) 21:29:550750デフォルトの名無しさん
2008/01/02(水) 21:31:44ただしブランチの名前で実験内容の概要がわかる名前つけてブランチ切った時のログに詳細いれとけってルールだけは守らせてるけど。
tagsはtrunkの主計列での作業をリリース毎に割り当ててる。
ブランチの成果はわりと良くtrunkにマージされるのでブランチの数がすごいことに。
こういうときって終了したブランチは切り落とした方がいいのかな？
0751デフォルトの名無しさん
2008/01/02(水) 23:04:05trunkにマージされたブランチは消してしまっていいんでないかな。
というか残す意味がない気がする
0752デフォルトの名無しさん
2008/01/02(水) 23:41:57そうかねえ
俺なら、とっておくが・・・
trushでもいいから適当なディレクトリ（trunkとかと並行で）ほって、
そこに移しておく、と
0753デフォルトの名無しさん
2008/01/02(水) 23:42:26o trash
0754デフォルトの名無しさん
2008/01/03(木) 05:45:32でもその放置されたブランチにコミットしてしまったら
なんかややこしいことになるよな．
二重マージにならないように，きちんとマージ範囲を把握しながら
trunk に再コミットし続けることができればいいけど，
そんな自信ない．あ〜マージのトラッキングが早くできるようになってほしい．
0755デフォルトの名無しさん
2008/01/03(木) 12:43:25svnmerge.py は使えないの？
0756デフォルトの名無しさん
2008/01/04(金) 13:47:340757デフォルトの名無しさん
2008/01/04(金) 14:02:56ってされるほうにとってはすげぇ迷惑かも知れんが。
うん、たぶん迷惑だろう。
0758デフォルトの名無しさん
2008/01/04(金) 15:30:27誰かがそれやって落ちてるのかも知れんなw
0759デフォルトの名無しさん
2008/01/04(金) 15:31:40今となっては混乱の元になって普及を阻害する要因にしかなってないよ。
0760デフォルトの名無しさん
2008/01/04(金) 16:00:420761デフォルトの名無しさん
2008/01/04(金) 17:05:22━━ vt. （-tt-） 犯す (〜 suicide [a crime, an error]); 委託［委任］する ((to)); （獄・精神病院に）入れる; 陥れる ((to)); 束縛する (〜 oneself to do [to a promise]); 困難な立場に立たせる.
commitってこんな強い語感を持つ言葉だったのかｗ
0762デフォルトの名無しさん
2008/01/04(金) 17:39:13コンピュータ用語としてはそこまで逝かないだろ。
たとえば「実行(execute)」や「デフォルト(default)」なんかにも
ギョッとする意味があったり。
0763デフォルトの名無しさん
2008/01/04(金) 17:48:49によれば、
--
commit may express the general idea of delivering into another's charge or the special sense of transferring to a superior power or to a special place of custody.
--
ってことだね。敢えて訳すなら「委託」かね。例文は「重罪犯を刑務所にcommitする」だし。
尤も、「犯罪を犯す」は>761と違って二番目の項目になっているけど。
0764デフォルトの名無しさん
2008/01/04(金) 18:19:340765デフォルトの名無しさん
2008/01/04(金) 18:22:470766デフォルトの名無しさん
2008/01/04(金) 18:42:52？？？か債務不履行になるみたい……
0767デフォルトの名無しさん
2008/01/04(金) 18:53:090768デフォルトの名無しさん
2008/01/04(金) 19:05:410769デフォルトの名無しさん
2008/01/04(金) 19:14:450770デフォルトの名無しさん
2008/01/05(土) 03:49:14これつかうといいよ
Mr Uptime
http://mruptime.pingdom.com/
0771デフォルトの名無しさん
2008/01/05(土) 14:08:080772デフォルトの名無しさん
2008/01/05(土) 14:31:480773デフォルトの名無しさん
2008/01/05(土) 14:39:480774デフォルトの名無しさん
2008/01/05(土) 14:47:490775デフォルトの名無しさん
2008/01/05(土) 16:24:150776デフォルトの名無しさん
2008/01/05(土) 16:36:410777デフォルトの名無しさん
2008/01/05(土) 17:28:360778デフォルトの名無しさん
2008/01/05(土) 17:29:320779デフォルトの名無しさん
2008/01/05(土) 19:02:410780デフォルトの名無しさん
2008/01/05(土) 19:04:070781デフォルトの名無しさん
2008/01/06(日) 15:27:14なぜに海運？なんか故事があるのかな。
0782デフォルトの名無しさん
2008/01/06(日) 15:29:000783デフォルトの名無しさん
2008/01/06(日) 15:30:31辞書見てみよっと。
0784デフォルトの名無しさん
2008/01/06(日) 20:56:27--
Main Entry: sub・vert
Pronunciation: \s?b-?v?rt\
Function: transitive verb
Etymology: Middle English, from Anglo-French subvertir, from Latin subvertere, literally, to turn from beneath, from sub- + vertere to turn ? more at worth
Date: 14th century
1 : to overturn or overthrow from the foundation : ruin
2 : to pervert or corrupt by an undermining of morals, allegiance, or faith
--
確かに船の転覆の意味はなさそうだね。
0785デフォルトの名無しさん
2008/01/06(日) 21:48:13船転覆の意味がないってこともないような希ガス
単なる誤用かもしれんけど
0786デフォルトの名無しさん
2008/01/06(日) 23:00:250787デフォルトの名無しさん
2008/01/06(日) 23:51:270788デフォルトの名無しさん
2008/01/07(月) 10:07:53- BUG: Exporting left admin dirs intact.
- BUG: Checks for include paths of the cache didn't work correctly.
Version 1.4.6
- BUG: When upgrading, the MFC/CRT libs weren't updated if
the user didn't have Admin rights without an error. (Stefan)
- BUG: The overlay include paths weren't checked correctly which lead
to paths directly below the include paths *not* to be included.
(Stefan)
- BUG: Sorting in the commit dialog sometimes lost the check marks
if the list had previously been refreshed. (Tobias Schafer)
- BUG: Memory leak in the shell context menu. (Stefan)
- BUG: Exporting could leave the exported folders still versioned. (Stefan)
- BUG: Pressing the tabulator deleted the contents of the log message in
the commit dialog. (Tobias Schafer)
0789デフォルトの名無しさん
2008/01/07(月) 16:49:05プログラムの設計をしなおし、そのbranchでソースを根本的に書き直しました。
その結果なかなか結構な出来栄えとなり、これからはこのbranchを開発の主であるtrunkにしようと思いました。
この場合、設計をしなおした為現行trunkとは共通点があまりに無いので、マージではなく置き換えが適切だろうと思います。
実際に置き換えようと下記のように試してみました。しかし、エラーが出ました。
>svn rm trunk/
>svn copy branches/2.0.x/ trunk/
>svn: 削除準備中のディレクトリ 'trunk' にはコピーできません
と言う事は下記の様な方法を取らなければいけないのでしょうか。
>svn rm trunk/
>svn commit -m "trunkを削除"
>svn copy branches/2.0.x/ trunk/
>svn commit -m "branchをtrunk化"
つまり単なる置換の時にはrm, add, commitとすればよいけれども、
このような場合はrm, commit, copy, commitと二段階のコミットを経なければいけないのでしょうか。
浅はかな私ですが、これにはどこか非効率的と言うか統一性の無さを感じました。
私の考え方が間違っているのでしょうか。
もしこのような場合に取るもっと一般的な方法があれば教えてください。
0790デフォルトの名無しさん
2008/01/07(月) 17:02:30そもそも君のやり方でいくとtrunk、branchesと分ける意味が全くないでしょ
これ、差分管理なんだからさ・・。
0791789
2008/01/07(月) 17:32:05自分の指針を書いていなかったので書いておきます。
trunk・・・・・・・・・・・主流バージョンの開発(機能追加、バグfix)
branches/2.0.x・・・冒険バージョンの開発(設計見直して書き直し)
という感じです。
2.0.xが良い具合になってきたのでこれを以後trunkとして扱いたくなりました。
その場合どういった方法を取るのが良いのでしょうか。
0792デフォルトの名無しさん
2008/01/07(月) 17:34:130793デフォルトの名無しさん
2008/01/07(月) 17:34:24諦めて2回commitするしかないんじゃないかな。
0794デフォルトの名無しさん
2008/01/07(月) 18:21:33普通はbranchesの内容をtrunkにマージ
面倒だから置き換えたいって言うなら
trunkをチェックアウト、他の場所にbranchesをエクスポート
チェックアウトしたtrunkをエクスポートしたbranchesで上書き
その後にtrunkをコミット
0795789
2008/01/07(月) 18:29:39なるほど、そういうことでしたか！
頭の中のモヤモヤが明確に言語化されてすっきりしました。
2回commitで綺麗にまとまりました。
ありがとうございました。
>>790,792
無事解決しました。
レスどうもありがとうございました。
0797デフォルトの名無しさん
2008/01/07(月) 18:36:37小さなリポジトリを作って、実際にどうなるのか実験しておいたら?
で、その成果を纏めてWebで公開したらなおよしw
0798デフォルトの名無しさん
2008/01/07(月) 18:50:31subversion開発者は何らかの信念を持っていてそれをわざと実装してないのかな。
それとも単に需要がないのかなあ。
0799デフォルトの名無しさん
2008/01/07(月) 20:22:01削除しようとしているのに、なんで今更書換えようとしているの？
僕には理解できない。
先ずはこの中途半端な状態を完結してから、次の処理をしてよ
って、感じじゃないのかな？
ファイルも削除しようとしている時は同様になるんでないの？ 試してないけど
0800デフォルトの名無しさん
2008/01/07(月) 20:37:540801デフォルトの名無しさん
2008/01/07(月) 22:41:010802デフォルトの名無しさん
2008/01/07(月) 23:12:18いえす。
svn mvするとどのファイルが出自かが残るので、元の名前の頃のリビジョン
との差分を見たときに、名前が違っても追跡される。
0803デフォルトの名無しさん
2008/01/08(火) 10:57:32まるっきり(JPに限らず)入らないのは俺だけ？？？
0804デフォルトの名無しさん
2008/01/08(火) 13:02:27>164
0805デフォルトの名無しさん
2008/01/08(火) 18:40:38一人でやってるからいいかもしれないけど、多人数ならbranchを
育ててる間にtrunkも伸びるだろうから、マージするようにしたほうが
良いと思うけどな。
>>754
svkならその「マージのトラッキング」ができるよ
0806デフォルトの名無しさん
2008/01/09(水) 18:42:11空のレポジトリに今までのレポジトリを復元したらエラー
新規に取り込まないとあかんのか・・。
0807デフォルトの名無しさん
2008/01/09(水) 20:08:32うちとこは、external指定したディレクトリがあるとエラーでたことがあった。
0808デフォルトの名無しさん
2008/01/09(水) 20:12:02trac-admin TRACENV resync は実行した？
ついでに関連スレ。
【バグ管理】 BTS使ってる？【追跡ﾞ】 ２
http://pc11.2ch.net/test/read.cgi/tech/1163173901/l50
0809デフォルトの名無しさん
2008/01/10(木) 07:29:14サーバはWindows2003でApacheを使いたくないのですが、
WEBDAVでなくfileでアクセスすればそれでもよいのですか？
またサーバにsubversionをインストールしておけばクライアント側に
インストールする必要ないですか？
いまいち理解できず。。。
0810デフォルトの名無しさん
2008/01/10(木) 08:09:41一つめの質問はyes
二つめの質問は、「サーバ」が何を指しているか不明なので答えようがない。
0811デフォルトの名無しさん
2008/01/10(木) 08:18:20結論から言うとクライアントにもsvnをインストールする必要がある。
svnには、サーバ側のソフトウェアとクライアントのソフトウェアがある。
でも、WindowsではTortoiseSVNなりRapidSVNなりのほうが使いやすいので、
クライアント側はそれらを使う人の方が多い。
0812デフォルトの名無しさん
2008/01/10(木) 09:18:060813デフォルトの名無しさん
2008/01/10(木) 09:28:01というかねそっちの可能性と、もう一つはファイルサーバに置いた
リポジトリにfile://でアクセスすることを想定しているのかと思ったんだ。
あるいは想像外のよくわからないサーバかw
なので回答不能と答えたの。
0814デフォルトの名無しさん
2008/01/10(木) 10:08:19RapidSVNには面倒なバグがいくつかあって開発も凍結してるので
薦めるのは辞めた方が良いと思う
>>812
いらない
その代わり、hookを使ってメール飛ばしたりとかが出来ないから
使い方次第ではsvnserve使った方が良いんじゃ？とは思う
TracとApacheの組み合わせでも良いけど
0815デフォルトの名無しさん
2008/01/12(土) 18:53:58同じような操作しても全然挙動違って分けわからん。。。
0816デフォルトの名無しさん
2008/01/12(土) 21:31:41http://subversion.bluegate.org/
TortoiseSVNユーザガイド
http://tortoisesvn.bluegate.org/Help/dailyuseguide.html
どっちも見れない
0817デフォルトの名無しさん
2008/01/12(土) 22:36:56報告だけならとっくに既出。質問ならとっとと過去ログ見ろ。
0818デフォルトの名無しさん
2008/01/12(土) 22:48:41>http://tortoisesvn.bluegate.org/Help/dailyuseguide.html
って添付ヘルプの翻訳じゃないっけか。
0819デフォルトの名無しさん
2008/01/13(日) 15:55:390820デフォルトの名無しさん
2008/01/13(日) 20:36:130821デフォルトの名無しさん
2008/01/13(日) 20:44:27kwsk
0822デフォルトの名無しさん
2008/01/14(月) 09:12:25自分独自の改変もバージョン管理したい時ってどうするんでしょうか？
サードパーティのライブラリを改変なしに使う時なんかは
svn:external でOKなんですが，自分が行った変更も随時
マージしながら利用していきたいんですが・・・
ちなみにアップストリームのリポジトリにコミット権はありません．
0823デフォルトの名無しさん
2008/01/14(月) 10:26:570824デフォルトの名無しさん
2008/01/14(月) 11:11:28アクセスしようと考えています．
ttp://d.hatena.ne.jp/studio-m/searchdiary?word=*%5BSubversion%5D
こちらのサイトを参考に，vine上のsvnリポジトリに以下のような処理を
施してみたところ，httpでもsvn+ssh（公開鍵認証）で外部からでもコミットはできるようになりました．
が，外部からsvn+sshでコミットしたときだけ/usr/local/svn/hook/内の
スクリプトが動作しません．hookしたいのは，post-commit, trac-post-commit-hook
email-send.rbといったファイルで，httpでコミットしたときにはちゃんと
Tracとの連携やメールの送信をしてくれます．
一度全ファイルをchmod 777にしてみたんですが，それでも動作しなかったので
ユーザ設定のところかなぁと思ってはいるのですが，何をすれば良いかよく分かりません・・．
設定についてご教授いただけませんでしょうか？
よろしくお願いします．
# groupadd subversion ← グループ作成
# usermod -G subversion apache ← apacheをsubversionグループに追加
# usermod -G subversion apache ← userをsubversionグループに追加
# cd /usr/local/svn ← リポジトリのディレクトリに移動
# chgrp -R subversion . ← 所有グループの変更
# chmod -R 770 . ← パーミッション設定
# chmod -R g+s . ← setgidビット設定
# umask 002 ← umask設定
0825デフォルトの名無しさん
2008/01/14(月) 11:46:56フックやらアクセス制限やらの管理が面倒になるので、俺ならやりたくないなぁ。
ちなみにうちではフックは使ってないが、アクセス制限をかける必要があったので、
WebDAV を使ってる。 (Subversion を使いだした当初は WebDAV でしか
アク禁にできなかったので...)
リポジトリは >>824 と同じく FW の内側にあるが、
外からはまず ssh でトンネルを掘らせてから、 http://localhost:ポート番号/ とかさせてる。
回答になってなくて悪いな。
0826デフォルトの名無しさん
2008/01/14(月) 11:49:52訂正。
アク禁というより、ディレクトリごとの細かな制御だ。
0827デフォルトの名無しさん
2008/01/14(月) 13:06:46svk, hg, git お好きなのをどーぞ
0828824
2008/01/14(月) 18:56:17コメントありがとうございます．
そうなんですよね・・．混ぜないでWebDAVのみでやれば何の問題もないんですが
自分以外の人に使って貰う際に，毎回SSHでトンネリングしてからやれっていうと
めんどくさがられるんですよね・・orz.
ssh+svnでアクセスできるようにするとTortoiseとPuttyもしくはSubclipseを使えば
最初に設定さえすれば後はほとんど気にしないで使えるので・・．
もし他の方で同じような形で利用してる方いらっしゃったらアドバイスなど
頂ければ幸いです．
0829デフォルトの名無しさん
2008/01/14(月) 20:23:46フックスクリプトで使うコマンドに、パスが通っていないとか？
svn+sshでやったときに、.bash_profileに書いたはずの環境変数LANGが反映されず、
コミットログが文字化けするという問題に遭遇したことがあった。
この時は、~/.ssh/environmentに必要な環境変数を書いて解決した。
心当たりがあるなら試してみては？
だめだったら、フックスクリプトのログでも吐くようにして、原因調べるといいかもね。
0830デフォルトの名無しさん
2008/01/14(月) 21:00:11http://svnbook.red-bean.com/en/1.4/svn.reposadmin.create.html#svn.reposadmin.create.hooks
> For security reasons, the Subversion repository executes hook programs with an empty
> environment-that is, no environment variables are set at all, not even $PATH (or %PATH%,
> under Windows).
0831デフォルトの名無しさん
2008/01/15(火) 16:43:19マージ追跡のために今から手動で書いておこうと思うんだけど
．
0832デフォルトの名無しさん
2008/01/15(火) 17:49:51<meta name="hoge" content="aiueo">
のようにメタデータを埋め込むことってできないでしょうか？
もちろんコピーライトなどはリポジトリ内の文書に明示
してあるのですが，ウェブクローラーなどに対して
より明示的にコピーライトやその他のメタデータを
公開したいのですが・・・・
ディレクトリにつけるプロパティで制御できれば
大変うれしいと思っています．
0833デフォルトの名無しさん
2008/01/15(火) 21:58:410834デフォルトの名無しさん
2008/01/16(水) 00:19:31ttp://www.moongift.jp/2008/01/ooosvn/
試してみよ。。。
0835デフォルトの名無しさん
2008/01/16(水) 01:57:02すげー。
なんだかんだでMSOfficeをずっと使ってきたんだけど、これ見て乗り換えようっていう気になった。
MSOfficeのバージョン管理は保存するたびにバイナリセーブするもんだから、
セーブのたびにファイルサイズが倍増していって、
数十回すると文書ファイルだと思えない数百メガのファイルができるんだよ。
たしかこのスレで以前officeファイルのバージョニングに困ってた人いたよね？（行単位の差分が取れないとか）
あのときに教えてあげればよかったな。まだ見てるかな？
0836デフォルトの名無しさん
2008/01/16(水) 02:00:36ooosvnは使ってないけど、TortoiseSVNで.odsとか.odtの差分を見ようとすると
ちゃんとOpenOfficeを起動して差分表示してくれるから便利なのよ。
0837835
2008/01/16(水) 02:13:54俺が言ってるのは>>168-174の流れなんだけど、ここにはこれ以上レスは付いてないかな。
0838デフォルトの名無しさん
2008/01/16(水) 02:35:56Office2000のほうがまだマシだろ。
0839デフォルトの名無しさん
2008/01/16(水) 06:20:17根拠を全く書かずにMSOfficeマンセーとか、
煽りか社員じゃなければ池沼といわれてもしょうがない。
0840デフォルトの名無しさん
2008/01/16(水) 06:50:37どちらでもいいけど，Subversion のチェックアウトとコミット時に
ZIP ファイルを展開してばらしてコミットし，
チェックアウト時には元に戻す機能があれば便利だと思うんだ．
こういう話は sourceforge での開発者向けメーリングリストにも
以前出ていたんだけど，「バイナリとして投入すれ」って
あっさりかわされてたと思う．
でも OOo や Office のファイルを投入するとき以外にも
便利に使える機能だと思うんだけどなぁ．
フックでやれという話もある．
0841836
2008/01/16(水) 07:00:42んじゃ、>836の一行目は無視で。過去ログか、OOスレかも知れないけど。
要は、「TortoiseSVNでod?の差分を見ようとすると、OOの差分機能を使ってくれて便利よ｣と。
0842デフォルトの名無しさん
2008/01/16(水) 07:16:57というか「話もある」じゃなくて、まさにフックでやれって話だろう
0843デフォルトの名無しさん
2008/01/16(水) 10:38:18エクセルでもwinmergeで差分は見れる
個人的には文書ソフトが入っていなくても差分が見れるxdocdiffの方が便利
0844デフォルトの名無しさん
2008/01/16(水) 17:44:45(1)各自、コンパイルが通るかも不明なソースをガンガンcommitしたい。
(2)いつでもコンパイルが通る最新バージョンを取得したい。
という希望がある場合に、恐らくタグやブランチなどで実現すると思うのですが
どのような運用にすればうまくいくでしょうか。
周りはSVNもCVSもシロート＆Linux環境です。
会社でソース管理を日付ディレクトリでしているので
「svnはどうですか？」と上司に進言したところ、
(1)(2)の希望を満たせるならOKと返事を貰えました。
0845デフォルトの名無しさん
2008/01/16(水) 17:54:00コンパイルが通るときにタグを取るって感じだけど
個人が思うままにガンガンコミットしたいならtrunkからブランチを作って
そこにガンガンがいいのかねえ。
0846デフォルトの名無しさん
2008/01/16(水) 17:57:55そう言うのこそブランチ切ってそっちでやった方が良い
0847デフォルトの名無しさん
2008/01/16(水) 19:56:56subversionは（というか、VCSが)コンパイル可能かわからないコードのコミットを推奨していない。
実際にやるとしたら、もちろんブランチ切ってやるのが常道なんだけど、
開発者各々がブランチを持つと、誰もtrunkにコミットしなくなってソースコードが同期しないという、
なんのためにVCSを使ってるのかわからない事態になる。
(一つのコードをみんなで同時にいじるというVCSの基本理念にしてみれば、この仕組みは当たり前。
だから、ある意味(2)の要求はVCSの利点を殺してると言える)
コンパイルエラーが出るようなコードでもコミットしたいなら、svkを使うか、
gitやmercurial等の分散型を使うのが一番早い。
ただ、svkは今からVCSの仕組みを覚えるような人が使うのは酷だし（svn覚えるのと同じくらい手間取ると思う）
gitやmercurialは未だ普及が進んでない。
とまあ、ここまでネガティブな部分ばかり書いてきたけど、
subversionなどのVCS使えば開発スタイルも改善すると(俺は)思うので、
案外subversionを導入すれば、常にコンパイルが通るようなコードをみんながかけるようになるかもしれない。
開発陣一人一人にこまめにupdate, commitするよう徹底できれば確実に改善すると思う。
0848デフォルトの名無しさん
2008/01/16(水) 22:06:40そういう用途だとmercurialとかの分散SCMの方が良かないか?
Subversionはもちっと統制取れた状況じゃないと厳しいと思われ。
とあるプロジェクトでは、人に説明できるような資料を用意できなくて、
branchで行った修正をtrunkにmergeするのは最後まで俺の仕事だった。
まぁ、やり方がマズかったのかもしんないけど……。
0849デフォルトの名無しさん
2008/01/16(水) 22:35:30ﾜﾛﾀｗ
ご苦労さん！
0850デフォルトの名無しさん
2008/01/16(水) 23:28:39やっぱりマージ担当者が頑張るべきじゃね？
0851デフォルトの名無しさん
2008/01/17(木) 00:19:56svn、svkの方が参考文献が多いから楽だよ
0852デフォルトの名無しさん
2008/01/17(木) 01:36:02好きだな〜。
マイナスイメージに使われるとが多い言葉だけど、この場合そうでもない所がム板らしく捻くれてて高ポイント。
というか今辞書で調べて気づいたんだけど、この用法ってこの世界だけで使われる用法じゃないんだなｗ
>人格や芸などが円熟して、深い味わいを持つようになる。枯淡の
>味わいを持つ。「芸が―・れて深みを増す」「人柄が―・れて丸みを
>帯びる」「―・れた渋みのある声で歌う」
0853844
2008/01/17(木) 02:29:03・trunkをメイン。各個人個人のbranchを作ってもらう。
・未チェック物は各個人のbranchへガンガンコミット。
・コンパイルOK＆チェック者のOKが出たらtrunkへマージ。
という運用にしたいかと思います。
mergeはあまりやらせたくなかったですが・・・
#ちなみにmercurialやgitやhgは枯れ具合がイマイチなので却下されました。
#実績がないとなかなか使わせてもらえません・・・
0854デフォルトの名無しさん
2008/01/17(木) 02:32:47mercurial==hg。単に書き間違えただけかもしれんが。
0855デフォルトの名無しさん
2008/01/17(木) 04:33:51それなりに枝の数が出来そうだけど、マージするの大変そうだなぁ
余計なお世話かも知れないが、svk考えてみたほうがいいんじゃないかと思うよ
0856デフォルトの名無しさん
2008/01/17(木) 06:56:50物凄く分かりやすく解説したページがどこかに無いものか。
0857デフォルトの名無しさん
2008/01/17(木) 10:14:00いや、枯れるって英語で言うところのstableと同じ概念で、その引用とは違うだろ
0858デフォルトの名無しさん
2008/01/17(木) 10:17:17リリース直後にいきなり高品質で鬼安定してるものは枯れてるとは言わないし。
枯れるは円熟のニュアンスを含んでいると思う。
0859デフォルトの名無しさん
2008/01/17(木) 13:57:45円熟は関係ない。
0860デフォルトの名無しさん
2008/01/17(木) 14:54:14>(of an industry, technology, market, etc.) no longer developing or expanding; having little
>or no potential for further growth or expansion; exhausted or saturated.
0861デフォルトの名無しさん
2008/01/17(木) 16:23:480862デフォルトの名無しさん
2008/01/17(木) 16:25:200863デフォルトの名無しさん
2008/01/17(木) 16:54:480864デフォルトの名無しさん
2008/01/17(木) 17:02:360865デフォルトの名無しさん
2008/01/17(木) 17:23:32枯れている。だからstable。なら分かるけど。
枯れるって言葉には日本の美しさが現れてると思う。たまらん！
0866デフォルトの名無しさん
2008/01/17(木) 17:33:42新しいものを使うのが怖い人・めんどくさい人がよく言いますね。
実際のところは、開発がとまったものやセキュリティバグが放置された古いバージョンだったりすることも多いようですが。
RCSは枯れてますかねえ？
SCCSはどうでしょうか。
0867デフォルトの名無しさん
2008/01/17(木) 17:35:110868デフォルトの名無しさん
2008/01/17(木) 17:40:10それをSVNのスレで言うからにはSVNに絡めてバグを述べろ
でなけりゃ失せろ
0869デフォルトの名無しさん
2008/01/17(木) 18:18:52可哀想なこと言うなよ
0870デフォルトの名無しさん
2008/01/17(木) 19:35:30commit とかしてみたらどうなるのかなぁ，ってのをやってみるのは
どうすんの？ --dry-run みたいなオプションあるのん？
0871デフォルトの名無しさん
2008/01/17(木) 23:47:58SCCSは腐っている。腐りすぎて異臭を放っているじゃないか。
0872デフォルトの名無しさん
2008/01/18(金) 01:09:48未知のバグがほとんど存在しないだろうと考えられる状態になったら
「枯れた」と言っていいと思うけどね。
既知のバグならそういう仕様と考えて、回避できるか出来ないか、
自分の要件を満たすか満たさないか、を判断すればいいわけだから。
ろくに使われないまま開発が停止しただけのは「枯れた」とは
言えないだろうけど。
0873デフォルトの名無しさん
2008/01/18(金) 13:29:50前使ってみたときはうまくいかなかった
0874デフォルトの名無しさん
2008/01/18(金) 17:09:390875デフォルトの名無しさん
2008/01/18(金) 18:24:35ReSharper 3.1 on VS2008 で何の不便もありませんが。
0876デフォルトの名無しさん
2008/01/18(金) 18:44:55中の人が掲示板で"4.0から2008に対応するよ〜"とか言ってたから、
てっきり無理だと思ってた。試してみるわ。
0877デフォルトの名無しさん
2008/01/18(金) 20:42:07/hoge/puni
って構造のリポジトリがあって
svn co -N というように -N をつけて
/hoge と /hoge/puni をチェックアウトした後で，
やっぱり -N じゃなくてまとめてチェックアウトした
ことにしたいなんていうわがままは無理ですか？
0878デフォルトの名無しさん
2008/01/19(土) 01:08:360879デフォルトの名無しさん
2008/01/19(土) 04:28:07いまいち #devの側が、svn+ssh:// のトンネルを使えない感じ。
Explorer拡張だけ使ってる。
これで、共同開発をやろうってな話を進める土台がまたひとつ。
0880デフォルトの名無しさん
2008/01/19(土) 09:22:43バージョン管理の対象から外したい時，
svn delete とするとワーキングコピーからも
そのファイルが消えてしまいますよね？
ワーキングコピーからはファイルを削除せずに，
単にバージョン管理の対象から外したい場合は
どうすればよいのでしょうか？
0881デフォルトの名無しさん
2008/01/19(土) 09:23:270882デフォルトの名無しさん
2008/01/19(土) 09:53:42俺もたまにバージョン管理から外して、
各ワーキングコピーでユニークなファイルとして持ちたいときがあるんだけど、無理なんだろうか？
とりあえず今は一端コピーして、svn deleteしてから差し戻してるけど、
これするとほかのPCのワーキングコピーでも同じことしなくちゃいけないんだよね。
話変わるけど、ワーキングコピーって書くのだるいから、WCって略していい？
0883880
2008/01/19(土) 10:13:03一時的にバージョンをピン止めしたいというか、そんな感じで。
0884884
2008/01/19(土) 10:49:45以下のようなlogがあったとします。
user1は trunkと branches/user1しか、
user2は trunkと branches/user2しか知りません。
現時点でuser2は「branches/user2はr6のtrunkと同等である」。
ということが svn log branches/user2でわかります。
現時点でuser1が「branches/user1はr6のtrunkと同等である」
ということはどうやって知れば良いでしょうか。
---
★ ここでuser1は以下をしたつもり。だがr6と同じものなのでcommitされない
| user1
Changed paths:
M /branches/user1/a.txt
マージして最新trunkにbranch更新
---
r7 | user2
Changed paths:
M /branches/user2/a.txt
マージして最新trunkにbranch更新
---
r6 | user1
Changed paths:
M /trunk/a.txt
マージして自分のbranchを反映(競合は無視)
0885884
2008/01/19(土) 10:50:44Changed paths:
M /trunk/a.txt
マージして自分のbranchを反映
---
r4 | user1
Changed paths:
M /branches/user1/a.txt
---
r3 | user2
Changed paths:
M /branches/user2/a.txt
---
r2 | admin
Changed paths:
A /branches/user1 (from /trunk:1)
A /branches/user2 (from /trunk:1)
branch更新
---
r1 | admin
Changed paths:
A /branches
A /trunk
A /trunk/a.txt
0886デフォルトの名無しさん
2008/01/19(土) 22:41:00エラーを出して止まってしまいます。シンボリックリンクはtrunkもbranchも変更
しているので、Conflictになっているのは想定内なのですが。
誰か解決策を知りませんか？本家を見ても情報がなさそうです。
% svn merge -N -r 106:155 file:///srv/svn/project/branches/subproject
svn: In directory '.'
svn: '.svn/tmp/tempfile.5.tmp' has unsupported special file type '<<<<<<<'
% cat .svn/tmp/tempfile.5.tmp
<<<<<<< .working
link /home/yourlogin/foo/bar=======
link /home/yourlogin/foo/baz>>>>>>> .merge-right.r155
バージョンは version 1.4.5 (r25188) です。
上記を見るとtempfile.5.tmpの改行コードが怪しそうですが。
0887デフォルトの名無しさん
2008/01/21(月) 01:12:09TortoiseSVNのコマンドを呼び出して適用するVBAアドインを作りました
(というか、改修して公開しまた)。
一度お試しください。
詳細はこちら
ttp://code.google.com/p/msofficesvn/wiki/Introduction_ja
ダウンロードはこちら
ttp://code.google.com/p/msofficesvn/downloads/list
0888デフォルトの名無しさん
2008/01/21(月) 01:53:06差分はどう表現されるのか、スクリーンショット見てみたいな。
差分が出せるなら使いたい。
0889デフォルトの名無しさん
2008/01/21(月) 12:44:290890デフォルトの名無しさん
2008/01/21(月) 15:54:17import と commit については --dry-run みたいなやつの必要性を感じないが、update の気持ちはわかる。
cvs のときは、cvs -n update -d -P | tee update.txt とかやってみて、
update.txt を less でみたりして ^C でコンフリクトがないか、^M で自分が未commit なものはどれか調べていた。
svn に移ったとき、同等のことがやりたいなと思ったが、svn -n update はない。
そういうときは svn status をつかえのとのこと。svn -uv status とやればよい。
http://hata.biz/mirror/snap/1095876945.html#svn-ch-3-sect-4.3
ただ個人的には、svn status の結果は1列目とか2列目とかあって直感的にわかりにくいんだよね。
cvs update の実行結果のほうが、何が起きたかわかりやすい。
まぁ svn status の結果のほうが、ロックされているかとかの情報量が多いのだけど。
0891デフォルトの名無しさん
2008/01/21(月) 16:03:530892デフォルトの名無しさん
2008/01/21(月) 16:16:25xdocdiffを使った方が軽いしインストールされてなくても見れるから確実
0893デフォルトの名無しさん
2008/01/22(火) 02:02:30無視リストにいれればupdateされないけど、
他所で更新掛けたら、削除の憂き目に会うんだよな。
0894デフォルトの名無しさん
2008/01/22(火) 12:20:280895デフォルトの名無しさん
2008/01/22(火) 20:00:16http://d.hatena.ne.jp/espresso3389/20070614
Subversionにaddされた同一ファイルを検出してリポジトリをダイエットする
ダンプファイルに対して処理を行うってのが、ちょっと不便だが面白そう。
0896デフォルトの名無しさん
2008/01/23(水) 09:50:420897デフォルトの名無しさん
2008/01/23(水) 10:18:330898デフォルトの名無しさん
2008/01/23(水) 10:50:270899デフォルトの名無しさん
2008/01/23(水) 15:00:05svnrepというディレクトリ名でレポジトリを作って、
svn+sshでアクセスしてるんですが、マシンAからは
svn info svn+ssh://svnserver/home/username/svnrep/dev/trunk/proj
という感じでフルパスになるんですが、マシンBからは
svn info svn+ssh://svnserver/dev/trunk/proj
という風にレポジトリからの相対パスになります。
自分でどっかで設定したのかもしれないんですが
これを変えるにはどこをいじればいいんでしょうか？
0900デフォルトの名無しさん
2008/01/23(水) 15:02:50サーバのOSも書いてないので想像だけど、$HOME/.ssh/authorized_keys辺りかな?
0901デフォルトの名無しさん
2008/01/23(水) 15:35:59環境など書かずにすみませんでした。サーバはLinuxでマシンAとBはMac OS Xでした。
ご指摘の通り~/.ssh/authorized_keysファイルに
command="/usr/bin/svnserve -t -r ${HOME}/svnrep"
という記述がありました。大当たりです。
たぶんどっかのサイトを見て自分で設定したんだと思われます。なさけない。。
マシンAからアクセスしたときはそのキーが使われてないということで
マシンBと同じsshのキーをマシンAの~/.ssh/以下に置いたら
どちらからもレポジトリからの相対パスで指定できるようになりました。
めちゃくちゃ早いレス感謝です。どうもありがとう。
0902デフォルトの名無しさん
2008/01/25(金) 08:23:27どうするのがいいのかな？svn up の返り値は更新が合っても無くても同じなんだよな…
0903デフォルトの名無しさん
2008/01/25(金) 08:50:370905デフォルトの名無しさん
2008/01/25(金) 09:07:11svn の標準出力はプログラムでの解析も意識して書式が決められてるから、
そう簡単には変わらないと思うよ。
0906デフォルトの名無しさん
2008/01/25(金) 09:43:030907デフォルトの名無しさん
2008/01/25(金) 09:51:420908デフォルトの名無しさん
2008/01/25(金) 18:11:16VM上のlinuxからアクセスすることって出来ますか？
0909デフォルトの名無しさん
2008/01/25(金) 19:16:02それはVMスレ言って聞け。
参考までに言うと、apacheで公開するならホストPCにアクセスできればいけるはず。
0910デフォルトの名無しさん
2008/01/25(金) 22:30:39svn st-u --xmlじゃだめ?
0911デフォルトの名無しさん
2008/01/26(土) 11:33:19オーナーとかグループとかパーミッションも
含めてリポジトリに記憶させたいんだけど，
svn:owner とか svn:group のようなプロパティはないの？
0912デフォルトの名無しさん
2008/01/26(土) 14:21:06そのへんの属性はプラットフォームでまちまちだし、
所有者あたりは管理者じゃないと変更できなかったりするだろうしね。
あるのはsvn:executableだけだな。
0913デフォルトの名無しさん
2008/01/26(土) 14:43:49他にも対象としたいメタデータがあるから
その辺は自分でスクリプト書くことにするわ．
svn コマンドの出力を awk で処理すれば
大した手間じゃないし．
0914デフォルトの名無しさん
2008/01/26(土) 15:32:000915913
2008/01/26(土) 17:33:21コマンドラインツール作るのにも
PHP使ってしまう。
0916デフォルトの名無しさん
2008/01/26(土) 20:12:14trunkに最新revのデータ，tags以下に特定rev時のコピー
という新しいリポジトリを作成するにはどうしたらいいでしょうか？
特定revが欲しいときに，ログから記憶で探すのは厳しくなってきまして．．
0917デフォルトの名無しさん
2008/01/26(土) 20:21:38やりたいことはどれ?
・新規にリポジトリを作る。過去のリビジョンは、過去のリポジトリから取り出す。
・過去のリビジョンを引き継ぎ、新規にリポジトリを作る。
・現行のリポジトリをそのまま使い、過去のリビジョンを取り出しやすくする工夫をする。
・現行のリポジトリの特定リビジョンを自動的にrevs配下にコピーする。
# どれも違う気がしてきた。
0918916
2008/01/26(土) 21:03:40・過去のリビジョン（ログ）を引き継ぎ、新規にリポジトリを作る。
と
現行のリポジトリの特定リビジョンを（自動的にrevs配下に？）コピーする。
だと思います．
ただ，その新しいリポジトリは構造を
trunk/
a.c, b.c,,,
tags/
1.0.0/
a.c, b.c,,,
1.5.0/
a.c, b.c,,,
といった感じ（今は直下にa.c, b.c,,,）にしたいんです．
0919デフォルトの名無しさん
2008/01/26(土) 21:29:440920デフォルトの名無しさん
2008/01/26(土) 22:59:46まず trunk,tags,branches ディレクトリを作って全部 trunk へ移動。
svn copy でリビジョンを指定して、tags へコピー。
これでいいんでないかな。
0921デフォルトの名無しさん
2008/01/26(土) 23:03:20その手順ではtrunkへ移動前のリビジョンはそのままルートに残る。
0922デフォルトの名無しさん
2008/01/27(日) 03:39:090923デフォルトの名無しさん
2008/01/27(日) 04:46:290924デフォルトの名無しさん
2008/01/27(日) 04:47:220925デフォルトの名無しさん
2008/01/27(日) 05:06:44小文字だとだめなようで…
0926デフォルトの名無しさん
2008/01/27(日) 08:16:300927デフォルトの名無しさん
2008/01/27(日) 13:06:04ctrl + cだとNGとか。
0928デフォルトの名無しさん
2008/01/27(日) 14:57:14なんでこんな仕様になっているのかサッパリ分かりませんが…
0929デフォルトの名無しさん
2008/01/27(日) 15:28:53Cキーではなく大文字Cとは思い込んだところが>928の悲劇だな。
# 小文字Cだと言い張るのなら、Ctrl+CAPS+Shift+Cでもいいだろって話になりそうだw
0930デフォルトの名無しさん
2008/01/27(日) 17:27:23ってか、Windowsってファイル名に大小区別しないくせに
こんなとこでは区別するんすか？
0931デフォルトの名無しさん
2008/01/27(日) 17:46:18そのうち「なんで Ctrl+6 とかはないの?」なんて言い出しそう。
立ち直るまで少し時間をくれ。
0932デフォルトの名無しさん
2008/01/27(日) 17:47:16つ[モディファイヤキー]
0933デフォルトの名無しさん
2008/01/27(日) 17:49:52なんでctrl+6はないの？
素で分からないんだが
0934デフォルトの名無しさん
2008/01/27(日) 17:50:28>932
0935デフォルトの名無しさん
2008/01/27(日) 18:11:27つまりCtrl + CのCを大文字(or Shift + Cキー)だと誤認したわけではないぞ。
0936デフォルトの名無しさん
2008/01/27(日) 18:27:55一行目と二行目の主張が矛盾してるぞ
0937デフォルトの名無しさん
2008/01/27(日) 18:30:030938デフォルトの名無しさん
2008/01/27(日) 18:51:08おう、じゃなきゃ2ちゃんで遊んでないぜよ
0939デフォルトの名無しさん
2008/01/27(日) 20:17:240940デフォルトの名無しさん
2008/01/27(日) 21:28:24http://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%AB%E3%82%AD%E3%83%BC
このWikipediaの解説の
「下位5ビット以外を0にするためのキー」を信じるなら、
>>930が「大文字小文字は区別するなんて初耳だ」ということで
「大文字小文字は区別しないと思っていた」という本来の用法に近い理解だったわけで
「もともとの意味をわかってない」とは言えないと思うんだが…
それとも違う人に向けて言ったのかな？
>>939
ctrl-Vとかじゃなくて？
0941デフォルトの名無しさん
2008/01/27(日) 21:43:52・Ctrl+Cの"C"は文字でなくキー
・元来下位5ビット以外を0にするという意味
で、Ctrl+6はAscii配列を使っている人間にとってはCtrl+^ということ。
従って、JIS配列でCtrl+6は無意味ってことになる。
0942デフォルトの名無しさん
2008/01/27(日) 22:03:160943デフォルトの名無しさん
2008/01/27(日) 22:20:000944デフォルトの名無しさん
2008/01/28(月) 02:22:27関係ないHDDを見に行かないようにすることはできないでしょうか？
0945デフォルトの名無しさん
2008/01/28(月) 03:30:44確認してないけど
TortoiseSVN の設定
http://tortoisesvn.net/docs/release/TortoiseSVN_ja/tsvn-dug-settings.html
のアイコンオーバレイ設定のあたりかな？
0946デフォルトの名無しさん
2008/01/28(月) 08:19:06>>945であってる。ProcessExplorerで見たらTortoiseCache.exeっていうプロセスが外付けにアクセスしてるはず。
でも、アイコンオーバーレイで外付けHDのチェックを外しても、なぜかこのプロセスは動くので、
検索するパスでworking copyの場所を限定したらいい。そうすれば上のプロセスは動かない。
0947944
2008/01/28(月) 13:00:37ありがとうございます。
Windows XP はそのようにして直ったのですが。。。
Vista だとうまくいきません。Vista のエクスプローラーの PID がでるんで困っています。
0948デフォルトの名無しさん
2008/01/28(月) 20:51:30どうしたら出来ますか？
0949946
2008/01/29(火) 01:04:13実は俺もノートのVistaで同じ症状が出るんだけど、あれってTortoiseSVNのせいなの？
だとしたら、もうオーバーレイを切るぐらいしか対策ないんじゃないかなあ。
0950デフォルトの名無しさん
2008/01/29(火) 01:26:11浅い場所に入ったHDDは取り外しが絶望的にできなかった感触があったような。
気のせいだったらすまん。
0951デフォルトの名無しさん
2008/01/29(火) 01:33:30私のは気のせいでむしろこっちの方かも
ttp://support.microsoft.com/kb/931619/ja
0952デフォルトの名無しさん
2008/01/29(火) 08:29:11まあ、正規のやり方じゃないが
0953デフォルトの名無しさん
2008/01/29(火) 11:47:180954デフォルトの名無しさん
2008/01/30(水) 01:44:37http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html
0955デフォルトの名無しさん
2008/01/30(水) 08:12:50windows上でトータスsvnを使ってコミットしたりしても
問題起こったりしませんか？
0956デフォルトの名無しさん
2008/01/30(水) 09:38:57ひとりでそういう使い方をしたことはある．
結局 svn か svn+ssh にした．
リードオンリーで http でのアクセスも許してるけど．
0957デフォルトの名無しさん
2008/01/30(水) 10:05:55正しく使えば問題はないが、注意点はある
1.属性にeol-style: nativeが付いてる時
まあたいした問題ではないかもしれないが。
2.使うsubversionのバージョンをそろえたほうが無難
俺の場合、Windowsのほうが最新でLinuxのほうが古くて、
Windowsからsvn updateしたらLinuxのほうからは扱えなくなった。
きちんと失敗になって、破壊されたりはしないが。
0958デフォルトの名無しさん
2008/01/30(水) 10:24:27便利だと思いませんか？プロパティで指定して．
たとえば特定のファイルが変更されてコミットされた
ときだけ何らかのアクションを起こしたいときとか．
今のフックって，トランザクション全体に対して
定義されるものですよね？
0959デフォルトの名無しさん
2008/01/30(水) 10:41:112. フックスクリプトの中で設定ファイルを読む
0960デフォルトの名無しさん
2008/01/30(水) 10:45:38特定の拡張子のファイルがコミットされたときだけ
何らかのアクションを起こしたい，とか，
あるディレクトリ以下のファイルがコミットされたときだけ
何らかのアクションを起こしたい，なんていう要求があるもので．
単一のフックスクリプトの中でがんばるしかないのか．
0961デフォルトの名無しさん
2008/01/30(水) 10:48:350962デフォルトの名無しさん
2008/01/30(水) 14:39:29フックの中で if (拡張子が xls だったら) みたいなのをゴリゴリ書けばいいんじゃない?
0963デフォルトの名無しさん
2008/01/30(水) 14:49:35言ってるらしいよ
思いませんか？と言われてもだから何？って話だけど
0964デフォルトの名無しさん
2008/01/30(水) 16:02:08皆さんは 1.4.5 に svn-win32-1.4.6.zip の展開を上書きしているんですか?
0965デフォルトの名無しさん
2008/01/30(水) 22:32:43みたいにあるディレクトリの中に設定ファイルを
放り込んでおくとそれが全部反映されるみたいな
ディレクトリを Subversion で管理していると，
.svn 以下のファイルが副作用を起こさないか気になる．
普通はワーキングコピーをそのまま使うんじゃなくて
export するべき？
0966953
2008/01/31(木) 09:38:25サンクス。
TortoiseSVN のマニュアルにも説明がありました。
ttp://www.caldron.jp/~nabetaro/svn/TortoiseSVN-trunk/TortoiseSVN_ja/tsvn-serversetup.html#tsvn-serversetup-mod_authz_svn
0967デフォルトの名無しさん
2008/01/31(木) 13:09:07Subversion のWindows版って x64 な Windows Server 2003 にインストール出来ますか？
0968デフォルトの名無しさん
2008/01/31(木) 13:15:01できる。
0969デフォルトの名無しさん
2008/01/31(木) 18:32:38大きくなるんですけどこのようなファイルは普通 Subversion で管理しますか?
0970デフォルトの名無しさん
2008/01/31(木) 22:27:03globなら引っかからないけど、スクリプトレベルでもfindみたいに.で始まる
ファイルを引っかけるコマンドがあるから、ないほうが安心だと思う。
0971デフォルトの名無しさん
2008/02/01(金) 00:11:10MSOfficeのヤツはバイナリコピーして格納してるだけだからね。
*x系のファイルはxmlベースのはずだから、svnで管理した方が効率がいいことは確か。
にしても2007でもまだ変わってなかったんだ。
0972デフォルトの名無しさん
2008/02/01(金) 00:14:47*xはzip圧縮されてるから、そのままSubversionに喰わせると単なるバイナリ扱いだぞ。
unzipして登録するよう仕込めばいいかもしれんけど、conflictしたときはどーやって解消すればいいんだろう。
0973デフォルトの名無しさん
2008/02/01(金) 00:25:09だれかコミット/チェックアウト時にzip/unzipするフック書いてくれ。
0974デフォルトの名無しさん
2008/02/01(金) 09:11:18.docxとかはXMLではあるが、そもそもアプリケーションが読み書きするためのファイルだから、
zipの有無に関係なく手作業でコンフリクトを解消するのは危険だし難しいと思われ。
0975デフォルトの名無しさん
2008/02/01(金) 09:17:562007 って *x 形式がデフォなの？
0976デフォルトの名無しさん
2008/02/01(金) 10:04:46(パスベース認証を有効にすると遅いようなので)
AnonymousにはRead/Write両方不許可にしたいです。
SVN(1.45)はApache2でホストしているのですが、このような設定は可能でしょうか？
0977デフォルトの名無しさん
2008/02/01(金) 13:11:30*xがデフォっす
一応、過去のフォーマットで保存もできる
ちなみに、*bっていうバイナリ形式でも保存できる
こっちは保存、読み込みが高速。*x形式はデカくなるとかなり遅い。
0978デフォルトの名無しさん
2008/02/01(金) 14:43:410979デフォルトの名無しさん
2008/02/01(金) 14:45:330980デフォルトの名無しさん
2008/02/01(金) 15:40:36未満の間違いじゃ？
0981デフォルトの名無しさん
2008/02/01(金) 20:51:33でも、結局またサポートすることになったんじゃなかったっけ？
0982デフォルトの名無しさん
2008/02/02(土) 13:18:19ttp://svn.collab.net/repos/svn/branches/1.5.x
0983デフォルトの名無しさん
2008/02/02(土) 18:41:24.svn/entries にオリジナルのファイルのMD5が
入っているんだから，ワーキングコピーの
容量節約のために text-base 省略ってことも
プロパティで指定できればいいのにって思う．
0984デフォルトの名無しさん
2008/02/02(土) 19:32:200985デフォルトの名無しさん
2008/02/02(土) 19:47:22のリソースを全部リポジトリに入れていて，それはほぼ
自分では変更しないものだから，text-base はいらないんだよ．
0986デフォルトの名無しさん
2008/02/02(土) 23:10:580987デフォルトの名無しさん
2008/02/03(日) 02:06:28ググレカスといわれそうだが簡単に教えてタモレ．
0988デフォルトの名無しさん
2008/02/03(日) 02:08:34それとも１リポジトリにいろんなプロジェクトつっこんでいいの？
0989デフォルトの名無しさん
2008/02/03(日) 02:10:35俺は分けてる．
0990デフォルトの名無しさん
2008/02/03(日) 04:28:24関連するプロジェクト同士は同じリポジトリにして、無関係のプロジェクトは別々にしてる。
理由は、
1. 関連するプロジェクトを別々のリポジトリで補完すると、時系列などでlogを見るとき不便。
2. 二つの無関係なプロジェクトを一緒のリポジトリにすると、その後一方のプロジェクトを別のサーバに移したいときなど難しくなる。
かな。
要はリポジトリがひとつのファイル群で、後々一部を分けようとしても無理で、
「移動するにもコピーするにもリポジトリごとしかダメ」ってことに注意すればいい。
ところで俺スレ立て？もしそうなら天プレに追加する文とかある？
0991デフォルトの名無しさん
2008/02/03(日) 07:00:400992デフォルトの名無しさん
2008/02/03(日) 13:01:37svnbook のPDF版とか追加しとくのはどうかな？
http://psyto.s26.xrea.com/misc/svnbook/
bluegate.org の方、アクセスできなくて
困ってる人が結構いたみたいなんで。
0993デフォルトの名無しさん
2008/02/03(日) 19:33:220994デフォルトの名無しさん
2008/02/03(日) 22:33:490995デフォルトの名無しさん
2008/02/04(月) 09:39:22>>457 が分かりやすい
0996デフォルトの名無しさん
2008/02/04(月) 09:52:50http://pc11.2ch.net/test/read.cgi/tech/1202086238/
0997デフォルトの名無しさん
2008/02/04(月) 12:00:07乙
梅
0998デフォルトの名無しさん
2008/02/04(月) 12:04:16要するに今のHeadに自分の差分を当てたコトにしてくれるんだね、いいねぇ。
0999デフォルトの名無しさん
2008/02/04(月) 15:51:14O 。
, ─ヽ
＿＿＿＿＿＿＿＿ /,/＼ヾ＼ ／￣￣￣￣￣￣￣￣￣
|＿＿|＿＿|＿＿|＿ __（（´∀｀＼ ）＜ というお話だったのサ
|＿|＿＿|＿＿|＿＿ ／ノへゝ/''' )ヽ ＼＿＿＿＿＿＿＿＿＿
||＿＿| | | ＼´-｀） / 丿/
|＿|＿| 从.从从 | ＼__>>2⊂|丿/
|＿＿|| 从人人从. | /＼＿＿/::::::|||
|＿|＿|／//ヽヾ＼ / ::::::::::::ゝ/||
────────(~〜ヽ::::::::::::|／
1000デフォルトの名無しさん
2008/02/04(月) 15:52:15-''":::::::::::::｀''＞ ゆっくりしていってね！！！ ＜
ヽ:::::::::::::::::::::￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^￣
|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ ＿_ _____ ＿_____
|::::ﾉ ヽ､ヽr-r'"´ （.__ ,´ _,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_ _,.ﾍｰｧ'二ﾊ二ヽ､へ,_7 'r ´ ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´ ; ', ｀ヽ/｀7 ,'＝=─- -─=＝', i
r-'ｧ'"´/ /! ﾊ ハ ! iヾ_ﾉ i ｲ iゝ、ｲ人レ／_ルヽｲ i |
!イ´ ,' | /__,.!/ V ､!__ﾊ ,' ,ゝ ﾚﾘｲi (ﾋ_] ﾋ_ﾝ ).| .|、i .||
`! !/ﾚi' (ﾋ_] ﾋ_ﾝ ﾚ'i ﾉ !Y!"" ,＿__, "" 「 !ﾉ i |
,' ﾉ !'" ,＿__, "' i .ﾚ' L.',. ヽ _ﾝ L」 ﾉ| .|
（ ,ﾊ ヽ _ﾝ 人! | ||ヽ、 ,ｲ| ||ｲ| /
,.ﾍ,）､ ）＞,､ _____, ,.イ ハ レ ル｀ ー--─ ´ルﾚ ﾚ´
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。