Subversion r8 - 暇つぶし2ch

Subversion r8 at TECH

1:デフォルトの名無しさん
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 / で。

次ページ