07/10/20 16:21:19
subversionはフリーなオープンソースのバージョン管理システムです。
公式HP
subversion.tigris.org
URLﾘﾝｸ(subversion.tigris.org)
Subversion によるバージョン管理
URLﾘﾝｸ(subversion.bluegate.org)
subversion: Project Status
URLﾘﾝｸ(subversion.tigris.org)
subversion: Subversion Links
URLﾘﾝｸ(subversion.tigris.org)
Version Control Systems Comparison
URLﾘﾝｸ(better-scm.berlios.de)
前スレ
Subversion r7 ｽﾚﾘﾝｸ(tech板)
06 ｽﾚﾘﾝｸ(tech板)
05 ｽﾚﾘﾝｸ(tech板)
04 ｽﾚﾘﾝｸ(tech板)
03 ｽﾚﾘﾝｸ(linux板)
02 ｽﾚﾘﾝｸ(linux板)
01 ｽﾚﾘﾝｸ(linux板)
豆知識
subversionの語源は、suvbert「（国家や社会秩序を）破壊・転覆する」という意味の名詞形です。
sub + versionの連係だと思っていると恥ずかしい思いをする時がきますよ。
2:デフォルトの名無しさん
07/10/20 16:22:14
■文書
Subversionによるバージョン管理(日本語訳)
URLﾘﾝｸ(subversion.bluegate.org)
Subversion批判に対する反論
URLﾘﾝｸ(subversion.bluegate.org)
svn診断への反論
URLﾘﾝｸ(subversion.bluegate.org)
CVSユーザのためのSubversionガイド(wakatonoさん)
URLﾘﾝｸ(slashdot.jp)
FSFS propaganda
URLﾘﾝｸ(arch.bluegate.org)
TortoiseSVNユーザガイド
URLﾘﾝｸ(tortoisesvn.bluegate.org)
■Wiki
Wiki for Subversion
URLﾘﾝｸ(wiki.machband.org)
Subversionメモ
URLﾘﾝｸ(terai.s55.xrea.com)
Subversion(Saisse's Wiki):
URLﾘﾝｸ(www.saisse.jp)
■記事(ちょいと旧め)
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(ukai.jp)
URLﾘﾝｸ(ukai.jp)
URLﾘﾝｸ(ukai.jp)
3:デフォルトの名無しさん
07/10/20 16:26:01
質問です。SubversionでVisualStudioのプロジェクトをバージョン管理しているんですが、
プロジェクトのプロパティの「構成プロパティ」->「デバッグ」->「作業ディレクトリ」の設定項目については、どうも変更してコミットしても、
他の人がそれをUpdateして開いたときには、設定したパスが反映されていないようです。
「作業ディレクトリ」の項目は、Subversionで変更を記録できないんでしょうか？
4:デフォルトの名無しさん
07/10/20 16:35:02
>>1
一乙。
>>3
AnkhSVN使ってる？使ってないならこれで一度やってみな。
5:デフォルトの名無しさん
07/10/20 16:49:57
> 1000 ：デフォルトの名無しさん：2007/10/20(土) 16:44:57
> 1000ならおまいらのリポジトリが爆発
俺まだリポジトリ作ってねーわｗ
6:デフォルトの名無しさん
07/10/20 16:59:31
>>3
何が、どのファイルの中に入ってるか把握する手間を惜しむなら、
MS謹製のVSS様でも使うべき。
その作業ディレクトリって共有すべき設定なの？
バージョン管理下に置いてる/置いてないファイルの区別は適切か？
MSのVisualStudioかVSSのサイトにはバージョン管理すべきでないファイルの説明もあるし、
AnkhSVNみたいなツールがデフォルトで保存しないようなファイルの情報なら、
共有すべきでないという見解が一般的なのだろう。
7:デフォルトの名無しさん
07/10/20 17:23:16
試しで、１プロジェクト（１ソリューション）にある全てのファイルをコミットしてみる
その状態で、VS.NET IDE で開き、開いただけで変更されるファイル、フォルダを特定する。
さらに、デバッグ・リリース実行し、この状態で変更されるファイルを確認する。
ソースを変更していないのに、開くだけで変わる、実行するだけで変わるファイルは
だいたい存在しなければ自動的に生成されるものだろうから わざわざ管理下に置く必要がないし、
逆に、管理下においてしまうと、開くだけ、実行するだけで変更扱いになるので鬱陶しい。
ある程度設定を共通化しておきたいファイルは、iniファイル管理等で推奨されているように
誰かが、そのテンプレートを作成して、オリジナルファイル名.tmpl とでもして、これをコミット
するようにしている。
それに関わる作業者は、このテンプレを改名・編集して、管理外として使うようにする。
という基準で、VS.NET を使うときの管理下に置くファイルを選定しています。
8:デフォルトの名無しさん
07/10/20 17:34:29
>>1
豆知識のところ、subvertだろ？おまいが恥ずかしい思いをしろ
9:デフォルトの名無しさん
07/10/20 17:41:40
>>8
ワロタｗなんか違和感あると思ったら、そのせいかっｗ
10:デフォルトの名無しさん
07/10/20 17:42:49
名前がむかつくからCVS使い続けることにする。
11:デフォルトの名無しさん
07/10/20 17:43:52
>>8
俺はコピペしただけなのに・・・俺なんだよ・・・
12:デフォルトの名無しさん
07/10/20 17:44:37
>>11
「なんで」が抜けたｗ
13:デフォルトの名無しさん
07/10/20 17:51:42
>>11
気になって前スレ見に行ったらあっちもsuvbertになってたｗ
何ヶ月もだれも気づかずに、コピペ張ったら指摘されるなんて、>>1も気の毒だなｗ
14:デフォルトの名無しさん
07/10/20 18:54:56
「sub+versionの連携だと思っていると…」てのも余計だよな。
次スレでもどうせまんまコピペされるだろうけど。
15:デフォルトの名無しさん
07/10/20 18:55:50
新スレ立ってからテンプレにケチつける奴はｱﾌｫ
16:デフォルトの名無しさん
07/10/20 18:58:24
>>15
まったく同意だ
テンプレ修正案も出さないくせに文句ばっかり言うな
>>1は何も悪くない
17:デフォルトの名無しさん
07/10/20 19:10:44
>>16
いい事言った俺は悪くない
つーことで↓テンプレ案
18:デフォルトの名無しさん
07/10/20 19:13:07
というか、このソフトウェアの名前は、subvertとsub+versionを引っかけてたと思ったんだけど、
そうじゃないとしたら、誤解させる意図があったとしか思えない。そうだとしたら黒いなあｗ
19:デフォルトの名無しさん
07/10/20 19:15:02
名前決めなんてそんなもんだ。BASICだってBeginner's(ry
20:デフォルトの名無しさん
07/10/20 20:17:24
「豆知識」はr7のアホな>>1が追加したもんだ。
r9で削ればいい。覚えていれば。
21:デフォルトの名無しさん
07/10/20 20:18:51
テンプレ議論は900過ぎてからやれと
22:デフォルトの名無しさん
07/10/20 21:30:39
>>19
アレはどう考えても後付けだろ
23:デフォルトの名無しさん
07/10/20 23:47:44
MercurialとSubversionのレポジトリを
commitやpushのタイミングで同期するというか
双方向にミラーリングすることはできないかな
ってあんまり意味無いかな？
24:デフォルトの名無しさん
07/10/21 08:33:17
gitの話もここでいいですか?
25:デフォルトの名無しさん
07/10/21 15:05:30
前スレの最後で初めてSVKを知ったんだが、こんなに便利なものがあったとは知らなかった。
subversionについては結構習熟してたつもりだったので、ちょっとショックだったんだけど、
こういうsubversionで便利なソフトの一覧とかないのかな？
テンプレの中にもSVK載ってなかったみたいだし、一通り載ってるサイトとかあれば便利だと思うんだけど・・・。
26:デフォルトの名無しさん
07/10/21 19:57:29
>25
作って♥
27:デフォルトの名無しさん
07/10/21 22:23:09
>>25 公式サイトにあった
URLﾘﾝｸ(subversion.tigris.org)
28:25
07/10/21 23:08:32
>>26
自分なんかより詳しい人間がいるから、そういった人に作ってもらった方がいいかと。
それかwiki作ってみんなで編集するとか。
>>27
こんなにあったのか、さっぱり知らなかったわ。
このページを訳すだけでもだいぶ違うかも。
29:デフォルトの名無しさん
07/10/22 06:32:14
>28
訳して♥
30:デフォルトの名無しさん
07/10/22 16:36:29
TortoiseSVN は Vista で動くでしょうか？
31:デフォルトの名無しさん
07/10/22 16:50:40
>>30
いくつか問題はあるらしい。
URLﾘﾝｸ(tortoisesvn.net)
32:デフォルトの名無しさん
07/10/22 17:10:00
>>31
現在 XP では、 1.4.5 を使っているのですが；
記事の中には、 1.4.2 や 1.4.3 って出てくるのですが、古い内容なのかな？
33:デフォルトの名無しさん
07/10/22 21:48:03
subversion使ってて、コミットしてから失敗したことに気づくことってない？
例えば、必ずユニットテストに合格してからコミットしないとダメなのに、しないでやっちゃったとか。
そういうときってそのコミットをなかったことにできないのかな。
34:デフォルトの名無しさん
07/10/22 21:59:50
>>33
ユニットテスト走らせて成功したらcommitするようなコマンドラインか
Makefileで作業したらいいと思うよ。
あるいはZenTestみたいなの使ってテスト走りっぱなしにするか。
35:33
07/10/22 22:10:29
>>34
ユニットテストはそうやってやればいいのか。
でも、そそっかしいもんだから、それに限らず間違ってコミットしちゃうことが多いんだよね。
どうにかして簡単に元に戻すことはできないのかなあ。
36:デフォルトの名無しさん
07/10/22 22:39:17
コミットしちゃったやつとその前のやつとの差を逆方向にマージする。
37:デフォルトの名無しさん
07/10/22 22:53:19
>>36
たしかにその方法でできるんだけど、やっぱりミスしたリビジョンがリポジトリに残るっていうのが・・・。
38:デフォルトの名無しさん
07/10/22 22:58:02
それがバージョン管理システムってもんだ。
39:デフォルトの名無しさん
07/10/22 22:58:17
間違ってコミットしたのでロールバックした、っていうコメントをログに残しとけばいいんじゃない
40:デフォルトの名無しさん
07/10/22 23:09:04
ログの修正ができるんなら間違ったほうのログに「rXXXXで取り消し」って書いとけば完璧。
41:デフォルトの名無しさん
07/10/22 23:09:15
>>38-39
やっぱそうですか。とりあえずミスしてコミットしたリビジョンは、後からログを修正することにします。
長々とつきあってもらってありがとうございました。
42:デフォルトの名無しさん
07/10/22 23:17:01
あやまればいいと思うよ
43:デフォルトの名無しさん
07/10/23 02:37:41
根本的な質問で申し訳ないが、Subversionのようなバージョン管理って
コマンドラインからやるのが普通なの？それとも亀みたいなGUIを使うのが普通なの？
亀使ってるけどコマンドは全然知らない場合、俺Subversion使えます、って言わないほうがいいのかな？って思って。
44:デフォルトの名無しさん
07/10/23 02:59:46
あんまり回答になってない気がするのだが
Subversion使えます、って言うんじゃなくて
SubversionをGUIで使ってます、って言えばいいだけのような気が
45:デフォルトの名無しさん
07/10/23 03:01:49
>>43
Macでの話だが、コマンドラインとTextMate(エディタ)のSubversionサポートを併用。
46:デフォルトの名無しさん
07/10/23 07:33:19
GUIで使えたら、コマンドラインでも最低限は使えるだろ。
そうでなくともヘルプ見ればほとんどわかるし。
47:デフォルトの名無しさん
07/10/23 08:32:46
>>43
っsvn help
概念さえわかってりゃコマンド名見ただけでどんな操作か想像できるだろう
48:デフォルトの名無しさん
07/10/23 08:53:56
コミットに関して、みんな偉いシビアにルール決めされてるんだな・・・
俺なんて、取り敢ず残しておきたい状態があればコミットしれ！って言ってるけどな。
少々ログが汚れても、大事なポイントを残す事ができるメリットを優先させている。
リリースの為に整える作業は、プロジェクトのメインの奴が、リリース用のブランチ切って
最終的にタグ打ちして終了でいいと思ってるし。
ただ、あまりにも無神経なコミットログを見ると腹立つけどなｗ
49:デフォルトの名無しさん
07/10/23 09:20:38
三ヶ月前の自分に腹を立ててもなぁ
50:デフォルトの名無しさん
07/10/23 09:40:20
そう言う状態でコミットした奴に限って翌日に急用、急病で休まれて
ざけんなゴルァってなるから困る
51:デフォルトの名無しさん
07/10/23 12:52:36
>>48
Eclipseで開発してると、ローカルヒストリーが内部リポジトリみたいに使えるから、
svnリポジトリの方を成功したビルドだけ、みたいに限定できる。
52:デフォルトの名無しさん
07/10/23 13:08:10
Eclipseを誰も使ってくれないんだ
53:デフォルトの名無しさん
07/10/23 13:17:03
>>52
NetBeans?
54:デフォルトの名無しさん
07/10/23 14:54:17
SVK詳しく見たけどむちゃくちゃ便利だな。
一時的にネットワークにつながらない環境でリポジトリをコピーするようにも使えるし、
ローカルで細かい変更のログをとっておいて、ある程度完成したらまとめて（完成したリビジョンだけ）
本筋にコミットすることもできる。
こんな便利なものを知らなかったなんて・・・。
55:デフォルトの名無しさん
07/10/23 15:01:15
>>54
＞一時的にネットワークにつながらない環境でリポジトリをコピーするようにも使えるし、
一瞬、ネットワークに繋がらないのにどうやってコピーするんだと思ってしまったw
56:デフォルトの名無しさん
07/10/23 15:13:37
SVNManager とかもそうだけど
日本語訳された解説サイトがあるかないかで違ってくると思うんだ
57:デフォルトの名無しさん
07/10/23 15:14:57
>>48
trunkでそれをやられると困る。
そういう運用するならワーキング用のブランチを作ってくれれば、
盛大にやってもらっても構わない。
ルールとしてユニットテストが通ったものをtrunkにマージを徹底してもらえればそれでいい。
58:デフォルトの名無しさん
07/10/23 15:18:55
まぁ trunkのとらえ方の違いだな
運用次第だから何とも言えん
59:デフォルトの名無しさん
07/10/23 15:31:19
そういうときはstashしましょう。
60:デフォルトの名無しさん
07/10/23 16:34:29
ビルドできないものとか、動かないものをtrunkに入れられると困るからな。
61:デフォルトの名無しさん
07/10/23 17:07:31
困る場合と困らない場合があるケド
62:デフォルトの名無しさん
07/10/23 17:12:16
ビルド･テストは通らないけど一区切りフラグをつけてコミット、
他のユーザーはデフォルトでそれをフィルタリング。
みたいな機能つけてくれ
63:デフォルトの名無しさん
07/10/23 18:07:02
どなたか、
レポジトリの運用の仕方の一覧を書いた、2chのレスをご存じないですか？
前スレだと思ってたのですが、見つからず・・・
ファイル共有と、sshと、あと、apach+?があげられてたはず・・・
あと、確か、コミットしたユーザー？が見分けられるかも、書いてあったと思う
64:デフォルトの名無しさん
07/10/23 18:07:23
ひとつのプログラムを１人のプログラマで完結できるなら、それほど問題にはならんわな
ひとつのプログラムを複数人のプログラマで開発するときは巨大な問題になるよな
65:デフォルトの名無しさん
07/10/23 18:08:49
>>62
ガイドラインにそれば、ブランチを使えばいいんだろうが、面倒なんだよな。
66:デフォルトの名無しさん
07/10/23 18:11:45
複数人でもライブラリやプロジェクトを共有してない限りはそこまで大きな問題にはならんけど
67:デフォルトの名無しさん
07/10/23 18:18:16
trunkに変なソースをコミットってありなのか？
朝一でupdateしてビルド通らないとぶちきれるぞ
68:デフォルトの名無しさん
07/10/23 18:21:25
環境、運用ルールによるから有り無しとか決まりはないだろ
69:デフォルトの名無しさん
07/10/23 18:22:11
どういう運用ルールならありなのか想像もつかないよｗ
70:デフォルトの名無しさん
07/10/23 18:31:14
そう言う想像の付かない運用ルールで回してる所もあるんだよ
trunkを全員のバックアップ場所にして○○版ってのを作ってテストするような時に
ブランチ切るってやり方の所もあって首を傾げながら開発してた時があった
1プロジェクト1ソリューションで作られてて、自分のソリューションが
他人のコミットでコンパイル出来なくなる事がないような
作りになってた時もあった
（commonだけコミットがうるさかった）
71:デフォルトの名無しさん
07/10/23 18:56:59
>>63
r6の450あたりか
72:デフォルトの名無しさん
07/10/23 19:00:43
TortoiseSVN って TSVNCache.exe っていうバックグラウンド
プロセスでバージョン管理下にあるファイルの更新状況を
調べているけど、この調べた結果のデータをもっと活用
できないものかね？
73:デフォルトの名無しさん
07/10/23 19:02:08
>>67
例えばだ
「わからなかったんでやってません」
「コミットしようとしたらローカルソース全部消えちゃいました」
「IDEが壊れて、ソース消えました、コミットしてません」
こんなナイスガイがいる所もあるんだ・・・
74:72
07/10/23 19:03:58
とりあえずなんかAPIでも用意されているのか気になったので
URLﾘﾝｸ(tortoisesvn.tigris.org)
取得中。おせぇ。
ってか、卒論書かなきゃならんのに何やってんの？俺。
75:デフォルトの名無しさん
07/10/23 19:07:39
>>74
部屋の掃除とか詰んである本も読まなきゃいけないだろ。がんばれよ。
76:デフォルトの名無しさん
07/10/23 19:52:18
>>74
うはっｗもう一人の俺www
77:63
07/10/23 20:19:11
>>71
どもっす。
ｽﾚﾘﾝｸ(tech板:450番)
ではない気がしました。
2chじゃなかったのかな・・・うーん。
この辺のことは、いつか、まとめないといけないですね
78:デフォルトの名無しさん
07/10/23 20:50:57
>>77
コミットしたユーザーの区別は、apacheで公開して認証すればできるよ。
認証に使ったユーザー名が、そのまま最終コミット者になる。
79:デフォルトの名無しさん
07/10/23 20:55:35
ユーザ名の区別ができないコミットってどんなだよ。
80:デフォルトの名無しさん
07/10/23 21:44:42
svkって、ちょっと前に誰かが、勝手に変なコミットしやがるとか文句垂れてなかったっけ？
81:デフォルトの名無しさん
07/10/23 21:52:55
>>79
ローカルディレクトリにリポジトリ作って、file:///～でアクセスしたりするか、
パスワードなしでコミットしたりすると、ユーザー名を区別できないから誰がコミットしたかわからなくなったりする。
82:デフォルトの名無しさん
07/10/24 00:46:53
>>24
mercurialがリリースされてから使ってないなｗｗｗ
83:デフォルトの名無しさん
07/10/24 01:25:35
コミットの条件をきつくすると、それだけレポジトリとローカルとの剥離が大きくなる可能性がある。
ビルドやテストが長い時間かかるような大きなプロジェクトになった場合、
ビルド→テスト→（長い時間）→やっと、おわった～、じゃあ、コミットしよう
→コンフリクトしていてコミットできない→競合解消→ビルド→テスト→（長い時間）→．．．
となって、手元で温め続ける状況が延々と続く．．．かもしれない
84:デフォルトの名無しさん
07/10/24 01:30:14
linux系のmlで宣伝して結局採用されなかったけど
他のプロジェクトでちょっと使われてるってくらいしか認識ないけど
mozillaとかmercurial使うぽいから割と軌道には載った感じかな?
fd.oがgitになったからgit使ってるけど、中身ほぼ一緒なのかってくらい同じだよなw
犬色に染まりたくないプロジェクトはそっちだろうか。
85:デフォルトの名無しさん
07/10/24 02:22:54
>>84
gitって知らないうちに中身が大幅に変わっているのか？
昔、mercurialとgitはまったく別物だったんだが。
86:デフォルトの名無しさん
07/10/24 02:35:11
URLﾘﾝｸ(ktown.kde.org)
URLﾘﾝｸ(www.ivy.fr)
コマンドもほとんど同じ
どっちともbitkeeperの置き換えであってまったく別物という話は知らないな。
87:デフォルトの名無しさん
07/10/24 03:18:26
>>72 URLﾘﾝｸ(tortoisesvn.tigris.org)
88:デフォルトの名無しさん
07/10/24 11:52:37
トータスSVN リポジトリブラウザの web版のようなものは
ありませんでしょうか。
webブラウザからリポジトリに直接ファイルをアップさせたいのです。
ご教授お願いいたします。
トータスSVN リポジトリブラウザの web版のようなもの
89:88
07/10/24 11:53:31
最後の一行、記述ミスです。
90:デフォルトの名無しさん
07/10/24 12:03:34
Webブラウザのような貧弱なインタフェースでコミットなぞ悪夢だ。
91:88
07/10/24 12:16:15
>90
全くもって、おっしゃる通りです。
が、そうでもしないと営業が自発的に資料をコミット
してくれないのですよ・・・
わけがわからないからやっといて～がオチです。
92:デフォルトの名無しさん
07/10/24 12:19:41
見るだけなりエクスポートならtracでブラウザ上から出来るけど、
コミットはできないなあ。
93:デフォルトの名無しさん
07/10/24 12:21:46
営業の資料ってOffice文書関連じゃないのかな？
だったらバージョニングの対象と言うよりは
グループウェアにでもアップロードしておいたほうが
いいのではないだろうか…
ちなみに WebSVN というのがあるけどこれはとりだすだけ。
SvnManager というのはリポジトリの生成や削除および
アクセス制御の設定をブラウザからやるためのウェブアプリ。
なので >>90 の用途には関係ない。
94:デフォルトの名無しさん
07/10/24 12:29:55
perlでCGI書いてサーバー側でコミットさせたら？ファイルだけアップロードさせればいいし。
95:デフォルトの名無しさん
07/10/24 12:39:14
>>91
営業に意識させずに Subversion を使わせるには WebDAV 使って意識させない
ようにしないとだめでしょ。
バージョン・コントロール・システムは便利ですが、履歴が残るとかそういうメリットを
一切理解しようとしない人間はやっぱりいる。
こっちがいくら力説しても、「コミット」という行為自体が煩わしいみたいですね。
96:デフォルトの名無しさん
07/10/24 12:41:30
保守派ばっかりの職場で働く人間は大変だな。
97:デフォルトの名無しさん
07/10/24 13:47:45
SVNManegerってコミット出来なかったっけ
98:デフォルトの名無しさん
07/10/24 13:55:23
>>95
WebDAVで、リポジトリの操作って出来るんですか
参照だけではなかったでしたっけ
99:デフォルトの名無しさん
07/10/24 13:57:58
>>98
コミット時のアクセスに、WebDAVを使うってことじゃないの？
100:デフォルトの名無しさん
07/10/24 14:02:42
そういう連中（一般人）には
今のアプリ自体が力不足。
ファイルの保存ボタンを押したときに、
保存しますかと聞くんじゃなくて
コミットログの入力を求めるようにフックするツールが必要だ。
あとアンドゥも無限に出来ないとな。
101:デフォルトの名無しさん
07/10/24 14:22:23
>>99
WebDAV公開リポジトリに
「IEのファイル→開く→URL入力 ＋ webフォルダとして・・・」
の手順で開かせて直接ファイルを突っ込ませるってことですよね。
この作業をもっと簡略化できませんか？
スクリプト書いて設置とかになるのでしょうか
102:デフォルトの名無しさん
07/10/24 17:37:32
いわれてみりゃあ、Webベースのsvnクライアントってないな。
だれか作ってくれ。
103:デフォルトの名無しさん
07/10/24 17:45:42
SVNManeger
104:デフォルトの名無しさん
07/10/24 17:52:10
>>103
揚げ足取りですまんが、SVNMan"a"gerな。
105:デフォルトの名無しさん
07/10/24 17:55:52
何も考えずコピペした
106:デフォルトの名無しさん
07/10/24 18:02:02
>>86
外見は同じだけど、中身はぜんぜん違うんじゃなかったか？
Mercurialとgitを比べてる記事を見たときに、知名度だけでgitが広まるのは嫌だと思ったしｗｗｗ
107:デフォルトの名無しさん
07/10/24 21:13:21
知名度ならHG
108:デフォルトの名無しさん
07/10/24 21:26:37
>>91
うちの会社は営業もsvnを使ってくれる。
簡単な技術の話(SQLの正規化とか)も理解できるし大変助かっている。
うちはうち、よそはよそ、だけど。
109:デフォルトの名無しさん
07/10/24 21:33:55
SQLの正規化ってなに？
110:デフォルトの名無しさん
07/10/24 21:38:58
うちの営業は開発もやるよから完璧。
うちはうち、よそはよそ、だけど。
orz
111:デフォルトの名無しさん
07/10/24 21:42:10
すまん、テーブル設計の正規化
112:デフォルトの名無しさん
07/10/24 22:27:39
>101
分かってるのか分かってないのか良く分からないので書いておくけど、Subversion リポジトリを http 経由で SVNAutoversioning on にして公開しておくと、
WebDAV で書き込んだ内容が勝手にバージョン付けされて保存される。
付録 B. WebDAV と、自動バージョン化
URLﾘﾝｸ(subversion.bluegate.org)
有意なログが残らないけどとりあえず過去の状態も保存しておきたいというのならこれでもいけると思う。
>「IEのファイル→開く→URL入力 ＋ webフォルダとして・・・」
こっちの方を簡略化ってのならネットワークプレースに登録するなりドライブとして割り当てるなりすれば一度で済むんでそれでいいんじゃないかと思う。
113:デフォルトの名無しさん
07/10/24 23:35:02
Webフォルダを作らせて皆に操作させると、
リビジョン番号が爆発してしまうんだよねぇ...確か。
違った?
114:デフォルトの名無しさん
07/10/25 01:27:43
>>91
そういうやつはWebブラウザでも絶対にコミットしないぞｗｗｗ
会社で必ずSVNを使うルールを作れ。
115:デフォルトの名無しさん
07/10/25 01:39:55
>>112 ほう、そんな機能が。知らんかった。
ところで、コミット中に何らかの問題が発生してコミットが
中断してしまったあとで、「古いトランザクションが残っている」
との理由でコミットができなくなってしまった。
なので svnadmin rmtxns <repo> 2-1 ←これが残ってるトランザクション
ってやておかしくなったトランザクションを削除したんだけど、
svnadmin: Can't open file 'tortoisesvn-11106/format': No such file or directory
と表示されて削除できなかった。念のため root でやっても同じ。
db/transactions/2-1.txn を直接削除してしまってよいものだろうか。
116:デフォルトの名無しさん
07/10/25 03:21:24
HTTP 経由でリポジトリとやり取りするときって、
gzip 圧縮かかってるんだろうか。
つまるところ、Content-Encoding: gzip なんでしょうか？
テキストのやり取りがメインったら圧縮率は高そうなんだけどな。
差分だけのやり取りの場合はそうでもないんだろうか。
でも初回の import とか圧縮の効果が結構ありそう。
117:115
07/10/25 03:25:56
とりあえず db/transactions/2-1.txn を削除してみたら、
過去のトランザクションが終わってないよ的なエラーメッセージ
（ごめん、うろおぼえ）がでなくなってコミットできるようになったけど、
これでよかったんだろうか。いまはリポジトリを使っている人数が
二人なんで特に大きな問題にはならなかったけど、複数人が
頻繁に使いだしたときに発生しないか心配だなぁ。
そもそもなんでこんな問題が発生するの？
mod_dav_svn を使うよりも svn+ssh などのプロトコルを使えってこと？
118:デフォルトの名無しさん
07/10/25 03:28:37
>>116
1.4 から差分の表現形式自体に gzip がかかるようになった。これがネットワークを流れる
データになる。 Content-Encoding: gzip がどうなってるかは知らないけど、２重にかける
ことになるから使ってなさそうに思う。
119:デフォルトの名無しさん
07/10/25 03:42:41
>>118
なるほど、もはややり取りされる差分データ自体に圧縮が適用されて
いるんですね。いやぁ、すごいなぁ。
ところで、今 WebSVN で自分＋相棒が幸せにリポジトリをブラウジング
しているんですが、開発チームが大きくなるとリポジトリ内の
ディレクトリ毎にアクセス制限をかけたくなりますよね？
Subversion 自体には svn, svn+ssh, http でのアクセスに
適用されるアクセス制御機構が用意されているものの、
WebSVN のようにリポジトリにファイルシステム経由で直接
アクセスする場合にはそれが適用されません。
そういう場合にはファイルシステムのバーミッションで
適切に制御されているべきだろということなのだと
思いますが、WebSVN のようなリポジトリブラウジング用の
ウェブアプリを使うとアクセス制御はあきらめざるを得ないんですかね。
URLﾘﾝｸ(www.sesp.cse.clrc.ac.uk)
WebSVN 自体にはアクセス制御の機構はないので HTTP の認証で
なんとか汁、ということのようですが、こまやかな制御を
仕様とするとゴリゴリと Apache の設定ファイルを
毎回書き換えなきゃならないとなるとちょっと実用的じゃありません。
なにかいいほうほうありませんかね。
120:119
07/10/25 04:01:33
URLﾘﾝｸ(blog.platinumsolutions.com)
It 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 をそのまま
使っていた。
121:デフォルトの名無しさん
07/10/25 21:55:17
>>112
ふと思ったんだが LVM の Snapshot じゃ駄目なんだろうか？
122:デフォルトの名無しさん
07/10/25 23:57:38
>>120
WebDVN 2.0は連動するのか。勉強になった。
あと、Tracが連動するよ。リポジトリブラウジングだけだとTracは大げさだけど。
123:デフォルトの名無しさん
07/10/26 00:31:39
Trac入れて、「営業がSubversionを覚えやがらない不具合」ってticketを発行してやればいい。
優先度は“critical”で。
124:デフォルトの名無しさん
07/10/26 00:35:31
RESOLVED: WONTFIX
125:デフォルトの名無しさん
07/10/26 01:42:17
WORKSFORME(営業: いーじゃん。仕事やってるんだから)かもしれん。
126:デフォルトの名無しさん
07/10/26 01:50:08
質問なんですが、ローカルコピーから削除されたファイルを検出してremoveすることってできますか？
いまは手動で svn remove hoge を繰り返してるんですが、なかなか骨が折れる作業なので・・・
ローカルに存在しないからTab補完もきかないですし。
127:デフォルトの名無しさん
07/10/26 01:57:32
svn st | sed -n 's/^!/svn remove/p' | sh
ちなみにzshなら標準で、svn remove のあとはディレクトリおよび削除されたファイルが補完候補になるよう定義されてる。
128:126
07/10/26 02:07:08
>>127
なるほど、statusコマンドとスクリプトを組み合わせればいろいろ便利な使い方ができそうですね。
こういったのにあまり慣れてないので、ちょっと勉強してから使いたいと思います。
どうもありがとうございました。
129:デフォルトの名無しさん
07/10/26 12:02:36
>>122
Tracかぁ・・・
そこまでの機能はいらないんだよなぁ。
あと、WebSVN の RSS 機能が便利そう。
Trac も各種情報を RSS でフィードしてくれるのかな？
130:デフォルトの名無しさん
07/10/26 12:09:29
TracはEclipseで使う分にはいいけどね。IDE系でプラグインが少ないのが欠点かな。
131:デフォルトの名無しさん
07/10/26 12:14:31
WebSVNって消えてたと思ったら復活してたのか
今はviewvcとApacheでやってるけど
ううん・・・
132:デフォルトの名無しさん
07/10/26 12:19:28
>>130
ウェブのインターフェイスよりもIDEに統合されて
いたほうがやっぱり使い勝手いいですか？
Visual Studio ばっかり使ってて
Subversion も TortoiseSVN 使ってるけど
Subversion も Visual Studio の何らかの
プラグイン入れて使ったほうがいいのかなぁ。
133:デフォルトの名無しさん
07/10/26 12:23:30
Trac使ってて良かったって思う事って何だろうか
導入するのが面倒で使ってないんだけど
そのうち入れて試してみたいと思ってて
Trac使ってる所で開発出来ると実感出来るんだろうけどなぁ・・。
134:デフォルトの名無しさん
07/10/26 12:26:43
>>132
個人の感覚にもよるけど、TracはWebとプラグインで大違いだと思った。
Tracはチケットでバグを管理するんだけど、mylynっていうタスク指向UIっていうのがあって、
チケットごとに関係するファイルだけを表示してくれたりして、なれると効率が全然違った。
VSでsubversionならAnkhSVNだと思うけど、あまり多機能とは言えない。
でもまあ使いやすいことは確かなので、俺はAnkhSVNで普段はコミットして、
タグを作ったりログをいじったりするときはtortoiseSVN使ってる。
135:デフォルトの名無しさん
07/10/26 12:32:05
>>133
やっぱりタスク中心で考えられることかな？
バグとか、しないといけないこと、付け加える新機能なんかを一括で管理できるから、
今やってることだけに集中できる。
これやっとかなくちゃと思っても、忘れてしまうことがよくあるんだけど、
Trac使えばまず忘れない。こういうタスク指向のところはライフハックとも似てる考え方がある。
もちろんチーム開発では何倍も効率が上がることはいうまでもない。
ただ、個人的にはブラウザでチケットを入力したりするのは煩わしすぎた。
Eclipseは常に今あるタスクを表示してくれて、ボタン一つでタスクの着手、終了、放棄なんかを実行できたから楽だったけど。
あれになれるとブラウザで使えないｗ
136:デフォルトの名無しさん
07/10/26 12:42:27
AnkhSVNってExpress Editionで使えないんだよな
137:デフォルトの名無しさん
07/10/26 12:43:03
>>132
なんでもIDEに溶け込ませると、かえってがちがちに縛られる感じしない？
Visual Studio と TortoiseSVN は適度に「疎」な関係なのがよいと思うのだが
138:デフォルトの名無しさん
07/10/26 15:01:46
Tracって、ちょっと重いのが気になる。
件数少なくても重いから、sqliteじゃなくてmod_python由来の重さなのかな？
鯖がVIAのへっぽこCPU使ったマシンだと、もっさり。
139:デフォルトの名無しさん
07/10/26 15:08:43
>>137
同感なんだが、ファイルをリネームする時だけは、IDEと連動して欲しいとと思う。
140:デフォルトの名無しさん
07/10/26 17:04:31
ContextMenu.exeってのを落してきて
VSの外部ツールから呼び出すといい感じ。
編集中のファイルを引数にするのと
カレントプロジェクトのフォルダを引数にする二つを登録して
141:デフォルトの名無しさん
07/10/26 17:41:47
>>138
俺は自鯖に一から構築したけど、重いと感じたことはなかったな。
fastCGIからmod_pythonに切り替えたからかもしれんが。
wikiなんかに比べても重いっていうんだったら、サーバーの環境側に問題があるのかも。
142:デフォルトの名無しさん
07/10/26 20:12:17
>>129
RSSあるよ求めてる情報と一緒か知らんが
143:デフォルトの名無しさん
07/10/26 23:19:17
Mac OS X 10.5 Leopard の Time Machine ってどういう技術なのかな？
144:デフォルトの名無しさん
07/10/26 23:24:44
時速88マイルで自分の母親と恋愛できるマザコン用の機能。
145:デフォルトの名無しさん
07/10/26 23:51:14
>>143
基本的にはpdumpfs
146:デフォルトの名無しさん
07/10/27 01:01:08
>>141
VIAのCPUって言ってるからpicoITXじゃないかな・・
だとしたら重くてもしょうがないと思う
147:デフォルトの名無しさん
07/10/28 17:34:48
svndumpfilter ではフィルタした範囲外からのファイルの
コピーがあるとエラーになってしまうけど、svndumpfilter2
や svndumpfilter3 ではそれができるよね。
でもそれって単純にまるとご新しいファイルとして add してる
だけなんだよね。そのファイルにまつわる過去の履歴なんかは
全部失われてしまうんだよね。あとから気づいたよ。
まぁひとりでの開発だし、 HEAD があるから最悪ではないけど、
ちょっとかなしい。
148:デフォルトの名無しさん
07/10/29 00:19:57
URLﾘﾝｸ(subversion.bluegate.org) が、なおったよ！
ﾊ_ﾊ
('(ﾟ∀ﾟ∩ なおったよ！
ヽ 〈
ヽヽ_)
149:デフォルトの名無しさん
07/10/30 14:45:56
最悪なsvn管理方法トップ１０
URLﾘﾝｸ(www.red-bean.com)
日本語要約
URLﾘﾝｸ(www.geekpage.jp)
150:デフォルトの名無しさん
07/10/30 15:01:08
コメントをいじりたくなってエディタで編集した事ある俺
151:デフォルトの名無しさん
07/10/30 18:27:40
毎日 svnadmin dump してる・・・ orz
hotcopy か・・・
152:デフォルトの名無しさん
07/10/30 19:10:11
10番をルールにしようと頑張っているうちのマネージャー。
みんな、さぼりたいときにだけ従っている。
153:デフォルトの名無しさん
07/10/30 19:10:15
svnを使ってみようと思った。
svnをインストールし、次いで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の運用方針のままだとそぐわないなぁ。バックアップとかも含めてどうするか考えないと……
154:デフォルトの名無しさん
07/10/30 20:08:12
>>153
日記ならご自分の日記帳にどうぞ
155:デフォルトの名無しさん
07/10/30 20:23:23
>>152
コミット前にチェックする方法ってどう？
大幅に変更するときにしばらくコミットしなくなるのが危険だと思うんだけど。
156:デフォルトの名無しさん
07/10/30 20:24:50
>>153
俺は自分しか使ってないけどapache使ってる。
サーバーでVPN建てて、そのネットワークにだけapacheを公開してアクセス。
セキュリティ的にも安全でマジ便利。
157:デフォルトの名無しさん
07/10/30 21:19:58
俺もapacheまかせ。
tracも一緒に建てる。
TortoiseCVSとTortoiseSVNの共存は
コンテキストメニューがうざくなるけど可能。
cygwin用って必要かな？
TortoiseSVNでこと足りると思うけど。
158:デフォルトの名無しさん
07/10/30 23:03:35
Cygwinにもsvnパッケージが用意されているけど、
なんとなくCygwinはiconv周りがぐたぐたなきがするので、
TortoiseSVNとWindows版Subversionを併用してる。
159:デフォルトの名無しさん
07/10/30 23:38:18
cygwinのsvnでファイルロック？まわりでエラーが出てまともにsvn co もできない
(100ファイルぐらいで失敗する)のは俺だけ？
160:デフォルトの名無しさん
07/10/31 00:29:37
>>151
毎日朝晩svnsyncしてる……orz
しかも、2台から……orz
でも、リポジトリ命だからな……orz
161:デフォルトの名無しさん
07/10/31 00:52:07
>158
Cygwin は iconv がぐたぐたなんじゃなくて、ロケールがぐたぐたなのです。
162:デフォルトの名無しさん
07/10/31 01:16:28
何で、svnadmin dump じゃいかんの？
真夜中に自動バックアップさせてるから、そんな時間に作業してる奴は有り得んのだけど。
163:デフォルトの名無しさん
07/10/31 03:52:40
あるクラスを設計しなおして、スクラッチから書き直しました。
なので名前は同じなものの中味が全く異なるファイルが出来上がりました。
これも普段の数行～数十行の変更と同じようにコミットするものなんでしょうか。
それともこういう場合に取る動作がなにかありますか？
164:デフォルトの名無しさん
07/10/31 04:46:40
>>163
ファイルを一旦別の場所に退避してから svn rm して、そこに退避してたやつを戻して
svn add すれば「置換」という操作になって、同じファイル名でも新規ファイルとしての
扱いになる。
165:デフォルトの名無しさん
07/10/31 07:00:10
>>155
それはその通り。
でも、ルールを守って手元に余る状況より、細かくコミットする方を、
うちのメンバーは選択してるわけ。
もちろんノーチェックではなく、最低限のテストは通してからコミットしてるよ。
166:デフォルトの名無しさん
07/10/31 09:01:48
今思いついたんだが、個人で大幅に変更を加えるときは、ブランチを用意すればいいのな。
んで、トランクのみテストすればいいのか。
167:153
07/10/31 10:41:17
>>154
失敬。
>>156他
ふむ、情報THX。
うちは「Cygwinじゃないといや」って香具師と「GUIじゃなきゃいや」って香具師が混在している部署なんでw
>149からの流れも参考にさせて貰おう。
>>166
trunkには安定版を入れることにして、個人の改変はその作業用のブランチを使うってことかな。
その方針は判り易いな。問題は、trunkへのコミットのタイミングの判断かなぁ。
168:デフォルトの名無しさん
07/10/31 11:28:45
OpenOfficeのCalcのファイルをsubversionで管理したいんだけど、
なんかうまい手ある? 「Microsoft Excel 2003 XML」でセーブす
ればイイヤと思ったら、全然改行が入らないのでほとんどバイナ
リと変らないんだよなぁ…。
169:デフォルトの名無しさん
07/10/31 11:43:52
>>168
バージョニングにやさしいフォーマットにしてほしいよな。
標準の形式 (*.od? とか）だと ZIP 圧縮だから、
マジでバイナリだし。
170:デフォルトの名無しさん
07/10/31 13:31:03
>>169
今し方Writerで試してみたが、その通りみたいだな。
どっかでOpenDocumentフォーマットはxmlベースだって読んだ気がしてたんだが、勘違いだったらしい。
>>168
対処療法でしかないけど、Xmlでセーブしてから、xml用のフォーマッタで整形してコミットしたら？
改行してないのが問題なら、とりあえずはマシになると思うけど。
171:デフォルトの名無しさん
07/10/31 13:36:47
xdocdiffに慣れてるからExcelのまま管理してるな・・
172:デフォルトの名無しさん
07/10/31 13:37:31
zipの中身がxmlとpng
173:デフォルトの名無しさん
07/10/31 13:44:34
>>170
OpenOfficeは中身をセルの内容で一つ、書式で一つ、って具合にたくさんのxmlファイルに落とすのよ。
で、それをzipでまとめて拡張子を変えただけ。
174:デフォルトの名無しさん
07/10/31 14:36:23
>>170
やっぱりそれくらいしか手がないのか…。
もうちょっとうまい手がないかと思って色々調べてんだけど…。
特定のsvn:mime-typeの時に指定した外部diffコマンドを使うなんてことはでき
ないもんだろうか?
175:デフォルトの名無しさん
07/10/31 14:39:00
>>171
それって結局リポジトリ内では差分で管理しているわけじゃないよね?
別々の人間が異なるセルをいじるとコンフリクトしちゃうよね?
176:デフォルトの名無しさん
07/10/31 14:43:37
>>149
そこのトンデモ運用よりもこのスレで報告された事例の方が斜め上を逝ってたりするなｗ
177:デフォルトの名無しさん
07/10/31 14:58:26
>>175
ただのバイナリですからね・・そこは諦めてますよ
178:デフォルトの名無しさん
07/10/31 15:36:42
>>177
それを諦めるなら話は早いんだけどね…
諦めたくないのよ
179:デフォルトの名無しさん
07/10/31 15:53:24
いっそだれかプラグイン作って、フルXMLのフォーマット策定しちゃえよ。
180:デフォルトの名無しさん
07/10/31 16:01:11
単純に、zipを展開してdiffに投げるコマンドを作ればいいんでない?
181:デフォルトの名無しさん
07/10/31 16:06:56
zip展開してもこっちも改行がない問題が
182:デフォルトの名無しさん
07/10/31 16:38:40
んじゃ、tagごとに改行するとか。
# だんだん複雑になるなぁw
183:デフォルトの名無しさん
07/10/31 17:02:49
>>178
諦めればそこで試合終了できますよ
184:デフォルトの名無しさん
07/10/31 17:09:36
えーと、Subversionよく判ってないんだけど、commitするときにzipを展開して必要ならタグ間に改行挟んで登録、
逆にcheckoutするときにzipに戻すってできればいいんでないかな?
それならリポジトリにはテキストで落ちているから差分を取るのが簡単そうだけど。
185:163
07/10/31 17:30:36
>>164
なるほど～、そういう方法で置き換えられたんですね。
svn statusでもちゃんとRが点灯しました。
コミット後にsvn log hogefileとしてみましたが、
きちんと新しいファイルとしてのログが表示されました。
ありがとうございました。
186:デフォルトの名無しさん
07/10/31 20:13:19
subversionでログの編集ってめんどうだなあと思ってたんだが、
ログのテキストってリポジトリに直接格納されてるのな。
revpropsフォルダのファイルを直接いじるだけでむちゃくちゃ簡単に編集できた。
187:デフォルトの名無しさん
07/10/31 20:45:24
>>166-167
それはやめとけと>>149に書いてるだろ。
そういう状況が頻発するなら、分散型に移行すべきなんだろう。
とはいえ、分散型ってうまく説明しないと、不安に思われちゃうんだよな。
188:デフォルトの名無しさん
07/10/31 20:59:58
>>186
面倒かなあ。
直接編集なんか恐くてできん。
propedit --revprop
で安心して変更してる。クライアントからできるし。
hook設定が面倒ってことかなあ。
189:デフォルトの名無しさん
07/10/31 21:16:49
cygwin の svn で文字化けしちゃうのはなんとかならないのですか。
190:デフォルトの名無しさん
07/10/31 22:54:51
>189
今スレではまだ出てないみたいなので。
UTF-8 Cygwin か↓どぞー。
URLﾘﾝｸ(yak.myhome.cx)
下側をインストールするときは setup.exe で
URLﾘﾝｸ(yak.myhome.cx)
指定するか、直接ダウンロードして tar xf hoge.tar.bz2 -C / で。
191:デフォルトの名無しさん
07/10/31 23:02:43
>>190
どうもりがとうございます。早速試してみます。
聞いてみるもんだなー。
192:デフォルトの名無しさん
07/11/01 00:51:10
パスワードが平文ってのは、何とかならんのか。。。
193:デフォルトの名無しさん
07/11/01 00:53:25
win32ネイティブなsvn落して使えばいいのに。
パスを通せば普通に使えるし。
194:デフォルトの名無しさん
07/11/01 01:22:46
win32ネイティブなsvnでも、そのままだと日本語メッセージが文字化けする。
だから手間がかかるのはcygwinといっしょ。
195:デフォルトの名無しさん
07/11/01 02:02:49
>>194
化けたこと無いな。再現手順は？
196:デフォルトの名無しさん
07/11/01 03:08:48
>>194
どうせAPR_ICONV_PATHを設定し忘れてるってオチにちがいない。
cygwinのほうは日本語に関して信頼できないから使う気にならないねえ。
197:デフォルトの名無しさん
07/11/01 07:44:29
>>192
svn+sshに移行したらいいよ。
198:デフォルトの名無しさん
07/11/01 18:17:18
>>187
ブランチそのものが、そういう目的のためのものじゃなかったっけ？
前にトランク、ブランチ、タグの違いを解説したサイトでそう読んだ気がする。
ここなんかでも、大規模な変更のために一時的に隔離するため、と書いてある。
TortoiseSVN - ブランチ・タグ付け
URLﾘﾝｸ(tortoisesvn.net)
199:デフォルトの名無しさん
07/11/01 18:19:11
>149にあるのは、「全員の専用ブランチ」があることと、「マージ担当者を雇う」ことだろ。
>187は勇み足だと思うよ。
200:186
07/11/02 01:43:39
>>188
GUIしか使えないヘタレなんだが、TortoiseSVNもRapidSVNもログの編集をしようとすると
エラーを吐くので敬遠してた。
よく考えればたしかにあぶないから、きちんとフックの設定するわ。
201:デフォルトの名無しさん
07/11/02 02:28:00
>200
GUIしか使えないヘタレというより、ほんとは英語のメッセージが読めないヘタレじゃないの？
202:デフォルトの名無しさん
07/11/03 08:04:27
Subversionリポジトリに投入する情報を暗号化するということは
できないでしょうか？ホスティングサービス上に Subversion
リポジトリを持っているのですが、念のためコミットする差分などを
暗号化した状態で格納したいと思っているのです。
適当な共有鍵暗号を使って、もちろん開発メンバー同士は
全員同じ共有鍵を知っているという前提でです。
203:デフォルトの名無しさん
07/11/03 09:19:14
ネットを使える利便性を考えると、信用出来ない通信線路でも
暗号化でっていう考え方は理解できるが、
信用できないサーバに秘匿情報を置くのはどうなのかね。
いくら共有鍵だの何だの言っても、サーバが手中にあれば
何だって仕込み放題ジャン。
204:デフォルトの名無しさん
07/11/03 10:07:20
>>203
有料のサービスなのでそれなりにしっかりしたデータセンターに
置かれているのだと勝手に思っているのですが、正しい手順で
機材が廃棄されていなかったりなんてこともあるかもしれないし…
考えすぎですかね。
もっとありがちなケースとしては、単に自分たちの運用上のミスで、
ネットワーク経由での認証がスルーされてしまったなんてことが
あり得るかもしれないと思っています。Subversion は
ネットワーク経由の場合にしかユーザ認証はありませんから。
まぁそれは自業自得なんですが。
205:デフォルトの名無しさん
07/11/03 10:21:27
>>203も似たような事いってるけど
信用にならんのであれば、自分で管理するしか無いだろ。
自分鯖たてて https 経由でやりとりするとか、
自分で自分なりの対策をいろいろと行って
自己責任で全てを管理するべし。
まぁもっとも 204 のコードに興味ある奴はいないとはおもうんだがな。
206:デフォルトの名無しさん
07/11/03 11:43:49
こ、このスレやさしい・・・
207:デフォルトの名無しさん
07/11/03 13:55:43
>>205
これが仕事で使ってるデータセンターの話だとして、ソースは生で置きたくないとか言ってるのに顧客情報はそのまま置いたりするんだろうなぁ。
208:202
07/11/03 14:44:02
本部とサテライトと外注先からアクセスする必要があって、
データセンターのホスティングサービスを利用しています。
顧客情報は部署が違うので扱ってませんが、
ソースコードレベルでライセンスされたコードは
含んでいるので流出があったら困るな、と。
業務上喫緊の課題ではないのでそのうち解決策を探そうと思います。
Subversion の場合サーバ側で受け入れる差分は
クライアント側で作成したものそのままのようで、
--diff-cmd などで他の差分・マージ方法を受け入れることも
できるようになっていることから、 Subversion の内部差分方式の
svn_client_diff3 を単独でコマンドラインツールとして取り出して
それに暗号化・複号をラップして拡張してみようと思います。
ヒマな時にですが。
すべてのデータを暗号化したいわけではないので、
暗号化して投入したものだけプロパティに自動的に
公開鍵を付与することで、リポジトリに参加している人の
公開鍵をチーム全体に伝搬させるなどの工夫をしようと思っています。
10月末日の締切りの仕事があるのですぐにはとりかかれませんが。
今日は10月34日ですよね？
209:デフォルトの名無しさん
07/11/03 14:46:57
カレンダーの無い国の人のようだ
210:デフォルトの名無しさん
07/11/03 15:01:57
この人の10月末日は10月何日なのだろうか？
211:デフォルトの名無しさん
07/11/03 15:16:15
10月34日ﾜﾗﾀｗ
212:デフォルトの名無しさん
07/11/03 15:35:55
10月末日は33時まであるよね。
213:デフォルトの名無しさん
07/11/03 15:43:56
みんな、マにとっては10月34日なんて24:30くらいに当たり前の表現だよ・・・
しかし鯖すら信用しない、ってのは鯖倉システムとしてはどうなのかねぇ。
214:デフォルトの名無しさん
07/11/03 16:13:35
そこまで要求するなら、ホスティングでなく最初からハウジングの方がよかったんじゃないか？
215:デフォルトの名無しさん
07/11/03 18:32:28
>>208
まじめな話、そういう状況だったら自社回線でサーバもつしかないだろ、で、取引先とはVPNで何とかする。
それができないんじゃそもそも電算機ソフト開発できる状況下にないので上に文句たれるのが先だと思う。
216:デフォルトの名無しさん
07/11/03 20:22:50
専用回線だろうが公衆回線だろうが
社内鯖だろうが外の鯖だろうが
保存データの暗号化とは関係ない。
217:202
07/11/03 20:29:37
現実逃避でSubversionのコード見てたらそんなに
難しくはなさそう。さらに TortoiseSVN のコードも
眺めてたら機能追加はできそうだと思った。
あとは鍵を格納するためのプロパティを勝手に
設定して、適当にプロトタイプ作ってしまうか。
そのうちコードコントリビューとするかも。
コードを投げてから言え、と言われそうだが。
いや本業で納品してからやれ、のほうが正しいか。
218:デフォルトの名無しさん
07/11/03 22:10:32
Windows Vista で TortoiseSVN を使ってソース管理してるんですけど、
Vista の問題らしく、エクスプローラにリビジョンのカラムを追加できません。
ワーキングコピーを置いたディレクトリ内のリビジョン一覧を見たいのですが、何か良い方法ありますでしょうか。
219:デフォルトの名無しさん
07/11/03 23:23:01
>>218
Vistaを窓から投げ捨てる。
220:デフォルトの名無しさん
07/11/04 02:44:11
>>219
VPCでXP
221:デフォルトの名無しさん
07/11/04 09:15:25
>>218
TortoiseSVNを窓から投げ捨てて、
その代わりにコマンドプロンプトで svn st -v と打つ。
222:デフォルトの名無しさん
07/11/04 22:22:27
窓環境のみで、svn+sshをやろうとして、鯖に"OpenSSH for Windows"を
突っ込んでみたけど、どうにもうまくいかん。
TortoiseSVNからアクセスすると、「リポジトリが見つからない」のメッセージが。。
この時点でsshでの接続はできていると思ってるのだが。。。
Cygwinは、無しの方向でどうにかならん？？
223:デフォルトの名無しさん
07/11/04 23:58:10
問題を切り分けようとしているときに
GUIだけで押し通そうとするのは無理があるんじゃね？
224:デフォルトの名無しさん
07/11/05 03:58:28
svk ってまだ使ったことないんだけど，
push で複数のコミットを一気に本物の
リポジトリに反映させるんだよね？
その途中ででコンフリクトが発生すると
連鎖的にお手上げになっちゃいそうなんだけど，どうなの？
225:デフォルトの名無しさん
07/11/05 09:49:11
>>224
死ね役立たず。
人の足引っ張って楽しいかゴミクズ。
今すぐ死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。ｖ死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。死ね。
226:デフォルトの名無しさん
07/11/05 09:53:53
>>225 だまれこのしがないVシネマニアが
227:デフォルトの名無しさん
07/11/05 11:52:10
ｖ死ね
228:218
07/11/05 14:02:19
>>219-211
なんか Vista あんまりよくないっすね。。
「svn st -v」で何とかなりました。ありがとうございます。
229:デフォルトの名無しさん
07/11/07 10:25:21
TortoiseSVN使ってます。
tempディレクトリ内に生成されるファイルを無視したくて、
（tempディレクトリの存在自体は管理下に置きたいです）
共通無視設定に"*/temp/*"と入力しましたが、
コミットの際にtemp以下のファイルが管理外としてリスティングされてしまいます。
どのように設定すれば共通設定で無視できるのでしょうか？
230:デフォルトの名無しさん
07/11/07 11:21:12
一度 temp をコミット（中身は空）、その後、global-ignoreに temp と入れれば良いだけじゃ
ディレクトリとファイルの区別は出来ないと思うよ
231:229
07/11/07 13:34:04
>>230
ヘルプとか見てるとそれで出来るはずなんですよね。
なぜか無視できていないので、いろいろ環境つくって練習してみます。
232:デフォルトの名無しさん
07/11/07 15:38:07
なら
Temp
TEMP
じゃないの
233:デフォルトの名無しさん
07/11/07 17:37:10
SVNの設定って物によっては即座に反映されないから、一度再起動してみたら？
234:デフォルトの名無しさん
07/11/07 18:38:08
１万件overのファイルをSubversionで管理しようかと
思ってるんですが、現実的ですかね？
235:デフォルトの名無しさん
07/11/07 18:39:36
マシンをケチらなければ
236:229
07/11/07 19:34:25
>>232>>233
だめでした。
tempディレクトリを管轄内、そのtempディレクトリ内のファイルを無視などというのは、
共通設定でやるべきものではないのかもしれませんね。
個別に作業ディレクトリで無視設定して対処します。
237:sage
07/11/07 19:45:58
>235
やっぱレンタルサーバじゃきついですよね。。。
238:デフォルトの名無しさん
07/11/07 20:40:42
WEBプログラムの作業コピーを開発用サーバに置いて、
sambaで経由で編集して開発していますが、
例えばCGIが吐き出したディレクトリでオーナーがapacheの場合、
バージョン管理に追加しようとしても権限の関係で.svnを作れずにエラーになります。
WEB開発している人はどのようにして使ってますか？
239:デフォルトの名無しさん
07/11/07 21:08:32
>>237
鯖屋に聞かないとわからんだろ。
240:デフォルトの名無しさん
07/11/07 21:16:14
レンタルサーバについては知らんが、
1万くらい楽勝だがなあ・・・
241:デフォルトの名無しさん
07/11/07 21:18:37
ユーザ認証をWindowsのドメイン認証を利用しているんだが、
ドメインのパスワードを変えても、旧パスワード・新パスワードどちらでも、
認証が通ってしまう；；；
これって仕様？
242:デフォルトの名無しさん
07/11/08 01:12:33
>>238
CGI が吐き出したディレクトリをバージョン管理に追加するのが間違いだと思う。
243:デフォルトの名無しさん
07/11/08 07:57:34
>>241
ドメイン認証使ったことないが、一度適当なパスワードを入れてログインできるか試してみそ。
アクセス制限が聞いてないとどんなパスワード入れても通っちゃうから。
244:デフォルトの名無しさん
07/11/08 11:25:01
>>234
ディレクトリ構成を工夫すれば。
操作頻度で階層に分かれてれば苦にならないけど、
そうじゃないと地獄。
245:デフォルトの名無しさん
07/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は消えていませんでした。
飛ばしましたとはどういう意味なんでしょうか。
246:デフォルトの名無しさん
07/11/09 01:42:45
原文はskippedかな。
処理対象から外したという感じ。
247:245
07/11/09 02:21:12
svnの処理の管轄外になるということですか？
248:デフォルトの名無しさん
07/11/09 08:43:11
今回のsvn updateという指令の対象から除外したということ。
249:デフォルトの名無しさん
07/11/09 09:15:53
>>245
svn update は URLを引数に取らないような気がする。
updateしたいファイル名のみを指定したらどうだろう。
250:デフォルトの名無しさん
07/11/09 10:50:36
つまり、書く必要のないURLが指定されていたので読み飛ばしたっちゅうことやね。
251:デフォルトの名無しさん
07/11/09 11:20:50
チェックアウトしたときに自動的にそれまでの履歴も
通常のファイルとして取り出したいんだけど、
便利な方法ない？ TortoiseSVN 使ってます。
252:251
07/11/09 11:21:55
要は、 changelog のようなものを自動的に生成したいのです。
あと、その changelog もリポジトリ中に普通のファイルとして
置いておきたい。 HEAD だけみれば履歴が分かるようにしたいです。
253:153
07/11/09 18:44:50
今頃になってTortoiseSVNを使ってみた。TortoiseCVSより格段と使い勝手がよくなっているのね。
惜しむらくは、差分表示/マージツールが漢字コードを変換してくれないって、これは仕方ないな。
外部ツールは使えるようだから、変換して差分表示するスクリプトでも用意するか。
# cygwinのsvn使える香具師はいいけど、GUIしか使えない香具師がねぇ……
254:245
07/11/09 19:01:47
>>248,,249,250
なるほど～、処理をスキップしたという事ですか。
なにかリポジトリを変更してしまったと思って不安でしたが、
ほっとしました。
svn update ファイル名 -rリビジョン
アップデートに関してはこれでうまく行きました。
みなさんレスありがとうございました。
255:デフォルトの名無しさん
07/11/09 19:44:41
>>253
WinMergeつかえよって話じゃなくて？
256:デフォルトの名無しさん
07/11/09 20:05:03
自宅のPC と会社のPC、ノートPC のファイルを同期させる目的で、Subversion は使えますか？
ソース以外のファイルなども同期したいと考えています。
257:デフォルトの名無しさん
07/11/09 20:27:03
>>256
まぁバイナリも対象にはできるけど、
差分による転送量の軽減は期待できないね。
漏れはまさしく >>256 のような目的で使ってるけど。
LaTeX 文書, ソースコード, EPS ファイル多数，
Excel のファイル多数，PDF ファイル多数。
258:デフォルトの名無しさん
07/11/10 11:06:43
>>257
お返事どもです。
現在 AccuSync を使って同期していますが、複数台PC で同期が
出来ないので、どうしようか？と思っていたところ Subversion を
思い出したのです。
AccuSync でも差分転送は出来ないので、大丈夫です。
何か気がかりな点とか注意点とか、ありますか？
259:デフォルトの名無しさん
07/11/10 11:17:13
>>258
リポジトリを置く場所をどうするか結構悩む。
１）どっかの自鯖において http や ssh+svn でアクセス
２）USBメモリなどのリムーバブルメディアにおいて
ファイルシステムとして直接アクセス
自分は１）にしたけど、ネットワーク接続が必ずできるとは
限らないのでUSB接続のハードディスクなんかで２）にした
方がよかったかも、と思うこともある。
260:デフォルトの名無しさん
07/11/10 12:09:02
>>259
なるほど。確かにリポジトリは考えちゃいますね。
Unison って同期ソフトありますが、こっちは使ってないんですか？
261:デフォルトの名無しさん
07/11/10 12:14:42
普段はsvkでローカルに同期しておいて、つながったときにpushするとか。
262:デフォルトの名無しさん
07/11/10 13:18:57
>>260
初めてその存在を知りました。いいかも。
Subversionを使っている理由はやっぱり
テキストファイル（C++のソース & TeX文書）
の編集がメインで、マージしたいからです。
Unison も merge 機能があるかもしれないけど。
263:デフォルトの名無しさん
07/11/10 13:49:41
Unison はあるツリー全体を同期したい場合で、かつ変更するファイルがあまり衝突せず、履歴も必要ない場合に、
Subversion はツリー上の特定の位置だけ更新することが多い場合、、マージが発生する場合、履歴を取りたい場合、という使い分けかなぁ。
具体的には、Howm のメモには Unison を使って、ソースや普通の文書は Subversion 使ってる。
264:デフォルトの名無しさん
07/11/10 17:49:31
>>259
USBメモリをリポジトリにするのはSubversionならではだね。
CVSだとリポジトリにアクセスできないと何もできないに等しいから、
USBメモリを刺しっぱなしにしないといけなくなる。
265:デフォルトの名無しさん
07/11/11 19:42:26
>>256
その用途だったらSubversionじゃなくて分散型使った方がいいんじゃない
266:デフォルトの名無しさん
07/11/12 00:13:46
>>252
svn2cl をつかってcommit log から changelog を生成するか、
commit 時にchangelog も一緒に書いて更新する
267:デフォルトの名無しさん
07/11/12 08:32:12
>>265
分散型というとどのようなものが？
268:デフォルトの名無しさん
07/11/12 10:18:02
>>267
こっちで話題になっているかも。
バージョン管理システムについて語るスレ
ｽﾚﾘﾝｸ(tech板)
269:デフォルトの名無しさん
07/11/12 20:22:26
もうすぐプロジェクトが立ち上がるので、subversion の実験をしています。
○前置き：
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 をおっことして
URLﾘﾝｸ(subversion.tigris.org)
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 のどのバージョンに相当するか、
ということも気にしなければならないですよね。
一度すべてのケースで実験してみますが、ちゃんとやっておかないと本開発が始まったらやばいことになりそうな気になってきた。
270:269
07/11/12 20:33:57
連投すみません。
cygwin 版 svn と Windows コマンドライン版 svn で、
作業コピーを別にしてみたら、問題が発生しませんでした。
1.cygwin版で、aaa.txt を編集して commit して 1.2 にする。
2.win 版で aaa.txt を update する(成功)。編集して commit して 1.3 にする(成功)
3.cygwin 版で update する(成功)
ごちゃ混ぜにしないよう、気をつけることにします。
(Subversive で checkout したりしつつ、コマンドラインでも操作、はしたいなあ)
271:デフォルトの名無しさん
07/11/12 20:39:56
URLﾘﾝｸ(subversion.tigris.org)
272:269
07/11/12 21:03:43
>>271
なるほど、1.4 前と後で作業コピーのフォーマットが変わったのですか。
URLﾘﾝｸ(subversion.tigris.org)
どうもありがとうございました。
273:デフォルトの名無しさん
07/11/13 01:24:41
CygwinのSubversionは1.4.5が出ているよ。
それはいいが、Subversionで1.2とか1.3とかって……
274:269
07/11/13 01:38:29
>>273
すみません、subversion をはじめて使うので、1.3.2 が新しいのか古いのかも意識していませんでした。
cygwin は去年の夏にPCを入れ替えたときにフルインストールしたままです。
全部上書きインストールしようかな。
たぶん自分でコンパイルしたやつは /usr/local/ 以下に寄せてあるから大丈夫なはず・・・
275:デフォルトの名無しさん
07/11/13 10:19:29
TortoiseSVN 1.5 まだーチンチン
276:デフォルトの名無しさん
07/11/13 15:29:01
クライアント側に期待するようなバージョンアップってあんのかよ
277:デフォルトの名無しさん
07/11/13 15:56:26
Subversion を裏で使って Google Browser Sync みたいな
ことを自前のあぷりに実装しようとするのは無謀？
とはいえ「このアプリケーションは任意の Subversion
リポジトリをつかって複数のパソコンで設定を共有
できます」なんて言ったところでそのリポジトリを
用意できる人なんて限られてるだろうしなぁ．
278:デフォルトの名無しさん
07/11/13 16:58:53
>>277
ウェブでリポジトリ用意して、サービス化する企業がありそうなもんだけど。
279:デフォルトの名無しさん
07/11/13 17:36:23
URLﾘﾝｸ(www.beanstalkapp.com)
こういうこと？
280:デフォルトの名無しさん
07/11/13 19:05:59
sourceforge って subversion はホストしてなかったっけ？
281:デフォルトの名無しさん
07/11/13 22:12:27
>>277
コンフリクトしたときは手動で解消するのか？
282:デフォルトの名無しさん
07/11/14 08:44:49
いつでも巻き戻せるのなら常時上書きでいい
283:デフォルトの名無しさん
07/11/14 14:44:50
AnkhSVNをVS2005 Express Editionで使用出来ないですかね？
284:デフォルトの名無しさん
07/11/14 19:08:16
俺もそれハゲシク希望だが、
たぶん無理。
285:デフォルトの名無しさん
07/11/14 20:53:19
express版はaddinが使えないように調整されてるから無理だにょ。 > AnkhSVN
286:デフォルトの名無しさん
07/11/15 11:56:55
>>284-285
やっぱり無理かー・・・
ありがとう！
287:デフォルトの名無しさん
07/11/16 14:19:36
TortoiseSVNを使用して、あるディレクトリにsvn:externalsを設定したいのですが、
値に URLﾘﾝｸ(xxx.xxx) ・・・と言った形でリンク先のURLを記述すると
Error parsing svn:externals property on ・・・ と言うエラーが返ってきます
URLを認識しないのでしょうか？
288:デフォルトの名無しさん
07/11/16 22:03:13
>>287
URLﾘﾝｸ(subversion.bluegate.org)
たとえばこんな風にする
hoge URLﾘﾝｸ(example.jp)
poyo URLﾘﾝｸ(example.com)
289:デフォルトの名無しさん
07/11/16 22:03:42
svn:externalsの書式は、URLだけじゃなくて、
ディレクトリ名1 URL1
ディレクトリ名2 URL2
:
:
じゃない?
290:デフォルトの名無しさん
07/11/18 03:24:02
TortoiseSVN は Vista で使えますか？
291:デフォルトの名無しさん
07/11/18 05:30:11
>>290
>>30-31 >>218,221
292:デフォルトの名無しさん
07/11/18 08:40:33
いままで TortoiseSVN つかってたんで，
新しく作ったファイルを Commit のときに
「これはバージョンコントロール下にないよ」
って教えてくれたんだけど，コマンドラインじゃ
そういうの見れないの？
svn list だとバージョンコントロール下にある
ファイルの一覧は見られるんだけど．
293:デフォルトの名無しさん
07/11/18 09:29:11
>>292
svn st で ? と出るのがそう。
294:デフォルトの名無しさん
07/11/18 11:06:15
っていうかお前らよくコマンドライン知ってるのな。
自分はTortoiseSVNに頼りっきりでまったくさわれないんだけど、コマンドラインのほうがつかいやすい？
それともなにか別のメリットがあるのかな。
295:デフォルトの名無しさん
07/11/18 11:37:02
マウスまどろっこしい。
296:デフォルトの名無しさん
07/11/18 11:40:51 BE:176287924-2BP(1)
っていうかお前らよくパソコン知ってるのな。
自分はマウスに頼りっきりでまったくさわれないんだけど、キーボードのほうがつかいやすい？
とかいう質問と同じ>>294
297:デフォルトの名無しさん
07/11/18 14:15:12
お前らリポジトリのファイルシステム上でのパーミッションは
どうやってるの？Subversion が持ってる ACL 機能のことじゃないよ．
file とか svn+ssh で複数人がアクセスするときって，
666 とか 777 でサンドバッグ状態？？
しかし新規で作成された差分情報を格納したファイル
（ふつうは直接見ることはないはずだけど）は
その時のユーザがオーナーになるんだよね？
まぁ追加されていくだけで削除や更新はないから
問題ないのかな？
298:デフォルトの名無しさん
07/11/18 14:25:17
>>296
ふーん、ようは慣れってことね。
299:デフォルトの名無しさん
07/11/18 14:59:52
>>297
g+wでよくね?
300:デフォルトの名無しさん
07/11/18 16:35:04
0660/0770か、POSIX ACLを個別に付ける、で。
301:デフォルトの名無しさん
07/11/18 18:01:15
つかそういう場合はディレクトリは2775にしといて
各ユーザのumaskは002にさせると思うが。
302:デフォルトの名無しさん
07/11/18 18:15:30
fileスキームはrm -rf repositoryが可能なので、リポジトリ管理者にだけ与える。
svn+sshはsvnserveのみ使用できるように設定。(svnbookに記述がある。)
303:デフォルトの名無しさん
07/11/18 18:54:14
マージとか気にせずに、強制的に最新のリビジョンで上書きする方法とかありますか？
304:デフォルトの名無しさん
07/11/18 18:56:18
>>303
ファイルをふつうに削除（svn rm じゃない削除）して更新すれば？
305:デフォルトの名無しさん
07/11/18 19:03:11
>>303
新しいディレクトリにチェックアウト
306:303
07/11/18 19:03:15
>>304
なるほど、正規表現使って.r30とかのファイルを削除すればいいんですね。
ありがとうございます。
307:デフォルトの名無しさん
07/11/18 19:13:00
>>306
コンフリクトが発生しているなら、
.rリビジョン
.mine
とついてるもののうち、.mine(「私のもの」の意)があなたの編集によるもの。
なにもついていないやつはコンフリクトが入っている状態なので、それは
捨て、.mineをそれにコピーor改名してから
svn resolved
する。.rリビジョン/.mineのファイルはresolvedの処理で消える。
あと、シェルなどで使うファイル名のパターンを正規表現とは呼ばない。
308:デフォルトの名無しさん
07/11/18 21:14:11
>307
エスパー現わる
309:デフォルトの名無しさん
07/11/18 22:08:08
revert して update すればいいんでないの
310:303
07/11/19 01:46:00
>>307,309
言葉足らずな質問に、丁寧なレスありがとうございます。
rubyかpythonで>>307の方法を使いやってみようかと思いましたが、
>>309さんの方法でも出来るような気がします。
とりあえずrevert->updateでやってみて、だめなら>>307さんの方法でやってみようと思います。
最後に、本当にありがとうございました。
311:デフォルトの名無しさん
07/11/19 10:51:17
あのさ、Subversion リポジトリに 700MB くらいの
ファイルを import してみたんだけど、なんか
できたようなふりしてできてないでやんの（笑
そんな使い方するほうが悪いのは承知なんだけど、
だったらどれくらいのファイルなら扱えなくなるのか
基準がないと怖くね？すくなくとも途中で
サーバ側からエラーで中断してくれないと怖くね？
怖くね？怖くね？
312:デフォルトの名無しさん
07/11/19 10:52:01
ちなみに svn+ssh なので、apache が勝手にタイムアウトした
とかそういう問題ではない。
怖くね？
313:デフォルトの名無しさん
07/11/19 11:03:12
お前さんの馬鹿さ加減の方が怖いわ
314:デフォルトの名無しさん
07/11/19 11:04:09
いや、「できたふり」てのはこわいと思うぞ。
315:デフォルトの名無しさん
07/11/19 11:32:31
どこからどこまでがSubversionだと思ってるのやら
316:デフォルトの名無しさん
07/11/19 11:39:59
まず「できたようなふりしてできてない」というのはどういうことが詳しく述べよ
>>311 の勘違いということもありえるし、実際にsubversionが狂ったのかもしれんし、
リポジトリのHDD容量の限界とかかもしれんし。
317:デフォルトの名無しさん
07/11/19 13:09:56
>>311
再現したら本家にフィードバックするの手伝うから、サーバとクライアント構成とか詳しくプリーズ
318:デフォルトの名無しさん
07/11/19 17:53:20
そういう場合は、やっぱきちんとエラー出してくれないと怖いなあ。
便乗で申し訳ないけど、数千単位のファイルをコミットしたときに突然止まるのも何とかして欲しい。
ネットワークの接続は確認したから、apacheかsubversionだと思うんだけど・・・。
319:318
07/11/19 17:54:26
あ、そんな大量のファイルをコミットするなっていうつっこみななしな方向で。
気に入らないなら華麗にスルーしてください。
320:デフォルトの名無しさん
07/11/19 18:03:18
バグ修正できないならできないなりに、
再現可能な条件を見つけてあげるのが文化ってものだと思うんだが。
タダで使って「こわくね？こわくね？」ってのはちょっと‥‥‥。
321:318
07/11/19 18:07:22
>>320
たしかに・・・。この際だし、もうちょっと原因を絞り込んでから、本家の方にフィードバックしとくわ。
322:デフォルトの名無しさん
07/11/19 18:07:35
そういう症状が出るときがあるって情報だけでも
使う側は助かるぞ。
323:318
07/11/19 18:16:04
>>322
症状を確認したのがずいぶん前なもんだから、本当にでるか確認したい。
レポートだしときながら、実はそんな症状ありませんでしたでは無責任にもほどがあるからな。
まあ、なんにしろ早めに報告しとくわﾉｼ
324:デフォルトの名無しさん
07/11/20 11:12:15
TortoiseSVNって、人に説明する時に困るんだけど
亀って言っちゃだめなんすかね
325:デフォルトの名無しさん
07/11/20 11:15:57
>>324 何に困ってるのかわからん。
326:デフォルトの名無しさん
07/11/20 11:24:44
>>324
陸亀でいいんじゃね？
それか もう全部ひっくるめて エスヴイエヌ で通すか
327:デフォルトの名無しさん
07/11/20 11:29:47
呼び方が分からんのです
にっこりと笑って、「通称：亀です」 で通してます
328:デフォルトの名無しさん
07/11/20 11:31:17
>>327 なぜ TortoiseSVN と呼んでやらないんだ？
329:デフォルトの名無しさん
07/11/20 11:31:47
なんという・・・・・
330:デフォルトの名無しさん
07/11/20 11:38:31
発音がわからんのだろ
331:デフォルトの名無しさん
07/11/20 11:40:33
なぜ辞書で発音を調べようとしないのだろうか
URLﾘﾝｸ(dictionary.goo.ne.jp)
332:デフォルトの名無しさん
07/11/20 11:41:06
ここで聞くぐらいなら辞書で調べりゃいいのに。
333:333
07/11/20 11:41:46
かぶった。ごめん。
334:デフォルトの名無しさん
07/11/20 11:56:24
TortoiseSVN の リビジョングラフ の リビジョン比較 が非常に優れているのですが
これと同じ挙動をログダイアログでも実現できないでしょうか？
現在は、リリースする度にタグ打ちし、前回タグからの変更分をリビジョングラフ上の
前回タグと今回タグを指定して、リビジョン比較で抽出し、抽出したファイルを
選択をエクスポートで抜き出しています。
ただ、ログが増えていくたびにリビジョングラフの生成に時間が掛かるようになってしまい
少しいらだっています。
リビジョングラフのリビジョン比較が優れているのは、本当に差分のみが抽出出来る点で
これをログダイアログ（タグが見えるようにそのリポジトリのトップフォルダのみ作業コピー作って）
で、前回タグから今回タグを指定してリビジョン比較を行なうと、今回タグ名で全フォルダと
ファイルが抽出されてしまいます。
せめて、ログダイアログに、trunk のログだけど、「ここでタグ打ちされたぜ！」みたいな
情報がのっていればいいんですが・・・
335:デフォルトの名無しさん
07/11/20 12:07:55
>>334
リポジトリブラウザから前回タグと今回タグの２つを選択して、今回タグの
コンテキストメニューから「リビジョンを比較」。リビジョングラフのリビジョン比較って、
これでしょ？
336:デフォルトの名無しさん
07/11/20 12:27:17
>>335
ありがと～！！
助かりました。
337:デフォルトの名無しさん
07/11/20 12:45:01
SVNの挙動がふとわからなくなった。
あるディレクトリ・ツリーがあって、A\B\C（Cはファイル)だとする。
ここで、BをAフォルダから削除してコミットした。予測ではCファイルもリポジトリから削除されていると思ったんだが、
その後Cファイルをコミットしても、正常に動作し、過去のログも残っていた。
つまり、親フォルダを削除しても、中のファイルは残るってことなんだろうか。
だれか詳しい人教えてください。
338:デフォルトの名無しさん
07/11/20 12:59:49
>>337
Bを削除したらCが作業コピーから消えるから「Cファイルをコミット」ができないはず
なんだけど。どうやったの？
339:デフォルトの名無しさん
07/11/20 14:09:04
>>337
svn deleteを使わずに単にフォルダを削除したのかな？
その場合、バージョン管理システム上では "フォルダ削除は行われないない" 事になる。
単に作業コピーが不完全な状態になっているだけなので、
svn updateを使えば消したフォルダが復活する。
svn deleteでフォルダを削除すれば中のファイルも削除されるはず。
340:デフォルトの名無しさん
07/11/20 14:47:15
Aと言うフォルダに他のDLLが管理されてる状況で
externalsの属性を付けて、とあるフォルダにあるDLLを、Aフォルダにリンクして
更新するとLockのエラーになります
説明にはファイル単位にはexternalsは使用できないとありますが、
こういった使い方もNGですか？
341:デフォルトの名無しさん
07/11/20 14:53:49
>>338-339
いわれたとおりupdateするときっちり復元されました。
自分の操作ミスだったのかorz.
342:デフォルトの名無しさん
07/11/20 15:16:02
＞"フォルダ削除は行われないない"
何やら可愛いことになっているんだな。
343:デフォルトの名無しさん
07/11/20 23:26:50
>>340
あんまり意味がわからんけど、エラーが出て、そのものずばりの説明を読んだ上で
何が不満なの？
344:デフォルトの名無しさん
07/11/21 10:48:36
既に管理されてるフォルダに対してexternals属性は付けられないのかって話じゃないの？
SVNが1.5になればそう言った使い方も出来るんじゃないかね
345:デフォルトの名無しさん
07/11/22 05:26:46
このツール面白そう。後で入れてみよう。
URLﾘﾝｸ(tools.tortoisesvn.net)
346:デフォルトの名無しさん
07/11/22 11:31:09
そんな良いものかね・・・
頻繁にアクセスされてもなぁ
347:デフォルトの名無しさん
07/11/22 13:03:38
Excelファイルとか、衝突すると調整が面倒なファイルの更新を見逃さなくなる、てのはいいかも。
348:デフォルトの名無しさん
07/11/22 13:55:03
コミットしたらhookでメール飛ばせば良いじゃん
349:デフォルトの名無しさん
07/11/22 14:11:44
割といいかも。
350:デフォルトの名無しさん
07/11/22 14:19:57
URLﾘﾝｸ(www.itmedia.co.jp)
「TortoiseSVN」に対応した拡張差分ツール
351:デフォルトの名無しさん
07/11/22 16:13:06
>346
鯖側に、svnrobots.txtってのを置けば、頻度とかを制限出来るらしい。
352:デフォルトの名無しさん
07/11/23 00:09:39
>>350
個人的にはWinMergeがコンフリクト時のマージに使えるとすごくよいのだけれど...
353:デフォルトの名無しさん
07/11/23 01:10:15
>>352
使えない?
354:デフォルトの名無しさん
07/11/23 02:18:07
CommitMonitor入れてみたけど、よく考えたら、この程度の事、svn logを
RSSに書式変換するコンバータが有ればいいだけじゃないのか？
trac入れると概ね実現出来るけど、インスコめんどいし、ちょっと大げさだな。
リポジトリの特定ディレクトリをクライアント側で指定して見張る、って事も
出来ないし（CommitMonitorは出来る）。
355:デフォルトの名無しさん
07/11/23 04:08:37
フックでコミットメッセージを必須にする処理をpre-commit.batにして
作成しました。
エラー判定はsvnlookでうまくできているのですが
エラー内容（独自メッセージ）がクライアントに返えせません。
「echo エラーメッセージ」でうまくいきませんでした。
サーバ・クライアントともにWindowsです。
どなたかbatファイルからクライアントへエラー文字列を返す方法を
教えていただけませんでしょうか。
356:355
07/11/23 15:28:19
echo エラーメッセージ＞＆２
で解決しました。すみませんでした。
357:デフォルトの名無しさん
07/11/25 20:49:36
URLﾘﾝｸ(q.hatena.ne.jp)
Webdavが使えるSubversionの無料サービス無いかと言う質問がはてなに上がっているが、俺も気になる。
そろそろ回答期限切れなのにまだ回答が無いが、誰か知ってるか？
358:デフォルトの名無しさん
07/11/25 21:08:16
sourceforgeは？
359:357
07/11/25 21:48:03
>358
サンキュ
個人的な用途に使える所は無いか？
360:デフォルトの名無しさん
07/11/25 22:42:34
1.5 のmerge-trackingいいなこれ。
TortoiseSVN の リビジョングラフが
マージ方向にも線を引いてくれればなおいいんだが。
361:デフォルトの名無しさん
07/11/25 23:01:56
>360
これか。
URLﾘﾝｸ(blogs.open.collab.net)
URLﾘﾝｸ(blogs.open.collab.net)
まだ使ってないけど、かなり便利そうな気はする。
TortoiseSVN側でもサポートしてくれるし。
で、1.5っていつ出るの？
362:デフォルトの名無しさん
07/11/26 10:36:00
>>354
コミット来るたびにメール飛ばしておけば良いだけな気がする
利用側は常駐ソフトが増え、サーバ側はアクセスが増えで、
あまり良い事ない気がする
この手の設定をしてくれない環境用って所か
363:デフォルトの名無しさん
07/11/26 11:33:20
>>359
SvnManager でその手のものは簡単に作れるけど、
サービスとしてってなると敷居が高いな。
内輪受けでってだけなら簡単だが。
364:デフォルトの名無しさん
07/11/26 17:51:13
>362
メールだと、基本的に設定しっぱなしになるでしょ。
CommitMonitorだと、今日出来たあのbranchだけを3日間だけ見張りたい、
ってのがすぐ出来る。
365:357
07/11/26 21:31:22
内輪だけで使うなら手はある？
366:デフォルトの名無しさん
07/11/26 21:54:37
自宅鯖
367:357
07/11/26 23:54:50
>366
条件が合わない。
既存の無料サービスではWebdav+Subversionは見つからないな。
368:デフォルトの名無しさん
07/11/27 00:54:48
httpだと、WebDAVを使うってのが辛いんだよな。
いわゆるCGIでおｋなプロトコルが
あれば問題はないのに。
369:デフォルトの名無しさん
07/11/27 01:14:37
質問です。
開発版ブランチのファイル群をトランクにマージする際、いつもマージしたくないファイルまでマージしてしまうハメになって苦労しています。
マージしたくないのにマージされてしまったファイルは、いつもRevertかけてトランクの元の状態にひとつひとつ戻してから、
コミットしているのですが、そもそもマージする際にマージしたくないファイルを対象から外す、といった操作はできないのでしょうか。
370:デフォルトの名無しさん
07/11/27 03:03:56
それはignoreできないもんなの?
371:デフォルトの名無しさん
07/11/27 10:20:36
Eclipse のワークスペースを Subversion リポジトリに
投入したいのですが、一時的に作られるような
ファイルはもちろん投入したくありません。ignore したいです。
Eclipse ではどのようなファイルを投入するべきなのでしょうか？
たとえば Visual C++ だと *.ncb ファイルは無視しますよね。
372:デフォルトの名無しさん
07/11/27 10:39:00
ワークスペースって言っても何が必要かは
プロジェクトの種類によって違うと思うんだけど
うちはGWTとかCDTとかPyDevとかも入ってるし
373:デフォルトの名無しさん
07/11/27 10:39:59
>>372
かなり古いVCですね
374:デフォルトの名無しさん
07/11/27 10:53:17
すんまそん、CDTで C++ のプログラムを開発してます。
テンポラリ的に使われているファイルもあるみたいだし、
何が必須のファイルなのやらさっぱり。
375:デフォルトの名無しさん
07/11/27 11:17:10
ちょいと確認だけど、TortoiseSVNでfile://でアクセスする場合に名前を変える手段はないってことでFA?
手元のログ見た限りでは方法が見つからなかったんだけど。
376:デフォルトの名無しさん
07/11/27 11:19:19
意味が分からん
何の名前を変えるんだ
377:デフォルトの名無しさん
07/11/27 11:56:34
>>374
さっぱりってことはないと思うんだけど。
空の(自分では何も手を加えていない)プロジェクト作ってリポジトリにつっこんで、フルビルドして比較。
差が報告されたやつはビルドで生成されるものだから、リポジトリにつっこまないものってくらいの判断はつくだろ。
設定ファイル系で「つっこむとメンバー全員で同じ設定になっちゃうからどうしよう」というファイルもあるだろうけど、
それは「どうやったら上手く運用できるか」という別の話。
378:デフォルトの名無しさん
07/11/27 11:58:33
>>376
file://でコミットユーザ名をログインユーザ名とは別にできないの？ってことじゃね？
>>375
できませんでFA
379:デフォルトの名無しさん
07/11/27 12:49:41
俺は、eclipse(CDT)のドットファイルは一切入れてない。
同僚にはviで書いてる人も居るし。
380:デフォルトの名無しさん
07/11/27 13:12:54
リポジトリに登録するのは.h, .c, .cppとMakefileだけだろ…ふつー
俺がふつーと思ってるものがみんなの普通でない可能性は否めないが
381:デフォルトの名無しさん
07/11/27 14:00:06
Eclipseを3.2から3.3.1.1にしてSubclipse1.2.4を入れたら
新規にプロジェクトを共有したときに.classpathと.projectが
インポートされなくなったんだがこれが仕様なのか？
382:375
07/11/27 14:04:22
>>376
>378の書いている通りっす。
>>378
了解。THX!
# つまり、administratorで使っている阿呆どもにはfile://では使わせられないってことだなw
383:デフォルトの名無しさん
07/11/27 16:36:58
漏れのアカウントは Administrator じゃないけど
Administrators グループ参加していますが
こんなわたしは阿呆どもですか？
384:デフォルトの名無しさん
07/11/27 16:53:54
administrator
385:デフォルトの名無しさん
07/11/27 16:56:08
administratorで使ってるのをアホって言う方もどうかしてる
その社内のルール上ではアホなんだろ
386:デフォルトの名無しさん
07/11/27 17:02:00
>>383
誰か、あなたのグループについて何か疑義を提示しましたか?
しかも、それが何かSubversionに関係でもするのですか?
>382で提示されている問題は恐らくは、同じusernameでcommitされると誰がcommitしたか判らないということだと思いますが。
ついでに言えば、アカウント名がadministratorなら阿呆かどうかは兎も角セキュリティ的にはお勧めできませんね。
387:デフォルトの名無しさん
07/11/27 17:02:24
アホかどうかは知らんが、Hookでその手のユーザは弾けば良いだろ
388:デフォルトの名無しさん
07/11/27 17:14:03
それか、ユーザのPCにフリーのhttpサーバ建てて、ユーザー/パスワードを指定すればいい。
さらにNFSでリポジトリを共有すれば完璧。
もちろん普通の運用よりかは遅いだろうし、ほぼ同時にコミットした場合など、何が起こるかは考えたくないが。
389:375
07/11/27 17:27:49
いやもう、svn+ssh://でやることになっちゃったからそれで解決なんですが。
>>383
知りません。
>>385
ユーザ名決め打ちで害を成すアプリがあるとしたら、真っ先に狙われるユーザ名ですが。
まぁ、xp以降ならデフォルトでadministratorになるわけじゃないから大丈夫だけど。
390:デフォルトの名無しさん
07/11/27 17:47:03
>>389
>ユーザ名決め打ちで害を成すアプリがあるとしたら、真っ先に狙われるユーザ名ですが。
そんなもん気にするなら社内で徹底すりゃ良い話
徹底してるのに使ってるのがいるんなら、会社、人材がお粗末なだけ
391:デフォルトの名無しさん
07/11/27 17:57:25
阿呆呼ばわりしてる阿呆に開発を任せてるお前さん方も阿呆ですね
392:デフォルトの名無しさん
07/11/27 17:59:39
散々既出な事を質問してくる阿呆が他人を阿呆呼ばわりか┐(ﾟ～ﾟ)┌
393:デフォルトの名無しさん
07/11/27 18:17:28
はいはい阿呆、阿呆。
394:デフォルトの名無しさん
07/11/28 08:33:05
同じ阿呆なら踊らにゃSONSON
395:デフォルトの名無しさん
07/11/28 14:18:44
SVNのエラーメッセージを日本語にするにはどうしたらいいのでしょうか
396:デフォルトの名無しさん
07/11/28 14:29:03
>>395
まともにLocale設定されているなら日本語になっているはずだが
てか環境も書かずに答えられるわけねーだろ
出直して来い