Subversion r8 - 暇つぶし2ch

Subversion r8 ..

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 使ってる。

次ページ