08/12/29 03:27:23
■文書
Subversionによるバージョン管理(日本語訳)
URLﾘﾝｸ(subversion.bluegate.org)
svnbook PDF版
URLﾘﾝｸ(psyto.s26.xrea.com)
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
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:デフォルトの名無しさん
08/12/29 03:27:54
最悪なsvn管理方法トップ１０
URLﾘﾝｸ(www.red-bean.com)
日本語要約
URLﾘﾝｸ(www.geekpage.jp)
バージョン管理システムについて語るスレ
ｽﾚﾘﾝｸ(tech板)
リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
URLﾘﾝｸ(po3a.blogspot.com)
Git入門
URLﾘﾝｸ(www8.atwiki.jp)
4:デフォルトの名無しさん
08/12/29 03:31:58
bluegate.org のサーバーは何で安定しないの？
5:デフォルトの名無しさん
08/12/29 07:30:45
svn+sshで繋いだとき、
リポジトリの指定を自分のホームディレクトリを起点にして指定するようには出来ないでしょうか？
6:デフォルトの名無しさん
08/12/29 08:25:52
--root があるようなんですが、svn+ssh したときに
自動的にトンネルしたユーザのホームディレクトリに
切り替えてくれるような機能は無いみたいですね。
7:デフォルトの名無しさん
08/12/29 11:26:30
URLﾘﾝｸ(svnbook.red-bean.com)
これ見ると ssh の authorized_keys に書く command 指定で
「ある鍵で認証したユーザはここをルートとする」って
ことができるようですが、これって共通のアカウント
（たとえば svn とかいうユーザを作って共用する）を
使うことになるんですよね。
そもそも svnserve ってデーモンとして挙げる場合も svn とかの
特別なユーザを作ることになるとおもうので、デフォルトの動作として
起動されたユーザのホームディレクトリに chroot してくれればいいのに。
8:デフォルトの名無しさん
08/12/29 12:34:15
んなこたない。
アカウントを使い分けつつ同じリポジトリにアクセスしたいなら、
グループとアクセス権限を適切に設定すればできる。
というかsvn+sshでアクセスするなら、
svnみたいな共有アカウント作らないでしょ。
sourceforge.netとか、メジャーな所がどうやってるか知らないの？
9:デフォルトの名無しさん
08/12/29 15:41:09
fooというディレクトリがおかしくなってしまったので（例えばcoの時無視されるとか）、再構築を
したいんですが、どのような手順で行えばよいでしょうか？
一度リビジョンを取り出す、というのはうまく行かなかったです。
svn delete foo
も無視されます。
すみませんがよろしくお願いします。
10:デフォルトの名無しさん
08/12/29 15:54:12
>>9
まず原因を特定するんだ。
coの時無視されてるって事だけど、リポジトリ内に存在することはどうやって確認したの？
「とか」って何？何かエラーメッセージは出てないの？
11:デフォルトの名無しさん
08/12/29 16:02:28
>>10
普通にsvn add fooってやると、「もうそのディレクトリはバージョンコントロール下にありますよ」
と怒られる。
svn delete fooが無視される。
が、新たにcoすると、その中にfooが入ってない。Warningとか一切なし。
そんな感じです。
12:デフォルトの名無しさん
08/12/29 16:06:23
>>11
コミットしてる？
13:デフォルトの名無しさん
08/12/29 16:10:48
>>11
状態が不安なら svn status 使えよ。
14:デフォルトの名無しさん
08/12/29 16:27:34
>>12
コミットはしてる
svn statusは、
? foo
を吐きますね。
15:デフォルトの名無しさん
08/12/29 16:41:18
>>14
リポジトリ内に存在することはどうやって確認したの？
16:デフォルトの名無しさん
08/12/29 17:11:20
>>15
いや、エラーメッセージで「バージョンコントロール下にある」といわれたのを
鵜呑みにしただけっす。
17:デフォルトの名無しさん
08/12/29 19:10:06
>>16
svn ls あたりでリポジトリ内にあることを確認するといいかもしれない。
18:デフォルトの名無しさん
08/12/30 18:05:00
svn lsしたら、coできるファイルも表示されないのですが・・・。
当該ディレクトリも当然表示されません。
19:デフォルトの名無しさん
08/12/30 22:19:51
前スレ>>896
亀だが、ログインシェルを変えるというのは試してみた？
こちらでも、
・秘密鍵で認証
・おなじ鍵でteratermやputtyはsvnサーバーにログインできる
・けど、リポジトリブラウザでアクセスすると「接続が突然閉じました」と怒られる
・別マシン(debian)からのコマンドライン上でのアクセスは可能
のでtortoisesvnの問題かなあとバージョンあげたり他のWinマシンで試してみたりしたけど、
結果的にsvnサーバーのログインシェルをtcshからbashに変更したら繋がるようになった。
たぶん.loginなどの設定ファイルの問題と思われる。参考までに。
20:デフォルトの名無しさん
09/01/03 11:31:33
これまだ？
URLﾘﾝｸ(subversion.tigris.org)
21:デフォルトの名無しさん
09/01/07 00:39:00
svn merge したときにぜんぜん変更していないファイルまで svn:mergeinfo が
変更されるのはなぜでしょうか？
22:デフォルトの名無しさん
09/01/07 17:10:27
Windows ユーザに対してリポジトリを公開する際，
Samba で公開して file: スキームでアクセスさせるのは
やはり問題が起きやすいでしょうか？
また重大な問題が起きなくてもパフォーマンスが悪いでしょうか？
23:デフォルトの名無しさん
09/01/07 17:18:21
URLﾘﾝｸ(markmail.org)
つまりこういうことをしたいと思っています．
24:デフォルトの名無しさん
09/01/07 20:44:14
>21
merge した結果、変更が起こらなかった、という点が反映されてるだけじゃないの？
再マージするとき、merge 済みのリビジョンまで調べなくて済むようになるじゃん。
>22
URLﾘﾝｸ(svnbook.red-bean.com)
>Do not be seduced by the simple idea of having all of your users
>access a repository directly via file:// URLs. Even if the repository
>is readily available to everyone via a network share, this is a bad idea.
>It removes any layers of protection between the users and the repository:
>users can accidentally (or intentionally) corrupt the repository database,
>it becomes hard to take the repository offline for inspection or upgrade,
>and it can lead to a mess of file permission problems (see the section
>called “Supporting Multiple Repository Access Methods”).
全てのユーザに対して file:// URL で直接リポジトリにアクセスさせるという
単純なアイデアに誘惑されないこと。仮に、ネットワーク共有を介して全員に
リポジトリが利用可能であったとしても、これは悪いアイデアである。
これは、ユーザとリポジトリの間にある、あらゆる階層の保護を取り去ってしまう。
すなわち、ユーザは偶然に(あるいは意図的に)リポジトリを破損しうるし、
調査やアップグレードのためにリポジトリをオフラインにすることも
困難になる。また、ファイルパーミッションのごたごたした問題も引き起こしうる。
25:デフォルトの名無しさん
09/01/07 21:41:11
>>21
サブフォルダのふぁるなんかにいつの間にかmergeinfoがふかされると、マージのたびに更新されてしまうね。
trunkからmergeinfoを再帰的に削除してしまえばその後は余計な属性の更新がおきなくなるから。
26:21
09/01/08 13:30:39
過去に svn copy か svn move したファイルやフォルダに svn:mergeinfo が付きやすいようです。
必ずしもそうならず、はっきりしたルールは分かりません。
27:デフォルトの名無しさん
09/01/08 13:42:21
>>26
そいつは Subversion 1.5.5 で付かないように修正された。
28:デフォルトの名無しさん
09/01/08 19:22:34
>>22
SMBというかTerastation(NAS)でのことですが
1.5系の新形式で作成したリポジトリですと
コミットが成功してもトランザクションファイルが削除できないと出て
ファイル状態がコミット済になりません(コミット自体は成功しています)
1.4系でリポジトリを作成した場合(1.5系で1.4互換形式で作成)は
とりあえず動きました。
複数人での負荷テストはしていないので分からないです。
そもそもTerastationは負荷に弱いですし…
破壊される事も想定しリポジトリのフォルダは毎日バックアップをとって
最悪前日の状態に戻せる様にはしていますが、
1日に頻繁に更新されるリポジトリには向きません。
29:デフォルトの名無しさん
09/01/09 16:52:45
はぁそうですか。
30:デフォルトの名無しさん
09/01/21 02:16:39
subversionの書籍に、
リポジトリのディレクトリをそのままコピーしてもバックアップできない、
と書いてあったのですが、
リポジトリが壊れ、dumpバックアップも失敗していて、
仕方なくディレクトリまるごとコピーしていた分を使うと、
問題なく復旧できました(verifyでチェック)。
これは偶然できたのでしょうか？
あるいはwindows版のsvnだからでしょうか？
31:デフォルトの名無しさん
09/01/21 02:31:30
dbじゃなくてfsfsだからじゃないの?
32:デフォルトの名無しさん
09/01/21 03:32:37
Vista x64にx64版TortoiseSVN入れたんだけど、Explorerの詳細表示で
SVN関係の列を追加出来ない。Vistaへの対応は不完全なの？
33:デフォルトの名無しさん
09/01/21 08:39:00
>>30
コミット中のバックアップでは過渡状態がコピーされたれ共有違反がおきるから完全ではない。
svnadmin hotcopyを使えばよい
34:デフォルトの名無しさん
09/01/21 09:34:07
>>32
列って何だ？ メニュー項目のことか？ せめて行だろ。
Vista x64 だけど普通に使えてるぞ。
35:デフォルトの名無しさん
09/01/21 10:37:19
32 じゃないが、[名前|サイズ|種類|更新日時|...] のことだろ。
36:デフォルトの名無しさん
09/01/21 11:00:05
エクスプローラすらまともに使えない>>34みたいなのが
Subversionスレに居るとは…ｗ
37:デフォルトの名無しさん
09/01/21 16:59:12
>>32
Vistaの仕様だそうだ。
URLﾘﾝｸ(tortoisesvn.net)
38:デフォルトの名無しさん
09/01/21 17:50:29
>>34
いや、列であってる
39:デフォルトの名無しさん
09/01/21 18:13:47
>>36
きっと、Windows端末は使っていなかったんだよ。
それならそれで、黙っていればいいのにとは思うけどね。
40:デフォルトの名無しさん
09/01/21 20:10:08
>>30
偶然といえば偶然だろ。
安定した保証があるのはdumpだけで、
ほかはファイルシステムやタイミングに
よっては失敗するってことなんだから。
そんなことより、
＞dumpバックアップも失敗していて、
ってどうゆうこと？
41:36
09/01/21 23:51:40
すまん。なぜか詳細表示をコンテキストメニューと勘違いした。
ついでに教えて欲しいんだが詳細表示の列で見られる項目って言うのは
プロパティで見れる項目と同様のもの？
42:34=41≠36
09/01/21 23:52:15
自分のレス番号間違えた（´・ω・）
43:デフォルトの名無しさん
09/01/22 23:08:09
URLﾘﾝｸ(tortoisesvn.tigris.org) によると
(ユーザ名/パスワードはURLﾘﾝｸ(tortoisesvn.tigris.org)を参照) 、
SVN Status / SVN Revision / SVN Url / SVN Short Url / SVN mime-type / SVN Lock Owner / SVN eol-style / SVN Author だね。
44:デフォルトの名無しさん
09/01/23 17:10:43
あ・れ？
TortoiseProc.exe っていつも常駐してたっけ？
？？
45:デフォルトの名無しさん
09/01/23 18:34:02
彼は自由さ．
46:デフォルトの名無しさん
09/01/29 16:33:00
TortoiseSVN 1.5.7 age
47:デフォルトの名無しさん
09/01/30 12:21:36
Version 1.5.7
- BUG: Error text returned from a repository hook script could get split up
wrong if empty lines were in the text. (Stefan)
- BUG: If the currently shown folder in the repository browser was renamed,
the url bar did not change to the new url. (Stefan)
- BUG: Unversioned items selected for reverting would move them to the
trash bin instead of leaving them. (Stefan)
- BUG: Deleting an item in the repository browser that had non-ascii chars
in it didn't work. (Stefan)
- BUG: TortoiseMerge showed a black line diff in one-pane view. (Stefan)
- BUG: The styling of bug IDs in the commit dialog could fail. (Stefan)
- BUG: TortoiseMerge added a newline at the end of a file when saving
modifications. (Stefan)
48:デフォルトの名無しさん
09/01/30 20:17:53
質問なんですけど
リポジトリから削除しつつ、ローカルのファイルは残す操作はどうしたらいいのでしょうか
私の知識だと、いったんコピーしてどこかに退避したあと、svn deleteして、そのあとコミットして退避したのを戻す
ぐらいしか思いつかないのですが
もうちょっとうまい方法をごぞんじないでしょうか
49:デフォルトの名無しさん
09/01/30 20:38:58
>>48
削除をコミットしてから前のリビジョンをエクスポートすればいいんじゃないか
50:デフォルトの名無しさん
09/01/30 21:43:06
>>48
--keep-localオプションでどう？
51:デフォルトの名無しさん
09/01/31 01:43:23
svn delete URL
52:デフォルトの名無しさん
09/02/02 15:48:23
Tortoiseでもシフトキー押しながらコンテキストメニュー出すと>>50と同等な項目が出るんだね。
53:デフォルトの名無しさん
09/02/03 02:38:18
返事が遅れてすいません
みなさんありがとうございます
>>49
言ってなかったので本当に申し訳ないんですが、残したいファイルは変更してることがあるんです
ただ、変更がなければそっちのほうがいいような気がするので参考にさせていただきます
>>50
まさにこれだ
っと思ったけどsvnのバージョンが古くて私のとこにはありませんでした
まぁ、わざわざオプションが追加されたということは
コマンド一発でやる方法はないんだろうということででしょうね
>>51
URL で指定して、レポジトリから削除して、ローカルのを管理対象から外せばいけますね
54:デフォルトの名無しさん
09/02/04 20:54:44
Subversionの管理下にあるファイルを管理から外したいんですが、どうやればいいんでしょう？
クライアントはEclipse使ってます。
55:デフォルトの名無しさん
09/02/05 03:03:22
>>54 >48
56:デフォルトの名無しさん
09/02/05 23:14:51
subversionいれてdigest認証にしたんですが
Digest: user `xxx' in realm `Subversion Repository' not found: /svn/test/
というエラーが出ます
レポジトリは作ってるんですがパスワードを入力してもアクセスできません
どうしてでしょうか？
57:デフォルトの名無しさん
09/02/05 23:18:01
>>56
エラーメッセージによると xxx というユーザーが Subversion Repository というレルムに存在しないらしいが
認証ファイルはちゃんと作れてるか？
58:デフォルトの名無しさん
09/02/06 00:21:01
>>56
ありがとうございますいろいろ試したんですが結局うまくいかなかったので
SSL+Basic認証にしました
59:デフォルトの名無しさん
09/02/06 06:16:44
firefoxからだとレポジトリが見えるんですが
svnコマンドを使ってレポジトリを調べると
No repository foundになります
どうしてですか？
60:デフォルトの名無しさん
09/02/06 10:01:13
>>56
俺の環境ではDigest認証でちゃんと使えている
61:デフォルトの名無しさん
09/02/06 15:13:41
俺も Digest うまくいってるな。
まあ SSL できるならそっちの方がいい気がするが。
62:デフォルトの名無しさん
09/02/07 13:33:20
subversion + apache で使ってるんですが、CGIとかJavaScriptでIE等のウェブブラウザからファイルの更新をできるようにするフリーのモジュールはありますか？
63:デフォルトの名無しさん
09/02/08 14:45:22
質問なのにあげてなかった。 すまん。
64:デフォルトの名無しさん
09/02/09 09:16:38
>>62
まるで存在価値がないな。
65:デフォルトの名無しさん
09/02/09 09:36:59
webdavで使うとか。
本来の使い方じゃ無いけど。
66:デフォルトの名無しさん
09/02/09 21:13:08
>>65
やってみたらコミットどころか、ファイルの新規追加すらできなかったわ。。。
67:デフォルトの名無しさん
09/02/09 21:27:27
>>65
Autoversioning追加で解決しました。 ありがとうございました。 私が早漏でした。
68:デフォルトの名無しさん
09/02/12 22:01:00
TortoiseMergeで複数行を選択して、このテキストボックスを利用 を押してから
保存するとその行の改行が無くなるんだけど、同様の症状の方います？
一行ずつだと大丈夫なんですよね。
verupしたせいかな・・・
69:デフォルトの名無しさん
09/02/13 01:40:41
>>68
URLﾘﾝｸ(tortoisesvn.tigris.org)
70:デフォルトの名無しさん
09/02/13 12:07:11
>>69
ありがとうございます。
やはりバグでしたか・・・
71:デフォルトの名無しさん
09/02/14 08:18:24
TortoiseSVN 1.5.8 age
>>68-70
> Version 1.5.8
> - BUG: TortoiseMerge could loose line endings when saving edits. (Stefan)
72:デフォルトの名無しさん
09/02/15 01:02:46
ファイルがコミットされた時にpost commitでフックして、コミットされたファイルから
情報を取り出してデータベースに格納したいのですが、いい方法はありますか？
要はpost commitの中でコミットされたファイルの中身を見たいという事です。
73:デフォルトの名無しさん
09/02/15 01:15:50
>>72 svnlook cat
74:72
09/02/15 01:24:49
>>73
おー、そのものずばりのコマンドがあるんですね。
ありがとうございました。
75:デフォルトの名無しさん
09/02/16 16:41:48
最近バージョン管理をVSSからTortoiseSVNに変えたときに
Ver.1.0用のリポジトリとVer.2.0用のリポジトリをそれぞれ作って、
最初は同じコードをインポートしたんだけど、
それぞれ別の機能が実装されていってったから
今は多くの部分が共通でありながら一部違うみたいになってます。
この状況で、Ver.2.0のリポジトリがいらなくなったから1.8のほうに
統合したいんだけど、リポジトリ違うときのマージの方法がわからん
うまい方法ってない？
76:デフォルトの名無しさん
09/02/16 16:49:13
>>75
マージしたいバージョンをチェックアウトしてインポートしてマージ
77:デフォルトの名無しさん
09/02/16 16:54:49
>>76
さっきやってみた。
マージメニューの"ブランチを再統合する"ってやつは元が違うからできんかったな。
この場合は"異なる2つのツリーをマージ"ってやつでいいの？
78:デフォルトの名無しさん
09/02/16 17:00:36
どこに躓いてるんだｗ
別レポジトリのファイルでもチェックアウトしたものを
新しいレポジトリにインポートすればsvnの構造上ブランチと違いはない
79:75
09/02/16 17:16:18
マージすらままならんsvn初心者なんだよ、すまん。ありがとう
出直してくる
80:デフォルトの名無しさん
09/02/16 17:32:02
１）もともとのソースコードの公開は開発元からに限られている
２）差分の公開は自由にしてよい
こういうときって，リポジトリ自体をライセンスに合った形で
公開したり，みんなで機能追加をつっつく方法って無いですか？
古いコードで，もともとの作者にもはや連絡が取れない場合とか，
ライブラリ製品だとそういうライセンスのやりかたを
取ってるものなどがあって，どうしたもんかなぁ，と．
完全にオープンソースのものだと楽なんですが・・
いいアイディアはないでしょうか？
リビジョン 1 はリポジトリには入ってないけど
みんな手元に同じ tar ball 持ってるよね？
って状態でその後をオープンにいじりたいというのは無謀？
81:デフォルトの名無しさん
09/02/16 22:13:03
>>75
Ver1.8と最初のコードの差分を指定してVer2.0にマージする。これでリポジトリ間のマージはできるよ。
ただし、svn:mergeinfoはリポジトリ名が入らないんで矛盾が生じるので該当部分は消す。
82:デフォルトの名無しさん
09/02/17 15:53:21
編集したはいいけどやっぱブランチにしとけばよかったぜ！
みたいなときってどうすんの？
83:デフォルトの名無しさん
09/02/17 16:01:47
あきらめる
84:デフォルトの名無しさん
09/02/17 16:09:58
>>82
私のリポジトリは、しばしばtagからbranchしているw
85:デフォルトの名無しさん
09/02/17 16:54:37
え、それ普通でしょ？
86:デフォルトの名無しさん
09/02/18 12:19:25
>>82
そのままブランチすれば問題ないよ。
87:デフォルトの名無しさん
09/02/18 13:03:34
trunkには、直近の変更は入れたくないけどどうしようって質問だと思ったが。
88:デフォルトの名無しさん
09/02/18 13:55:19
それtrunkじゃないじゃん
89:デフォルトの名無しさん
09/02/18 14:35:59
何言ってんの
90:デフォルトの名無しさん
09/02/18 17:51:45
入れたくなければブランチすればいい話
91:82
09/02/18 19:31:20
>>86
そのままブランチしても作業コピーの変更はちゃんとブランチに入るってことでおｋ？
俺が知ってるのはあるリビジョンから新しく作って（と同時に切り替えて）
作業していくって方法だけだから、それだと編集中のやつ無駄になるやん、と思ってな
92:86
09/02/18 21:39:21
いや、作業コピーはそのままで分岐される。
TortoiseSVNの場合はリポジトリ内で最新リビジョン＋切り替えるで分岐をすると作業コピーは変更されずに分岐ができる。
その後コミットすれば変更内容をリポジトリに格納できる。
よくやるのは、>>84のとおりtagsの作業コピーを編集した場合、そのままbranches上に分岐させる。変更が終わったらそのまま分岐をtrunkにマージできる。
93:デフォルトの名無しさん
09/02/19 04:36:14
ドメインとかIPかわっちゃった場合はどうやって変更かえればええんでしょうか？
94:デフォルトの名無しさん
09/02/19 05:11:44
>>93
先ず日本語で質問する。
95:デフォルトの名無しさん
09/02/19 05:53:01
relocate じゃね？
96:82
09/02/19 09:14:10
>>92
詳しい説明マジｔｈｘ！
97:デフォルトの名無しさん
09/02/19 10:51:40
再配置
98:デフォルトの名無しさん
09/02/19 23:09:32
svn switch で、どこにでも変更できたと思うけど。
99:デフォルトの名無しさん
09/02/20 13:00:16
>>98
switchとrelocateは別物。
100:デフォルトの名無しさん
09/02/20 18:14:15
>>98
switcgiはリポジトリ内でしか変えられない
relocateはリポジトリのurlしか変えられない。
101:デフォルトの名無しさん
09/02/20 18:25:21
Windows版のコマンドラインクライアントってどこからダウンロードすればいいんでしょうか？
なんか登録サイトが出てきて、ダウンロードできない・・・。
以前は普通にダウンロードできたんだけども。
102:デフォルトの名無しさん
09/02/20 18:31:58
ああ、Windows binaries のリンク先 の tigirs.org の apache 2.0 のリンク先からいけました。
紛らわしいなあ・・・
103:デフォルトの名無しさん
09/02/20 19:27:22
>>101
sourceをおいてあるツリーのところにバイナリがおいてあった。
あと、binaryのリンク先のcollabnetでダウンロードする。collabonet subversionをダウンロードすると
collabnet desktopをダウンロードする様に出てくるけどこれってどんな機能があるのか良くわからないな？誰か知ってる？
104:デフォルトの名無しさん
09/02/20 20:13:06
スレチ
105:デフォルトの名無しさん
09/02/21 10:40:00
補足：>>104がスレチって意味です。
106:デフォルトの名無しさん
09/02/21 10:47:38
>>103
ググレカス
107:デフォルトの名無しさん
09/02/22 02:00:19
OpenOfficeのファイルをsubversionで管理している人はいますか？
ODF(OpenDocument Format)ファイルが大きくなると、小さな変更に対しても差分が上手にとれずに、
レポジトリが肥大化することはありませんか？
ODFファイルをsubversionでどう扱うかはWeb上にいくつか情報がみつかるんだけど、
どうすればよいのかよくわからない。デフォルトでは、subversionがバイナリファイル扱いをして、
差分はxdeltaでとられるみたい。xdeltaは、大きなODFファイルの小さな変更に対して、十分に小さい
差分を生成できるの？
また、ooosvnも試したけど、Windowsで使えないのが難点。ファイル名やパスの書き方の問題だけな
気がするが。
ここら辺の問題意識は何年も前からあるみたいだけど、あまり解決していないのは、binary形式での
管理で十分ということなのだろうか。
108:デフォルトの名無しさん
09/02/22 04:32:57
>>107 試せばいいじゃん。
109:デフォルトの名無しさん
09/02/22 11:31:13
>>107 試したよ。手順は以下の通り。
内容はほぼテキストのおよそ36kbのファイルをOpenOffice Writerで作成、svnにimportする。
レポジトリ以下のファイルサイズを記録しておく。OpenOffice Writerでドキュメントをわずかに変更。
svnにcommitする。レポジトリ以下のファイルサイズを見て、commit前のと比較。/db/revs/0が36kb程度
増加していることを確認。よって、上手に差分がとれていないと結論。
110:デフォルトの名無しさん
09/02/22 11:50:01
zipかよ。圧縮のせいで元が大きく変わってるから差分手法のせいじゃない。
zipをバラしてから差分を取るといった具合に専用に最適化させないと無理。
111:デフォルトの名無しさん
09/02/22 11:51:37
？？？
Subversionって、テキストファイルとバイナリファイルで差分の取り方って
違うの？
URLﾘﾝｸ(dolphin.c.u-tokyo.ac.jp)
の「バイナリファイルの効率的な取扱い」とかを見て、一緒の扱いを
しているもんだと思っていたんですが。
112:111
09/02/22 11:53:52
ああ、そうか、>>110を見て、ODFの中身がZIPだということを認識した
なるほど・・・そりゃムリだｗ
113:デフォルトの名無しさん
09/02/22 12:40:06
ODFにしてもマイクロソフトの.docxみたいなのにしても、
なぜ非圧縮での保存というオプションが無いのだ。
114:デフォルトの名無しさん
09/02/22 14:36:37
gitやmercurialはdiffをODFファイルのdiffをとるプログラムが設定できるらしいが、
これもレポジトリレベルでは、単なるバイナリdiffしかとっていないのでは?
そうすると 113>> のように、アプリケーション側でsubversionに対応するしかないのかな。
確かにUML Editorを使っていたのだけど、subversionと連携するように、非圧縮のXMLにして
保存していたような気がする。
しかし、プロジェクトでODFファイルを共有して皆で編集したいというニーズにはどうすれば
いいのかな？plain textかHTMLで文書を書けという方針にするかな。
115:デフォルトの名無しさん
09/02/22 14:48:04
どんな運用かわからないけど、いまどきのストレージ事情でごり押しできない？
116:デフォルトの名無しさん
09/02/22 15:01:19
LaTeXで書け
117:デフォルトの名無しさん
09/02/22 19:52:32
>>115 おっしゃる通り、ゴリ押しすることにしようっと。しかし、ドキュメントが大きくなると
破綻するのは、目に見えているな。そういうときは、過去のバージョンをパージしたりするのかな。
>>116 自分はLaTeXで書いているんだけど、プロジェクトのメンバーにLaTeXを強要するのは酷だなと
思って調べだしたのが、今回のきっかけ。
OpenOfficeの側にバージョン管理システムフレンドリーにしてとリクエスト出すべきかな。
しかし、バージョン管理システム側の設定でバイナリ差分のとり方を設定できるようにするのは、
一見いいアイディアのように見えて、リポジトリの移行時などに問題が発生するので難しい問題ですね。
118:デフォルトの名無しさん
09/02/22 21:14:59
よーしらんが、コミットフックでzip展開させるわけにはいかないんかい？
119:デフォルトの名無しさん
09/02/24 16:55:36
使い始めたばかりで、間違った使い方してるのかもしれませんが教えて下さい。
TortoiseSVN + subversionです。
チェックアウトのリポジトリURLを「file://aaa/b/ccc/ddd」として、編集、コミットをした後
ログで作者の欄を見るとちゃんと入ってますが、
チェックアウトのリポジトリURLを「svn://xxx/yyy」として、編集、コミットをした後
ログで「作者」の欄を見ると空欄になってます。
何か設定などあるのでしょうか？
120:デフォルトの名無しさん
09/02/24 17:29:48
login
121:デフォルトの名無しさん
09/02/24 19:17:03
file://aaa/b/ccc/ddd でチェックアウトしてコミットしたものは、Windowsならそのユーザ名が入る
svn:// でやってるんなら最初にログインしてないと空白になる
svnserveで認証するようにすれば良い
122:119
09/02/24 19:47:42
>>121
ありがとうございます。
無事できました。
123:デフォルトの名無しさん
09/02/25 21:45:28
subversion + TortoiseSVNの構成で svn:// にて使用しております。
現在は confフォルダ内の設定ファイルに記述したユーザ及びパスワードにて
認証しておりますが、Windowsのユーザで認証することは可能でしょうか？
124:デフォルトの名無しさん
09/02/25 22:34:38
>>123
URLﾘﾝｸ(tortoisesvn.net)
Svnserveベースじゃ無理っぽい。Apacheベースにする必要がありそう。
もちろん、アクセスもsvn://ではなくなる。
125:デフォルトの名無しさん
09/02/26 21:47:25
>>124
ありがとうございます。
やっぱりapacheが必要なんですね。
なんとかなるといいんですが．．．
126:デフォルトの名無しさん
09/02/26 23:33:32
１つのリポジトリを、複数台のサーバからアクセスする構成を組みたいのですが
そういう構成は安全でしょうか？
具体的にはWindows共有サーバ上にリポジトリをFSFSで作成し、多数のサーバ
（WindowsやLinux等）を使って多数のユーザで使用することを考えています。
127:デフォルトの名無しさん
09/02/27 02:10:57
ちょっと違うかもだけど、参考になる？
複数リポジトリアクセス方法のサポート
URLﾘﾝｸ(subversion.bluegate.org)
128:デフォルトの名無しさん
09/02/27 17:48:26
認証システム的にはCIFS(samba)+fileスキームで可能だけど、fileスキームでの
アクセスが適切なのかはあんたの利用状況に依存。
129:126
09/02/28 01:12:33
>>127-128
ありがとうございます。なんとか出来そうな感じですね。
とりあえずやってみることにします。
130:デフォルトの名無しさん
09/02/28 09:09:28
いま、仕事場で svn+sshでsvnユーザーさんでアクセスしてコミットしてもらっとるんですが、
これって誰がコミットしたかわからない、ですよね？
全部svnさんになる？TortoiseSVNですが、自動でWindowsログインユーザーとかにはならないですよね？
ユーザーを認識するにはどうしたらいいんでしょ？
svnのサーバーで利用者ごとにユーザー作って、
リポジトリのディレクトリにアクセスできる権限設定して、
そのユーザーにssh公開鍵置いてアクセスしたら、鯖で作ったユーザーで記録残る？
この辺のドキュメントありませんでしょうか？
131:デフォルトの名無しさん
09/02/28 09:14:04
やっちまった～
svnsync でミラーしてリードオンリーで公開したつもりが、
そっちからチェックアウトしてコミットした奴らと
もともとのリポジトリにコミットした奴らが。
内輪のプロジェクトなのでおおごとではなかったけど、
こういうときはもうどうしようもないっすか？
ないっすよねぇ・・・・
132:デフォルトの名無しさん
09/02/28 09:16:06
>>131
分散系だと別段問題ないけど、中央集権だと大変だな、こういうときは
133:131
09/02/28 09:41:55
>>132
この場合、uuidが違うから気づいたのですが、
もしミラーをsvnsyncではなくrsyncやunisonを
使ってファイルシステムごとやっていたら、
uuidは同じわけで、気づくこともなくいつの間にか
違う歴史をたどり始めたuuidが同じ二つのリポジトリが・・
さらに被害甚大になっていたかと思うとガクブル。
134:デフォルトの名無しさん
09/02/28 12:56:34
>>130
その通り。利用者ごとにアカウントを作ってそのアカウントでアクセスすればよい。
135:デフォルトの名無しさん
09/02/28 13:04:40
>>130
マニュアル読めないの? メクラ?
URLﾘﾝｸ(subversion.bluegate.org)
136:デフォルトの名無しさん
09/02/28 16:27:32
>>135
そういうおまえは池沼だけどな
137:デフォルトの名無しさん
09/02/28 17:12:30
>>136
マニュアルに書いてあると、池沼に指摘されたお前は池沼以下だな。ｗｗ
138:デフォルトの名無しさん
09/02/28 20:52:03
まて、さすがに俺は答えてくれた方々に池沼なんていわない
139:デフォルトの名無しさん
09/03/01 02:15:37
ここは>>1が全て悪いということで、丸く治めようぜ
140:デフォルトの名無しさん
09/03/01 11:21:35
チェックアウトしたディレクトリが
あろうことか他の奴に削除されてしまったとき、
とりあえずそいつを一発殴った後で俺はどうすればいい？
昔のバージョンからブランチをひねり出して、
そこに switch すればいいのか？
まぁとりあえず今日のところは手元の変更点を diff 取って
そいつにメールで送りつけてお前のところでマージしやがれと
言っておいた。
141:デフォルトの名無しさん
09/03/01 11:27:26
「チェックアウトしたディレクトリ」ってなんだよ。
ワーキングコピーの事か? それなら他人に削除可能なワーキングコピーを作った自分を殴れ。
リポジトリのディレクトリの事なら、そいつのコミット分を戻せば行けそうな気がする。
142:デフォルトの名無しさん
09/03/01 11:40:11
>>141
用語の選択がまずかった。
俺がブランチ作った。ワーキングコピーをチェックアウトした。
奴がリポジトリ上でそのブランチ消しやがった。
svn commit できねぇ。
$ svn update
svn: Target path does not exist
$ svn commit -m "shine"
Sending abc.c
svn: Commit failed (details follow):
svn: File not found: transaction '5-9', path '/branches/mybranch/abc.c'
143:デフォルトの名無しさん
09/03/01 11:59:51
「ワーキングコピーをチェックアウトした」ってなんだよ。
ともかく、そいつコミット分を戻す（変更を逆方向にマージ）すれば行けると思う。
144:デフォルトの名無しさん
09/03/01 12:21:22
存在しないディレクトリとの差分って取れないだろ。
例え取れて差分戻してもディレクトリのUUIDは復活しないだろうから
> 昔のバージョンからブランチをひねり出して、
> そこに switch すればいいのか？
こうするしか無いように思える。
リポジトリのダンプとって削除を無いことにする。という逃げは有るだろうけど。
145:デフォルトの名無しさん
09/03/01 12:33:32
削除を逆マージすれば復活するし差分も取れるようになる。
リポジトリ内ならどこへでも切り替えできるし。
バージョン管理使ってるのに、たかが削除したくらいであわてる必要は無い。
146:デフォルトの名無しさん
09/03/01 12:53:45
>>145
まぁ確かにすべてのこっているわけだからあわてる必要は無いんだけど、
ゆとり世代は例外的事象の発生に弱いんだ。
>>144
UUIDはリポジトリに対して設定されるものなので、
「ディレクトリのUUID」というものは無い。
とはいえ、「こうするしか無いように思える」ってのは
俺もそう思うので、次からはそうする。
まぁオレ用ブランチを作った時点でサーバ側で
アクセス制御かけておけばよかったのかもしれないが、面倒だった。
というか、file: スキームでアクセスしている奴がいたらどうしようもないか。
とにかくだ、ゆとり世代がVCSを使うとこんな感じなのです。
147:デフォルトの名無しさん
09/03/01 13:26:08
>>146
まぁ自虐はそれぐらいにして次からはちゃんとしておけよ
148:デフォルトの名無しさん
09/03/01 14:06:12
Subversionを久々に使ってみたのですが、
エクスプローラで、ファイルのアイコンに付くマーク(緑丸とか赤丸の)が表示されなくなってしまったのですが
これは表示するようにできるんでしょうか？
※フォルダには付いてます。
149:デフォルトの名無しさん
09/03/01 14:11:26
F5
150:デフォルトの名無しさん
09/03/01 16:13:42
Ｆ５しても出なければアイコンオーバーレイの設定やフィルタを確認
151:デフォルトの名無しさん
09/03/01 16:30:58
蒸しリストに *.BAK を入れと *.bak が無視されなくなります。
蒸しリストに *.bak を入れると *.BAK が無視されなくなります。
トートイズsvn で windows 環境です。
たすけてくだしあ
152:デフォルトの名無しさん
09/03/01 16:34:24
>>151
両方入れたらどうなる？
153:デフォルトの名無しさん
09/03/01 16:50:09
>>151
×トートイズ
○トータス
△トートアス
先生はタートル(turtle)だったけど、トータス(taught us)。
-- from Alice in Wonderland.
154:デフォルトの名無しさん
09/03/01 17:18:58
ウルトラマンエースだったかな、キングトータスなんて怪獣がいたな。
もちろん巨大亀。
155:デフォルトの名無しさん
09/03/03 10:38:52
Tortoiseの発音はここで確認シル
URLﾘﾝｸ(www.thefreedictionary.com)
156:デフォルトの名無しさん
09/03/03 10:40:41
>>151
正規表現
例： *.[Bb][Aa][Kk]
157:デフォルトの名無しさん
09/03/03 10:59:50
正規表現というと誤解を招きそうな気がしないでもない
158:デフォルトの名無しさん
09/03/03 11:02:34
皆様すみません。
subversion-deps-1.5.5.tar.gzを
落としたかったのですが、公式が落ちているみたいで…。
どなたか、ミラーサイト等ご存知ですか？
159:デフォルトの名無しさん
09/03/03 12:02:45
158です。
すみません。復旧してました。
160:デフォルトの名無しさん
09/03/04 12:07:03
自分がチェックアウトして作業しているディレクトリの
パスの上の方でディレクトリ名が変更されたとき，
普通は switch というか switch --relocate しますよね？
これって自動的に追跡してくれないものでしょうか？
file:///repo/a/b/mycode
をチェックアウトして作業してたのに，管理者がそれを
file:///repo/x/y/mycode
に変更したときとか．これを知らずにワーキング
コピーを commit / update しようとすると
「そんなパスねぇよ」と怒られます．
リポジトリのログを見れば，自分がチェックアウトした
ディレクトリがその後どこに移動されたかわかりますが，
これが自動的に追跡されたらいいのになぁと思っています．
161:デフォルトの名無しさん
09/03/04 12:12:09
commit前にまずupdateしろって言われるだけだと思うが
updateすればそこでコンフリクトするんじゃねえのか
162:デフォルトの名無しさん
09/03/04 12:17:39
>>160
switchすればいいだけじゃないの？
163:デフォルトの名無しさん
09/03/04 13:10:25
>>160
ブランチでの作業が完了してtagsに移動させた時とかに、
自動で追いかけられるとうっかりtagsで作業する人が出てきそう。
ディレクトリ名の変更って頻繁にあるもんじゃないから、
確認の意味でも現状でいいんじゃないかと思う。
164:デフォルトの名無しさん
09/03/04 18:29:48
たしかにそういう危険はありますね、自動的に追跡されると
165:デフォルトの名無しさん
09/03/04 19:53:07
自分の知らないところで何かが行われるのは気持ち悪い。
何かが起こってないか、定期的にチェックする必要があるから。
166:86
09/03/04 23:12:41
リポジトリやディリクトリの移動をしたときにsvn::externalsを一括修正するスクリプトが欲しくなることはある。
167:デフォルトの名無しさん
09/03/05 09:18:02
svn log って過去方向にはコピーなども追跡して
取得してくれるけど、未来方向にそのリビジョンの
発展を知ることはできないのかな？
168:デフォルトの名無しさん
09/03/05 12:25:26
TortoiseSVN 1.5.8, Build 15348であるフォルダを追加した時、
フォルダしか追加されなくて、そのフォルダ配下にあるソースとかが
追加されなくなっちゃったんだけど、仕様変わったの？
169:デフォルトの名無しさん
09/03/05 12:39:46
>>168
どうやって追加した？
170:デフォルトの名無しさん
09/03/05 13:24:59
>>169
複数のディレクトリを選択した状態で右クリック→追加
丁度今日になってバージョンを上げたんだけど、
1.5.6（7だったかも）の時はこのやり方でディレクトリ内の
ソースとかも追加されてた
171:167
09/03/05 13:43:44
ふと思いついたんだけど，リポジトリ内には copyfrom しか
格納されていないわけだし，複数のディレクトリにコピーされる
可能性もあるわけだから単純にそんな機能作れないよなぁ．
とりあえず自分で pysvn でもつかって
追跡するスクリプト書いてみる．
172:デフォルトの名無しさん
09/03/05 13:44:28
と書いていたら1.5.9が出ていたみたいなのでうｐしてきますねorz
HPには1.6.0なんてのも見えますね・・
173:デフォルトの名無しさん
09/03/05 13:48:07
Version 1.5.9
- BUG: Broken registry settings may prevent Check for Modifications dialog
from showing up. (Stefan Fuhrmann)
- BUG: Missing columns when copying to clipboard in Check for Modifications
dialog. (Stefan Fuhrmann)
- BUG: Showing Log for deleted paths should not trigger "go offline? dialog.
(Stefan Fuhrmann)
- BUG: Line endings lost in TortoiseMerge when using "use whole file".
(Stefan)
174:デフォルトの名無しさん
09/03/05 14:12:31
>>171
無理でしょ。よく考えてみなよ。
175:167
09/03/05 15:53:38
>>174
確かに簡単には無理っぽい
ダンプから抽出するスクリプトは書いた．
単に copy と add のアクションが同じパスで
ペアで出現しているのを抽出するだけだけど．
URLﾘﾝｸ(svn.haxx.se)
copyto があったらいいよなっていう話題は
出てるみたいだけど，実装されるのはまだまだ先だろうなぁ．
176:デフォルトの名無しさん
09/03/05 19:05:07
>>175
tortoiseSVNのりビジョングラフはどう？
177:デフォルトの名無しさん
09/03/06 04:51:22
そういう話なのか？
178:デフォルトの名無しさん
09/03/06 08:18:35
リビジョングラフでやっているのは svn log -v / で表示される履歴を繋ぎ合わせているの？
179:デフォルトの名無しさん
09/03/06 08:36:47
分岐されてる状況が見たいんじゃないのか？
180:デフォルトの名無しさん
09/03/06 09:30:08
未来方向にじゃなかったっけ？
181:デフォルトの名無しさん
09/03/07 08:50:01
TortoiseSVNやsvnコマンドで svn+ssh によるアクセスをした時、
サーバ側では svnserve -t が実行されるのが普通だと思いますが、
これを変えることって出来るのでしょうか？たとえばルートを
変えたいとか。
もちろんサーバ側の authorized_keys に command= を指定する
ことで強制することはできると思うのですが、そうではなくて
クライアント側で設定できないものでしょうか？
182:デフォルトの名無しさん
09/03/07 08:54:57
C:\Users\Myname\.subversion\config
のようなファイルは、TortoiseSVN も見に行っているのでしょうか？
TortoiseSVN 以外にコマンドライン版のSubversionも
インストールして使っていたために、混在してます。
183:182
09/03/07 09:31:30
C:\Users\Myname\.subversion\config
ではなくて
C:\Users\Takashi\AppData\Roaming\Subversion\config
でした。
184:デフォルトの名無しさん
09/03/07 10:18:14
やぁたかし君
185:デフォルトの名無しさん
09/03/07 11:44:01
いや実際のところは、kenji でも chimporoh でもいいんですけどね。
186:デフォルトの名無しさん
09/03/07 14:54:45
NEC-PCuser だろフツー
187:デフォルトの名無しさん
09/03/07 15:03:15
ふつーGuest User
188:デフォルトの名無しさん
09/03/07 23:07:44
svnadmin hotcopyでのバックアップですが、
バックアップ先に前回のバックアップが残ったままのフォルダを
指定して再度実行した場合、正常なバックアップは取れるでしょうか？
もちろんバックアップ元は同じリポジトリです。（リビジョンは進行します）
それともバックアップ先を毎回消す必要があるでしょうか？
189:デフォルトの名無しさん
09/03/07 23:13:11
subversionをバージョンアップする際に、
リポジトリはそのままでバージョンアップ可能ですか？
事前にダンプしておいて、バージョンアップ後に取り込みとか必要？
190:デフォルトの名無しさん
09/03/07 23:49:59
>189
都度リリースノート読むのがベスト。
BDB の時は、パッケージの BDB 自体のバージョンが上がった場合などに、
dump/load が必要になる場合がある。
FSFS の場合は基本的に大丈夫。
ただし、リポジトリフォーマットのバージョンを上げないと新しい機能が
使えない場合などがある。
1.5 の時は、merge tracking などで必要だった。
dump/load でなくて svnadmin upgrade で(手動だけど)その場で更新は
可能だった。
191:デフォルトの名無しさん
09/03/08 10:19:11
BDBのほうが枯れてて安定しているって記述を
見かけたんですが、それはすごい古いバージョンの
ものでした。いまでもFSFSよりBDBのほうが安定しているんですか？
192:デフォルトの名無しさん
09/03/08 10:40:22
>>191
TortoiseSVNではリポジトリ作成時にBDBの選択肢が出てこなくなってるところから察してください
193:デフォルトの名無しさん
09/03/08 10:54:34
>>190
svnadmin upgrade は簡単なアップグレードだけで、りビジョンを1000ずつフォルダーに分けてくれる機能の変換はしてくれない
その機能を使いたい人はdump/loadする必要がある。
194:デフォルトの名無しさん
09/03/12 17:17:19
svn:ignoreを新規追加されたフォルダに対して自動的に適用するような事って出来ますか？
195:デフォルトの名無しさん
09/03/13 12:11:39
URLﾘﾝｸ(svnbook.red-bean.com)
ここのglobal-ignores参照
196:デフォルトの名無しさん
09/03/13 13:12:59
global-ignoresは自分にしか適用されないじゃん
197:デフォルトの名無しさん
09/03/13 15:32:58
tracと組み合わせて使うことが多いんだけど，
tracのwikiやチケットのデータも管理対象の
subversionリポジトリにぶち込めればいいのに．
とか思うのはあほ？
198:デフォルトの名無しさん
09/03/13 19:30:29
頻繁に更新されるし、検索向きとは思えないな。
199:デフォルトの名無しさん
09/03/14 17:35:58
>>197
自分もそう思うからアホじゃないと思う。
いや、自分もアホなのかもしれないが。
200:デフォルトの名無しさん
09/03/14 19:44:36
tracをいじって、DBが更新される度に、
DBのダンプをリポジトリに突っ込むとかしたらどうだろうか。
201:デフォルトの名無しさん
09/03/21 01:13:09
svnサーバを構築しようとしてます。初期設定ファイルをほぼそのまま使用し、現在、httpでならcoやciができます。
セキュアな通信をしたく、sshでの認証を入れようと思い、SSLRequireSSLを使おうとしました。
<Location /repos>
DAV svn
SVNParentPath /var/www/svn
<LimitExcept GET PROPFIND OPTIONS REPORT>
SSLRequireSSL
</LimitExcept>
</Location>
これでhttpdの再起動は成功するのですが、coなどが出来なくなります。
coしようとした際のエラーは以下です。
svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for （チェックアウトしようとしたuri）
サーバでsshdは起動しています。動かない原因を教えてもらえませんか？
202:デフォルトの名無しさん
09/03/21 11:18:41
1.6.0リリース
203:デフォルトの名無しさん
09/03/21 11:19:06
↑あ、>>201とは関係ないです
204:デフォルトの名無しさん
09/03/21 12:54:20
なんか
2009/03/19 Subversion 1.6.0 Release Candidate 4 Released
が切ない
205:デフォルトの名無しさん
09/03/21 17:21:39
>>201
まて、sshで通信するならapacheは全く関係ないぞ?
206:デフォルトの名無しさん
09/03/22 02:45:19
TortoiseSVN 1.6.0 release age
URLﾘﾝｸ(tortoisesvn.net)
207:デフォルトの名無しさん
09/03/23 10:32:14
まだRC4か
SVN1.6は1.5と比べて何が変わるのやら
208:デフォルトの名無しさん
09/03/23 10:51:01
>>207
URLﾘﾝｸ(subversion.tigris.org)
209:デフォルトの名無しさん
09/03/23 10:58:27
英語分かんない＞＜
210:デフォルトの名無しさん
09/03/23 11:05:26
同じく。先生翻訳plz
211:デフォルトの名無しさん
09/03/23 11:21:16
>>まだRC4か
普通に1.6リリースされてるじゃん
212:デフォルトの名無しさん
09/03/23 11:42:43
TortoiseSVNを1.6にしてみたけど、Bug-IDって所のBの文字が文字化けしてる
俺だけかもしれないけど
213:デフォルトの名無しさん
09/03/23 11:46:59
ログメッセージの画面にあるやつなら、うちもそうなる。
214:デフォルトの名無しさん
09/03/23 13:10:01
>>210
URLﾘﾝｸ(www.excite-webtl.jp)
215:デフォルトの名無しさん
09/03/23 13:29:50
Google翻訳の方がまだ意味が通る翻訳の気がする
216:デフォルトの名無しさん
09/03/23 14:25:14
転覆1.6
217:デフォルトの名無しさん
09/03/23 14:27:38
>>214
先生、暗号のようで分かりません＞＜
218:デフォルトの名無しさん
09/03/24 00:27:18
ほらよ、乞食ども。
Subversion 1.6 の新規項目
・認証用データの取り扱いの改善
平文で保存する前の警告、KWallet や GNOME Keyring へのパスワードの保存
SSL クライアント証明書のパスフレーズの保存のサポート
・リポジトリルートからの相対URL
^/ でリポジトリルートを意味する
・svn:externals の機能向上
ファイルに対する svn:externals のサポート、クウォートのサポート等
・ツリーコンフリクトの検出
ファイル内容だけでなく、ファイルの有無も考慮したコンフリクト
(例：ローカルで修正したファイルに対するリモートでの削除等)
・ファイルシステムの使用量の改善
Berkeley DB、FSFS の双方とも使用量削減
・ctypes による Python バインディング
・対話的なコンフリクト解決の改善
dc(コンフリクトの表示), mc(コンフリクトに対してローカルを選択),
tc(コンフリクトに対してリモートを選択)オプションの追加
・ディレクトリの working copy からの除外指定
(ref. URLﾘﾝｸ(blogs.open.collab.net) )
・svnserve のログサポート
・履歴を調べるための新しい公開 HTTP URI 構文
URLﾘﾝｸ(example.com) で revision 20 を参照可能
・コマンドラインクライアントの改善
色々。
特に大きいものとして、log に対して複数リビジョンが指定可能になったことと、
--trust-server-cert オプションの追加。
・API 変更、改善、および多数の言語バインディングが動作
・65以上のバグフィックス、機能向上。
219:デフォルトの名無しさん
09/03/24 00:42:07
1.5 と互換性無いの？
亀が 1.6 で
Eclipse の subclipse が 1.5 だとダメなんじゃないの？
アップデートするのが怖い・・・
220:デフォルトの名無しさん
09/03/24 00:48:13
ワーキングコピーの形式がまた変わった。
よって、1.4→1.5の時と同じ注意が必要。
なお、TortoiseSVNとSubclipseは両方とも最新版で1.6対応してる。
SubversiveとAnkhSVNは調べてない。
221:デフォルトの名無しさん
09/03/24 01:01:55
>>218
GJ
222:デフォルトの名無しさん
09/03/24 01:18:43
えっ？Subclipseの最新版って？？？？
おお～！
eclipse のソフトウエア更新のURLを
URLﾘﾝｸ(subclipse.tigris.org)
にしたままだった。
URLﾘﾝｸ(subclipse.tigris.org)
にしたら最新版キター！
223:デフォルトの名無しさん
09/03/24 11:18:57
未だにexternalsの使い方が良く分からない
クライアント、サーバ、共通で使うアセンブリファイルとかあるから
重複管理したくないんだけど、こういうのでexternalsは使うのだろうか
224:デフォルトの名無しさん
09/03/25 18:00:57
worst practicesは、どこかで見たことありますけど、
Best practiceまとめたサイトとかありませんか？
subversionを実際にプロジェクトで使おうと思っているのですが、
1つのリポジトリに何を入れるべきかとか、
どういう単位でtrunkとbranchを分けたらよいとか、ぜんぜんわからないので。
たとえば5,6人くらいで半年のプロジェクト(仕事のプロジェクト)で、
OSなしの組み込みプログラムいくつかと、それと通信するWinのプログラム
DLLと、exeをそれぞれいくつかを、開発する。みたいな場合で、
それぞれをどうやって管理するとよいのか。とか、参考になるような
情報を求めています。
225:デフォルトの名無しさん
09/03/26 00:15:09
>>223
そだよ
226:デフォルトの名無しさん
09/03/26 00:26:43
>>224
とりえず適当なプロジェクト単位でtrunkを作る。makefileとかソリューションとか。
trunkは共有できる。いきなりtrunkにコミットするのは怖いからbranchを作って徹底的に試験してからtrunkにマージする。
trunkの分け方が使いづらいと思ったらいつでも移動できるし、戻したいと思えばいつでも戻せるし。
あんまり考えすぎる前に使ってみるのがよろしい。
227:デフォルトの名無しさん
09/03/26 11:58:58
>>226
trunkに恒常的にコミットしないのは一般的じゃないな。
基本trunkにコミットで、
テストが終わったとかリリースしたとかのイベントの度に
tagsにコピー、が一般的じゃね？
trunkは怖くて当然。
テスト済みの不安のないソースはtagsから取る、がうちの流儀。
228:デフォルトの名無しさん
09/03/26 13:09:25
trunkが常に壊れないようにするために、>>226のやり方は一般的だよ
というかbranchesはそういう使い方をするためにある
229:デフォルトの名無しさん
09/03/26 13:29:32
うちでは、
trunk・・・ 常に最新、ビルドは通るが不安定
tags・・・ ちゃんとバージョンをつけてリリースした時の各状態
branches・・・ まとまった機能追加などで、他に影響を及ぼさないで
ごちょごちょやりたい時にブランチ作成
（しかしなるべく早くtrunkへマージ）
ってやってる。
230:デフォルトの名無しさん
09/03/26 13:49:19
うちもtrunkは容赦なくコミットされていくよ
trunkが壊れると困る！みたいな意見は出ない
231:デフォルトの名無しさん
09/03/26 14:14:11
業務終わりに出来てようがいまいがとりあえずコミットして帰る人とか、
何か勘違いしてる人がいたら、その人限定で枝をあげて、
「trunkにはコミットしないように」って厳命する。
232:デフォルトの名無しさん
09/03/26 14:16:57
そんな窮屈なやり方を強制させるんならおとなしくMercurialなり何なりにさせろよ
233:デフォルトの名無しさん
09/03/26 14:38:49
>>228
apache.orgやsourceforge.netのいくつかのプロジェクトを見る限り、
>>226,228の方が少数派だな。
というかそうやってるところってどこにある？
234:デフォルトの名無しさん
09/03/26 15:15:46
こういう流れを待っていた
他所がどんな風にまわしてるかってあんましらないしな
235:231
09/03/26 17:07:11
>>232
そういう人には業務させてあげているだけです。
決してtrunkにはマージされないですよ？
居なくなるまで仕事させとかないわけにはいかないので。
236:デフォルトの名無しさん
09/03/26 17:36:42
そんな指示を出す前に、正しいコミットルールを指導してやれよ。
237:デフォルトの名無しさん
09/03/26 23:44:38
>>231
本末転倒すぎてありえないわ
あほな運用だなぁ
238:デフォルトの名無しさん
09/03/27 00:22:17
すべてtrunkでいいだろ。
何のための履歴管理だｗ
239:デフォルトの名無しさん
09/03/27 01:16:28
実験的な実装したいときはbranch切るけどな。
240:デフォルトの名無しさん
09/03/27 08:27:30
すべてtrunkってｗｗｗ
個人開発に毛が生えた程度でならそれで済むかもしれんけどｗｗ
241:デフォルトの名無しさん
09/03/27 10:16:00
>>240
Subversion 本体の開発は基本的に trunk にまず全部突っ込む形なわけだけど、
それも「個人開発に毛が生えた程度」だと思ってるの？
242:デフォルトの名無しさん
09/03/27 10:43:00
trunkに制限かけるんなら、おとなしくsvk使わせなさいよ
243:デフォルトの名無しさん
09/03/27 11:09:20
いやほら、きっと「branchで開発するのが当然で、trunkに突っ込むのは馬鹿」って教育を受けてきたんだよ。
某元死刑囚みたいに外の世界を知るまでそれ以外の発想ができなくなるのも仕方ないよね。
244:デフォルトの名無しさん
09/03/27 11:59:42
なんか熱くなった上に自演してるやつまでいるな
245:デフォルトの名無しさん
09/03/27 12:14:21
>>241
「基本的」には確かにそうだね。
でも、その「基本的」な使い方だけですべて済んじゃう（すべてtrunkでいい）
と言ってのけたのを指して、個人開発に毛が生えた程度のことしかやってないんだなと
判断されたわけだ。
246:デフォルトの名無しさん
09/03/27 12:22:19
この手の運用方法で罵り合う連中こそアホだろ
不毛も良いとこ
247:デフォルトの名無しさん
09/03/27 12:26:19
「すべてtrunk」を「trunkだけで十分、tagsもbranchesもイラネ」と捉えるのは
拡大解釈が過ぎる。
248:デフォルトの名無しさん
09/03/27 12:26:58
すべてtrunkはないわー
それこそ、何のためのブランチだってのをもっかい入門書読み直してみたらいい
ブランチもタグも、意味なく使われているわけではないでぇー ほんまやで！
249:デフォルトの名無しさん
09/03/27 12:28:12
むしろほかにどう捉えろと
250:デフォルトの名無しさん
09/03/27 12:40:22
というか、「出来ていまいがtrunkにコミットして帰る」というのが責められるべき点なのでは。
251:デフォルトの名無しさん
09/03/27 12:45:29
それと今の話って関係なくね？
252:デフォルトの名無しさん
09/03/27 12:55:55
ぶっちゃけこういう使い方が正しいなんてのは無いんじゃないの？
trunk安定板にする運用でもリリース準備のたびにbranchでバグフィックス運用でも
まわってるならそれでいいじゃない。
>>231の使えない奴を隔離するために使うってやり方は
おかしいっていうより気持ち悪いけど。
253:デフォルトの名無しさん
09/03/27 12:58:36
pre-commitでそのユーザからコミットが来たらコンパイルさせてエラーになったら弾けば良いんじゃね
254:デフォルトの名無しさん
09/03/27 13:01:43
まあ、確かに規模によっても最適な使い方は変わるだろうし、
これが正解ってものもないわな
>>231みたいに、誰が見てもアレだってのはるかもしれんがｗ
書かれてる人も、>>231自身もね。類は友を呼ぶってやつか？
255:デフォルトの名無しさん
09/03/27 13:12:22
まあどうしてそういう運用してるか、その運用だと何が便利なのかを説明した点だけ
評価出来るかな。説明した内容に誰も同意しなかったがw
256:デフォルトの名無しさん
09/03/27 13:49:14
>>252
>ぶっちゃけこういう使い方が正しいなんてのは無いんじゃないの？
正しくない運用、というのはある。
ビルド出来ないものをコミットする奴は死刑。
257:デフォルトの名無しさん
09/03/27 13:51:49
全てtrunk運用の場合、
trunkにr1000、r1001、r1002、r1003、r1004ってあって、r1001とr1003が糞commitだった場合、
どうやって、r1004からその影響抜くんでしょうか。何かいいやりかたある？
テストだけで糞commitを見切れるもんかな？
branch切ってたら、branchからマージするときだけ検証すればいいけど。
mercurial使うのが正解だとは思う。
258:デフォルトの名無しさん
09/03/27 14:05:06
うちは基本trunkにコミットだけど、
>>257を読んだら、信用できないコミットがしばし起こるという前提なら
普段は個別のbranchにコミットして、テストが済んだらtrunkへマージ、
というのもありな気がしてきた。
うちは目の届く範囲の少人数でやってるせいか、
幸いにして>>257のような状況は経験していない。
話は若干変わるが
TracやRedmineなどのBTSでいうチケットごとにbranch作って、
チケットがクローズしたらマージってのもありか？
いや、そうやってるわけじゃないんだけど。
259:デフォルトの名無しさん
09/03/27 14:49:12
俺は頻繁に（1日に20～30回とか）コミットするので、いつもbranchを使ってる。
260:デフォルトの名無しさん
09/03/27 14:50:48
>>258
> チケットがクローズしたらマージってのもありか？
branchをそのままリリースするならあり。
マージしたtrunkをリリースするなら、マージした物に対してテストしないと無意味。
261:デフォルトの名無しさん
09/03/27 15:14:10
>>257
branchからマージするときに検証したとしても
そのときの検証だけで糞commitを見切れるもんなの?
その主張の本質はbranchの有無はあまり関係なくて
チェックを多くすれば間違いが減る(かもしれない)
という当たり前のことじゃね。
262:デフォルトの名無しさん
09/03/27 15:51:40
たしかにそうだな。
っていうかデグレをなくすにはどうしたらいい？っていう
もうちょっと一般的な命題なんじゃね？それって。
ところで>>257の言うところの糞コミットってのは
仕様上ちゃんとしたものだけど、実装の仕方やコードの品質がゴミなコードってことかね。
そういうのだったらコードレビューでもするしかないような。
263:デフォルトの名無しさん
09/03/27 16:27:37
レビュー体制にもよるよなあ。
コミット前に必ずレビューするのか本流っぽいところにマージする時だけレビューするのか。
オープンソースのプロジェクトにかかわったことないんだけど
そこらへんどうしてるんだろ。
264:デフォルトの名無しさん
09/03/27 17:21:34
デグレの使い方が間違っとる
265:デフォルトの名無しさん
09/03/27 18:12:43
ブランチ→修正→検証→コミットのサイクルを繰り返してtrunkの安定度が少しずつ上がるんじゃないか？
266:デフォルトの名無しさん
09/03/27 18:14:01
>>265間違えた
trunkからブランチ→修正→検証→trunkにマージのサイクルを繰り返してtrunkの安定度が少しずつ上がるんじゃないか？
267:デフォルトの名無しさん
09/03/27 18:27:09
trunk: 最新版
branch: trunkからリリース準備単位で派生
tag: branchからリリース完成単位で派生、基本ここは修正しない(bugfixはbranchで)
ってのがsubversionのドキュメントでサンプルに出されてた使い方だったかと。
自分はこれに加えて実験的なことしたい時もbranchを切るやり方でやってる。
少人数の上仕事で使ってるわけじゃないからこれでべつにいっかなーと。
268:デフォルトの名無しさん
09/03/27 18:40:26
>>267
apacheとかeclipseとか、
メジャーなオープンソースプロジェクトはだいたいそんな感じだね。
269:デフォルトの名無しさん
09/03/27 18:45:23
Redmine使ってるんだが、ブランチ切って作業すると
プロジェクトの指してるリポジトリと合わなくなって困る
なんとかならんのか
270:デフォルトの名無しさん
09/03/27 20:51:09
>>267
それで困ることってあるんかな
271:デフォルトの名無しさん
09/03/29 13:00:46
うちは、trunkにコミットしたものは1分後にHudsonがビルド～テストを開始するので、
- Hudsonで扱って欲しいもの->trunkへ
-- ビルドエラーが起こるソースコードをコミットすると、Hudsonのログでさらし者。
-- テスト結果もHudsonのログに残す。
- 実験的なもの（Hudson側の設定を行っていない）や大改変中でビルドエラーがあるもの ->branchesへ
- リリースやマイルストーンごと区切り（テスト区が関わる）-> tagsへ（tagsにsvn copy出来るのは中核メンバー数人だけに制限）
272:デフォルトの名無しさん
09/03/29 16:23:41
Hudsonって何？
273:デフォルトの名無しさん
09/03/29 16:30:37
ググりゃすぐでてくるがな。
274:デフォルトの名無しさん
09/03/29 16:31:21
やらなきゃ
275:デフォルトの名無しさん
09/03/29 17:19:38
>>272
URLﾘﾝｸ(gihyo.jp)
276:デフォルトの名無しさん
09/03/29 22:45:51
ぐぐった。
URLﾘﾝｸ(img2.timeinc.net)
277:デフォルトの名無しさん
09/03/30 10:53:06
担当が突然消える場合(病気、事故、失踪)に備えて、個人用ブランチに毎日コミットさせてる。
278:デフォルトの名無しさん
09/03/30 11:22:21
まさかとは思うけど、個人的にsvkやgit-svnを使用することを禁止してるところってないよね？
279:278
09/03/30 20:50:26
「個人的に」はわかりにくいか。
社内のSubversionレポジトリへsvkやgit-svnでのアクセスを禁止してるところは…て意味です
280:デフォルトの名無しさん
09/03/30 21:11:18
状況によるんでない？
何するツールなのか知った上で禁止してるのか、
知らないからこそ勝手ツールとして禁止してるのか。
個人用のブランチ切れ&守秘義務的に繋った場所での作業Onlyって運用ルールだと
メリットも薄れるだろし。
281:デフォルトの名無しさん
09/03/31 10:42:09
svkの使用は禁止されてないが
svkからのpushは禁止されてる
282:デフォルトの名無しさん
09/03/31 12:47:13
あのさ，遠隔地でどうしてもリポジトリにつなげないとき，
ワーキングコピーに対して行った変更を何らかの方法で
（たとえばメールとかで）リポジトリ管理者に
渡して更新してもらうってのは無理？
patch ファイル作ってっていうのがまずはじめに思いつく
方法だけど，プロパティの変更とかそういったものまで
含めた patch ファイルのようなもの（ダンプの一部みたい
なもの）を生成してリポジトリ管理者側で流し込んでもらう
手のは無理だろうか．
ワーキングコピー全体を渡せよってのは，ちょっと規模が
大きくてやりたくない．
283:デフォルトの名無しさん
09/03/31 13:06:17
変更(外出)前のワーキングコピーを両方に保存しておいて
ワーキングコピーの差分だけ送る
284:デフォルトの名無しさん
09/03/31 18:28:19
svnserve って一応認証あるけどやっぱりインターネットに
さらしておくと危険かな？
今のところ安心感をとって ssh+svn でアクセスしてるんだけど．
285:デフォルトの名無しさん
09/03/31 19:25:03
そりゃまあ普通のプログラムである以上、exploitが見つかったら攻撃されるだろし
必要なIP範囲が決ってるならそれ以外をフィルタリングするぐらいのことはしていいんじゃね？
svnserve内のアクセス権設定がちゃんとしてるのは大前提だよね。
盗聴されるかどうかはsshで繋いでりゃとりあえずは安心だとは思うけど。
286:デフォルトの名無しさん
09/03/31 22:25:56
FreeBSDはリードオンリーだけどsvn晒してるな。
287:デフォルトの名無しさん
09/04/01 16:36:54
ActiveDirectoryを使ってユーザーの認証はできたのですが、
ユーザーごとのアクセス制御ができないです。
(ログインすると全てのレポジトリへRead,Writeができてしまう)
AuthzSVNAccessFileを指定するとユーザー名、パスワードの入力後にサーバから切断されてしまいます。
LDAPを使用する場合、個別のアクセス制御などはできないのでしょうか？
参考となるサイト等がありましたら教えてください。
httpd.confの内容::
<Location "/svn/">
DAV svn
SVNParentPath "D:\TracLight\projects\svn"
SVNListParentPath on
AuthType Basic
AuthName "Enter your LDAP ID"
AuthBasicProvider ldap
AuthLDAPBindDN admin@example.com
AuthLDAPBindPassword pass
AuthLDAPURL "ldap://ldap-server:389/dc=sample,dc=com?sAMAccountName?sub?(objectClass=*)"
Require valid-user
AuthzSVNAccessFile "D:\TracLight\projects\svnauthz"
↑この行を追加するとページの読み込みエラーになる
</Location>
288:デフォルトの名無しさん
09/04/03 10:20:04
すいません、ブランチについて質問なのですが、
1. ブランチを切る
2. ブランチのみへコミットして、トランクは全くいじらない
3. ブランチの変更をトランクへマージ
このような変更を行ったところ、予想では全くコンフリクトが起こらずスムーズにマージされると思ったのですが、
実際には一部のファイルでコンフリクトが起こりました。（ほとんど自分しか使わないためこういうことがよくあります）
今までブランチをほとんど使ったことがなく、仕組みもよくわかっていないのですが
（いろいろ解説を読んだのですが、いまだによくわからないorz）
これはこういうものなんでしょうか？
そして、ブランチの変更を全面的にコミットするには、
1. .rXXXファイルの内容を元のファイルへ上書き
2. コンフリクトを解消
であっているんでしょうか？それとももっと効率的な方法はありますか？
289:デフォルトの名無しさん
09/04/03 12:29:37
トランクは全くいじらなければ
（そして他のブランチからのマージもしなければ）
コンフリクトが起きるってことは無いと思うんだけどなぁ．
もしかして古い Subversion クライアントでマージ
トラッキングの機能がない奴を使ってるとか．
290:288
09/04/03 13:00:54
>>289
TortoiseSVN, subversive(Eclipseのプラグイン）両方の最新版で試してみましたが、両方ともそうなりました。
subversiveの方では、branchの変更を戻すとき用のメニューである"再統合"を使いましたが、結果は上の通りでした。
291:デフォルトの名無しさん
09/04/03 14:44:16
そもそもなぜ衝突が起きるのかを理解してんのかね
292:デフォルトの名無しさん
09/04/03 14:47:57
>>288の言ってることが正しいなら、「衝突が起きて当たり前」とは到底思えないが…
293:288
09/04/03 14:48:48
>>291
同時に同じファイルの(だいたい）同じ個所を編集して、コミットするからですよね？
その通りなら、絶対同時に編集していない私のケースは、やっぱりおかしいんでしょうか。
294:292
09/04/03 15:11:20
>>293
微妙に理解が違うかな。
・trunkで、あるファイルのある場所を更新した。
・branchで、同じファイルの別の場所を更新した。
これを行っていれば、trunkに対しbranchで行った変更をマージすると衝突する可能性がある。
「いつ」変更したかは関係ない。
>>288では
＞2. ブランチのみへコミットして、トランクは全くいじらない
と言っているので、本当にそれが正しいなら衝突は有り得ないと思うんです。
どうして衝突したんだろう。
295:デフォルトの名無しさん
09/04/03 15:11:51
コンフリクトマーカーの所見ればいいじゃん。
何で見ないの？
296:292
09/04/03 15:29:27
>>295
マーカー見ると、二つのファイルでdiffしたところが示されます。
つまり、
A
B
C
297:デフォルトの名無しさん
09/04/03 15:32:19
じゃあ、原因分かるでしょ。
298:デフォルトの名無しさん
09/04/03 15:34:20
差分みりゃわかるわなあ。
299:292
09/04/03 15:35:42
すいません、途中で書き込んでしまいました。
マーカー見ると、二つのファイルでdiffしたところが示されます。
つまり、
A
B
C
というファイルを、ブランチで
A
b
C
という風に編集すると、マージしたとき
A
<<<<<< .r2
b
====
B
>>>>>> .r1
C
という風になります。
300:デフォルトの名無しさん
09/04/03 15:36:30
勘だと、
２度目のマージなのに根元からマージした。
もしくは、キーワード置換を有効にしてる。
301:292
09/04/03 15:38:05
もしかするとsubversiveを使ってブランチを切ったので、その辺で設定を間違ったのかもしれません。
一度TortoiseSVNのみでブランチを編集するとどうなるか試してみます。
相談を聞いていただきありがとうございました。
302:デフォルトの名無しさん
09/04/03 16:23:07
どうでもいいけど、そう言うツールをほいほいとあれこれ使いまくらずに
まずは一つに絞って使えよ
303:デフォルトの名無しさん
09/04/03 17:04:09
行末とか漢字コードとか
304:292
09/04/08 12:02:20
すいません、原因がわかりました。
subversiveでブランチを切るとき、ブランチの位置をフルパスで指定していたのですが、
どうやらそのために別のリポジトリへブランチを切ったと判断されていたらしく、
そのために過去の変更履歴が参照されなかったようです。
どうもお騒がせしました。
305:デフォルトの名無しさん
09/04/10 15:07:32
Subversion 1.6.1 release age
URLﾘﾝｸ(svn.collab.net)
306:デフォルトの名無しさん
09/04/11 10:06:12
TortoiseSVN 1.6.1 release age
URLﾘﾝｸ(sourceforge.net)
307:デフォルトの名無しさん
09/04/11 11:44:17
ruby binding で
svn ci path_to_project --encoding=UTF-8
相当を行うにはどうすればよいのでしょうか？
ctx = Svn::Client::Context.new()
ctx.auth_baton[Svn::Core::AUTH_PARAM_DEFAULT_USERNAME] = ''
ctx.add_username_provider
ctx.add_simple_provider
ctx.ci(path_to_project)
このようにすると、can't convert native code to 'UTF-8' みたいエラーがでます。
そのため、--eoncoding に相当するようなコードを入れたいのです。
308:デフォルトの名無しさん
09/04/12 11:09:03
なぜ人事部長直通の電話番号を知っているんだ
309:デフォルトの名無しさん
09/04/12 11:09:43
誤爆すまん。
310:デフォルトの名無しさん
09/04/13 06:59:32
アルミ MacBook の Mac OS X 10.5.6 で Subversion を使いたいので Versions
を購入したのですが Windows の TortoiseSVN に慣れているためどうしてもな
じめませんでした。
そこで SCPlugin の最新版 SCPlugin-0.7.3l-SVN.1.6.0pkg をインストールした
のですが、右クリックメニューは正しく使用できるものの、ステータスアイコン
がフォルダのみ表示され、ファイルでは表示されません。正確には、一瞬表示さ
れるのですがすぐに消えてしまいます。
色々調べたのですが原因が分からず困っています。どなたか修正方法ご存じな
いでしょうか？ subversion は port から 1.6.1 が入っています。
311:デフォルトの名無しさん
09/04/13 12:01:13
TortoiseSVNを落とす時にSourceForgeに繋ぐんだけど
ファイルをダウンロードする時にたまに出てくる
虫がぞろぞろ出てくる画像のせいで女性社員から苦情が来た
知らんがな・・・
312:デフォルトの名無しさん
09/04/13 13:57:52
海外のHP行くと時々グロいのを平気で表示するよね。
313:デフォルトの名無しさん
09/04/13 15:50:16
たぶんグロと感じるかどうかのベクトルが違うんだと思うが
314:デフォルトの名無しさん
09/04/13 15:51:33
確かにあの虫がうじゃうじゃ出てくるのはキツい。
315:デフォルトの名無しさん
09/04/14 11:09:27
フィルタリングしてないの?
社内proxyで弾くとか。
316:デフォルトの名無しさん
09/04/14 11:10:33
ちっさい会社ならすぐ対応出来るだろうけどな
317:デフォルトの名無しさん
09/04/14 12:42:25
亀で svn update してみたけどクソすぎる。コンフリクト出まくり。
今から鬼のような大量の差異を手作業で修正しなきゃならん。
やっぱ eclipse にしときゃよかった OTZ
318:デフォルトの名無しさん
09/04/14 12:43:44
はぁ？
319:デフォルトの名無しさん
09/04/14 13:01:01
わけのわからん略語を使いたがるやつにかぎって
スキルが低い法則
320:デフォルトの名無しさん
09/04/14 13:05:58
知らないならレスしないでください。
このスレの住人には「亀」がわけのわからん略語なのか？
321:デフォルトの名無しさん
09/04/14 13:06:47
いや、もしかして「コンフリクト」がわからんの？
322:デフォルトの名無しさん
09/04/14 13:24:10
svn updateだとコンフリクトでまくり
eclipseで○○だとコンフリクトでない
さあ○○は？
323:デフォルトの名無しさん
09/04/14 13:29:02
普通ならMergeされる
コンフリクト起こしまくるってのは、分担の仕方から考え直せ
324:デフォルトの名無しさん
09/04/14 13:29:33
というか、そもそもeclipseはsvnクライアントではないし、
さらに言えばマージにクライアントの差なんてあるか。
きちんと設定すればどんなソフトでも同じようにマージできるはず。
325:デフォルトの名無しさん
09/04/14 13:42:27
頓珍漢なこと言ってるからどう反応したらいいのかわからんのに
当人は自分が変なこと言ってるのがわかってないんだろうなｗ
326:デフォルトの名無しさん
09/04/14 13:46:01
updateでコンフリクトかぁ。ひょっとして、>317は開発チームの中でハブられているんじゃね?
数年前、某所の大規模開発でCVSをロックしたまま帰るという嫌がらせが横行したのを思い出した。
327:デフォルトの名無しさん
09/04/14 13:52:16
>>320-321
ものすごい反応ぶりﾜﾛﾀ
317よ、君が一生懸命玄人ぶろうとしているのは分かるが、
>>324 がすべてだ。もう森へお帰り。
328:デフォルトの名無しさん
09/04/14 13:57:50
つうか、煽り煽られもいいんだがきちんとした状況を書けよ。
何の説明もなくだた愚痴を書くから荒れるんだ。
きちんと説明したら、ここの暇な住人が原因の一つも推測してくれるだろうよ。
329:デフォルトの名無しさん
09/04/14 13:59:56
コンフリクトしまくるような割り振りしてるのが悪いんじゃないの
330:デフォルトの名無しさん
09/04/14 14:04:59
>>329
>326
331:デフォルトの名無しさん
09/04/14 18:19:30
俺も >>326 に一票
おそらく svn のなんたるかも教育させてもらっていない >>317 の状況に涙を禁じ得ない
332:デフォルトの名無しさん
09/04/14 18:39:50
WinXP SP3にTortoiseSVN 1.6.1を入れたところ、次のような現象が出ました。
・リポジトリパスが日本語を含むUNCのときリポジトリブラウザで表示できない
・コミット時に次のようなメッセージが表示され、コミットできない
「Cannot accept non-LF line endings in 'svn :log' property」
結局、1.5.9に戻しました。
皆さんのところでは1.6.1はきちんと動いていますか？
333:デフォルトの名無しさん
09/04/14 18:40:01
＞eclipseで○○だとコンフリクトでない
＞さあ○○は？
＞というか、そもそもeclipseはsvnクライアントではないし、
なんだ、おまいら、そんな事で顔真っ赤にしてたのか。
はいはい。大阪城を建てたのは大工さんだよ。
これで満足かい？ブタ野郎ｗ
334:デフォルトの名無しさん
09/04/14 18:41:13
Windows でホームページを見る。
Windows はウエブラウザじゃ無いだろ？
335:デフォルトの名無しさん
09/04/14 18:42:06
インターネットエクスプローラでホームページを見る。
あほ、液晶モニタで見てるんだろw
336:デフォルトの名無しさん
09/04/14 18:45:25
>>332
・リポジトリパスが日本語を含むUNCのときリポジトリブラウザで表示できない
→ 特に問題なし
・コミット時に次のようなメッセージが表示され、コミットできない
「Cannot accept non-LF line endings in 'svn :log' property」
→ 1.6.0でも起きる。ログを改行なしでコミット、その後にログ編集で改行加えて対処した。file://管理だと起きる気がする。
337:デフォルトの名無しさん
09/04/14 18:47:11
ログに改行があるとコミット出来ないやつは、svnadmin update やったら出来た覚えがある
338:デフォルトの名無しさん
09/04/14 18:47:42
＞Cannot accept non-LF line endings in 'svn :log' property
これ、Rubyのレポジトリを1.6.0でsvnsyncしようとしたときにも発生したなぁ
(結局1.5.6のsvnsync使ったけど)
1.6.1では直ってるのかな？
339:デフォルトの名無しさん
09/04/14 18:51:46
＞Cannot accept non-LF line endings in 'svn :log' property
あるリポジトリだと起きて、あるリポジトリだと起きなかった。
リポジトリのバージョンなのか、プロトコルの違いなのかは分かんない。
340:デフォルトの名無しさん
09/04/14 19:07:47
ところで、SubclipseってTortoiseSVNよりマージ機能が優れているの？
どれもこれも同じだと思っていたんだけど。
341:デフォルトの名無しさん
09/04/14 20:23:26
subversiveかも知れんぞ。
ってまあ、何使ってもご本尊は一緒だべ。
342:デフォルトの名無しさん
09/04/14 21:38:37
emacsのpsvnよりはどっちもつかいやすい
343:デフォルトの名無しさん
09/04/14 22:47:15
>>332
『）』『た』『体』『等』なんかの一部の文字の後に改行してるとその現象出てくる。
これらの文字の後に半角スペース入れて改行するとコミットできるのでとりあえず自分はそれで回避してる。
上の人も言ってるけど1.6.0からで、file://だと発生するぽい（http://とかは知らない）。
Subversionで svn commit -F logfile した時だと同じ内容でもコミットできたり。
（改行コードはCRでもLFでCR＋LFでもいけた）
TortoiseSVNのバグなんかね。
344:デフォルトの名無しさん
09/04/15 00:14:48
Subversion 1.4.5を使っているものです。
以下の事をしたいのですが、諸兄だったらいかがいたしますか。ご教示下さい。
＜前提条件＞
・開発用PC*n台、サーバA、サーバBの構成。全てWindows。
・サーバAはリポジトリサーバとして使用。
・サーバBはWebサーバとして使用。
・開発用PCとサーバBに同等のワーキングコピーがある。
＜実現したいこと＞
・開発用PCでcommitすると、サーバBのワーキングコピーが自動的にupdateされるようにしたい。
試しているがNGなのが、以下のやり方。
サーバAのpost-commit-hookに、サーバBのワーキングコピーのsvn updateを仕込む。（が、動作せず。）
svn up \\server-b\svnwork\pub\ >> \\server-b\svnwork\pub\svnup.log
同じコマンドの手動（コマンドプロンプトへの直打ち）実行は成功したので、コマンドミスではないです。
また同様のフックスクリプトで対象がローカルドライブのものは成功するので、フックは動作していると判断。
フックスクリプトでのネットワークパス(UNC)参照のやり方がマズいのか。単に仕様上不可なのか。
2日間悩んでますが、解答が得られずにいます。ボスケテ。長文スマソ。
345:デフォルトの名無しさん
09/04/15 00:20:59
まさか・・・
ドライブを割り当ててないでバッチファイルを動かしてるとか
そんな初歩的なんじゃないだろね・・・
346:デフォルトの名無しさん
09/04/15 00:33:17
>>345
レスありがとうございます。
net useの事であれば試しましたが、結果は失敗でした。
コマンドプロンプトでは成功するコマンドが、フックスクリプト内で失敗する理由をご存知ですか？
初歩的な質問ですみません。
347:344
09/04/15 00:50:22
>>345
えーとその時は確かこんな風でした。
net use X: \\server-b\svnwork
svn up X:\pub\ >> X:\pub\svnup.log
net use X: /delete
これも手動でバッチを実行すると成功しますが、フックから呼び出すと失敗でした。
何か根本的に考え方が間違っておりますか？
348:デフォルトの名無しさん
09/04/15 00:56:06
>>332
URLﾘﾝｸ(tortoisesvn.tigris.org)
1.6.1 のリリースの後に報告されて、修正されたらしい。 1.6.2 を待つか、 nightly build を
使うのがいいかも。
349:デフォルトの名無しさん
09/04/15 01:12:35
>>347
URLﾘﾝｸ(subversion.bluegate.org)
の権限のあたりの話とか
＞SubversionはSubversionリポジトリにアクセスしているプロセスの所有者
＞としてフックを実行しようとします。
350:デフォルトの名無しさん
09/04/15 01:21:12
>>347
何かエラーメッセージは出てないの？
こんな風にエラーメッセージを記録してみては？
net use X: \\server-b\svnwork >> X:\pub\svnup.log 2>&1
svn up X:\pub\ >> X:\pub\svnup.log 2>&1
net use X: /delete >> X:\pub\svnup.log 2>&1
351:347
09/04/15 01:39:45
>>349 >>350
ありがとうございます。
349さんのリンク先にティップとしてこんな事が。
「・・・環境変数は全く設定されない状態で実行します。このため多くの管理者は手でフックスクリプトを実行するとうまくいくのに、Subversion によって実行されたときにはうまくいかないことに困惑します。・・・」
これかもしれません、すっかり見落としていました。明日早速確認してみます。
日中はレスできませんので、また夜に結果をご報告します。
350さんのやり方でエラーメッセージの確認もしてみます。
もしこれだったら、本当にありがとうございます。
svnsyncしてミラー先でpost-commit-hookとか、server-bのタスクスケジューラで定期updateとか考えていましたが、
そんなことをしなくても済むかもしれません。
それでは、おやすみなさいませ。
352:332
09/04/15 10:29:31
>>336-339 >>343 >>348
ありがとうございます。
確かにfile://を使っています。
1.6.1で報告されている不具合だったんですね。
とりあえず1.6系列をウォッチしながら1.5系列を使い続けたいと思います。
ちなみに1.6で作ったリポジトリは「バージョンが違う」とか出て
1.5のクライアントではアクセスできませんでした。
353:デフォルトの名無しさん
09/04/15 12:13:38
おお、TortoiseSVN で1.6.1にしたらいきなりコミットできなくて焦った。
Nightly にして無事コミットできるようになった、情報サンクス。
354:デフォルトの名無しさん
09/04/15 22:28:22
あるファイルだけ内容に関係なくUpdate,Commitをかけるたびに毎回更新されるようにしたいのですが、どうすればよいでしょうか。
というのは、リビジョン番号をフォルダーごとCommit掛けるたびに最新の番号に置換したいのです。
そのファイルを変更すればコミットがかかるのですが、変更しなければコミットがかからないので、最新のリビジョン番号を
そのファイルに取得できないのです。
355:デフォルトの名無しさん
09/04/15 22:41:48
なんでそんな運用を・・・？？
356:354
09/04/15 23:02:43
最新のリビジョン番号をソースファイルに埋め込んでコンパイルしたいのです
357:デフォルトの名無しさん
09/04/15 23:14:03
Makefileに「最新リビジョン番号を取得してVersion表示ファイルの該当箇所を置換する処理」を記述する
358:デフォルトの名無しさん
09/04/15 23:47:58
>>356 URLﾘﾝｸ(www.google.co.jp)
359:デフォルトの名無しさん
09/04/16 01:05:32
FOR /F "usebackq" %%I in (`svnversion -n`) DO SET R=%%I
ECHO #define REVISION %R% >revision.h
make
みたいな・・・
360:デフォルトの名無しさん
09/04/16 13:05:44
rcs のころって ソース内に $Revision$ とか書いとけば勝手に置換してくれてたよな。
一応その機能は残ってるみたいで特にソフト追加せんでも設定すりゃ出来るらしい。
全然追ってないので詳細は自分で調べてちょ。
URLﾘﾝｸ(jh4xsy.asablo.jp)
URLﾘﾝｸ(fuga.jp)
361:デフォルトの名無しさん
09/04/16 13:16:28
URLﾘﾝｸ(subversion.bluegate.org)
これだな。
多分これの Revision が望んでるものだと思う。
RCS & C の例とかだと以下みたいにして使ってた。
static char rcs_revision[] = "$Revision$";
362:デフォルトの名無しさん
09/04/16 13:20:18
すまん。
プロジェクト(フォルダ?)の最新リビジョン番号が欲しいんであってファイルのリビジョン番号とは違うのか。
上のURLの情報はたぶんとっくにご存知のようだな・・・
363:デフォルトの名無しさん
09/04/16 14:21:14
revision.c にこう書いておいて
static char *revision = "9999";
バッチでこうるす
FOR /F "usebackq" %%I in (`svnversion -n`) DO SET R=%%I
perl -i.bak -pe "s/revision = .+?;/revision = \"%R%\";/;" revision.c
make
みたいな・・・
364:デフォルトの名無しさん
09/04/17 03:25:53
だから、 SubWCRev でいいだろ。
365:デフォルトの名無しさん
09/04/17 09:53:27
それゲイツOS専用じゃないの？
366:デフォルトの名無しさん
09/04/17 11:25:13
SubWCRev って TortoiseSVN に入ってるみたいね。
linux 版にも入ってるの？
つか、linux に TortoiseSVN ってあるの？
ゲイツＯＳ専用じゃ使えね～よ。
これだからマウスの付いたパソコンしか使った事の無いヤロウはダメなんだ・・・
367:デフォルトの名無しさん
09/04/17 11:27:58
Linuxなら>>357でいいじゃな～い
368:デフォルトの名無しさん
09/04/17 11:34:41
ゲイツOS使ってるならSubWCRevを使う、UNIX系OSならMakefileに自前の処理でいいじゃない。
あと今時 UNIX = linux と思ってるやつがいることに驚愕。
369:デフォルトの名無しさん
09/04/17 11:46:59
Linux⊂UN*X
370:デフォルトの名無しさん
09/04/17 15:42:55
>>368
> あと今時 UNIX = linux と思ってるやつがいることに驚愕。
今時「だからこそ」、じゃないのかね？
371:デフォルトの名無しさん
09/04/17 15:56:45
今時の人はLinuxを知っていてもUNIXは知らない
372:デフォルトの名無しさん
09/04/17 16:11:17
MacOSXv10.5がいつのまにかUnix認証を受けてやがる
373:デフォルトの名無しさん
09/04/17 16:21:51
マトモで使いやすいOSを追求していったらUnixに辿り着いた、
ってことかｗ
374:デフォルトの名無しさん
09/04/17 16:51:17
だからぁ、
「Makefileに自前の処理」
を具体的にどう処理するかを聞いてるんじゃないか。
もう、このスレの住人はバカばっかし。レベルが低すぎる。
375:デフォルトの名無しさん
09/04/17 16:57:15
>>374で初だろ？聞いたのは。
svnコマンドで最新のリビジョン番号を取得する方法はわかるよな？
あとはLinux板のシェルスクリプトスレで聞きな。
376:デフォルトの名無しさん
09/04/17 16:59:14
SubWCRev、SubWCRev、SubWCRev って連呼してるバカに言ってるんだよ
377:デフォルトの名無しさん
09/04/17 16:59:15
試してないけど、こんな感じじゃないかな。
----
main: main.o /tmp/revision.o
$(LINK.cc)
/tmp/revision.c: revision.c
/bin/sed s/REVISION/`svnversion`/g < $^ > $@
378:デフォルトの名無しさん
09/04/17 17:00:55
けっきょく、svnversion と sed か perl でＦＡだな。
この方法なら Windows でも UNIX/LINUX でもいける。
379:デフォルトの名無しさん
09/04/17 22:36:40
.svnしか残ってないフォルダの一覧を
探すのってbashでどう書けばいいですか？
なんかいい方法ないかしら？
380:デフォルトの名無しさん
09/04/17 22:38:33
>>379
スレ違い。
381:デフォルトの名無しさん
09/04/18 02:36:51
>>380
.svnしか残ってないフォルダの一覧を
探すのってphpでどう書けばいいですか？
なんかいい方法ないかしら？
382:デフォルトの名無しさん
09/04/18 02:46:17
>>381
スレ違い。
383:デフォルトの名無しさん
09/04/18 09:51:29
これでどうよ。
.svnしか残っていないフォルダの一覧を
探すのってsvnでどう書けばいいですか？
なんかいい方法ないかしら？
384:デフォルトの名無しさん
09/04/18 10:08:44
そんなのfindですぐだろ。
"bashで書く"って表現するあたりが河合祖杉。
385:デフォルトの名無しさん
09/04/19 07:27:51
>>384
.svnしか残っていないフォルダの一覧を
探すのってふぃんｄでどう書けばいいですか？
なんかいい方法ないかしら？
386:デフォルトの名無しさん
09/04/19 08:28:04
>>385
飽きた。
387:デフォルトの名無しさん
09/04/19 09:53:56
知らないならレスしないでください
388:デフォルトの名無しさん
09/04/19 11:15:40
早く春休みが終わればいいのに
389:デフォルトの名無しさん
09/04/19 14:19:33
一生終わりません
390:デフォルトの名無しさん
09/04/19 14:34:11
んで、.svn「しか残ってない」ディレクトリ一覧を、findでどうやれば得られるんですか。
他のコマンドも組み合わせる?
391:デフォルトの名無しさん
09/04/19 14:47:29
ま、春風のいたずらってことで。
392:デフォルトの名無しさん
09/04/19 15:00:44
ま、スレ違いってことで
393:デフォルトの名無しさん
09/04/19 22:26:48
svnsyncでCannot accept non-LF line endings in 'svn:log' propertyってなるのは仕様らしい…？
URLﾘﾝｸ(subversion.tigris.org)
しかし1.5までで大量にそういうnon-LFなログがコミットされてしまってるわけで
それを全部直せというのか？
non-LFなのが入り込むのは良くないという思想はわかるが、
1.5まで許してきておいて1.6でリリースノートにも書かずにそんな仕様変更するなよ。
394:デフォルトの名無しさん
09/04/19 22:39:41
>393
冗長なプロトコルといい、Subversionはアホが作ってる感があるな。
395:デフォルトの名無しさん
09/04/19 23:54:44
ちょｗ
396:デフォルトの名無しさん
09/04/20 11:45:15
>>393
svn:logではなく、svn:ignoreだけの話のように読めます。
397:デフォルトの名無しさん
09/04/20 13:21:19
>>396
いや、svn:logでも同じような問題が発生してる。
398:デフォルトの名無しさん
09/04/20 18:05:26
仕様もなにも↑で修正されてるじゃん
399:デフォルトの名無しさん
09/04/20 18:51:57
trunkにも取り込まれてないがな
400:351
09/04/20 21:32:02
亀レスですが、ご報告まで。
リポジトリサーバのpost-commit-hookで別サーバのワーキングコピーをsvn updateする件ですが、成功しました！
アドバイスを下さった皆様、ありがとうございました！
ポイントは2点ありました。
1. net useでネットワークドライブのマップを行う。
2. スクリプト（バッチファイル）内の実行ファイルはフルパスで指定。
出来なかったときは、net useコマンドにパスが通っていなかったのですね。
下のような記述で成功しました。
（\\server-b\svnwork\pub配下のワーキングコピーをupdateしたい場合。）
C:\WINDOWS\system32\net use X: \\server-b\svnwork
C:\Program Files\Subversion\bin\svn up X:\pub >> X:\pub\svnup.log 2>&1
C:\WINDOWS\system32\net use X: /delete
改めて感謝です！では！
401:デフォルトの名無しさん
09/04/22 20:39:28
non-LF の問題は行末に空白入れると回避できるな。
402:デフォルトの名無しさん
09/04/28 01:07:13
svnversion で末尾に P が付くのは何？
403:デフォルトの名無しさん
09/04/28 05:44:35
>>402 それ P やない、改行や。
とエスパーに挑戦してみる。 TortoiseMerge のアレのことなんだろうな、と。