Subversion r14

1 名前：デフォルトの名無しさん [2012/01/17(火) 22:27:39.03 ] Subversionはフリーなオープンソースのバージョン管理システムです。 公式HP Apache Subversion subversion.apache.org/ ようこそSubversion.JPコミュニティへ www.subversion.jp/ Version Control Systems Comparison better-scm.berlios.de/comparison/comparison.html 46 名前：デフォルトの名無しさん mailto:sage [2012/01/25(水) 12:55:41.51 ] >>45 .svnフォルダがなくなってることには気づかなかったの？ 47 名前：デフォルトの名無しさん mailto:sage [2012/01/27(金) 10:23:22.05 ] プロジェクト毎っていうのは、svnのプロジェクトじゃなくって 開発プロジェクト全体のフォルダって事ね svnの作業フォルダは当然そのプロジェクトフォルダの下にある 年明けからWin7に変更したんだけど、こういう微妙な互換性問題はあるね 48 名前：デフォルトの名無しさん mailto:sage [2012/02/06(月) 22:30:01.30 ] SVNはファイルが増えてくると、不安定になりすぎて仕事にならんな さっきから更新しようとしてるんだけど、やれtoo largeだのconnection closedだのsvndiffデータの解凍に失敗だの クリーンアップしてやりなおしの繰り返しで少しずつ落ちてきてるが、やってられるか 駄目だコリャ 49 名前：デフォルトの名無しさん mailto:sage [2012/02/06(月) 23:58:16.88 ] やっと更新終わった！ 1日かかった… 50 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 01:12:26.33 ] svn 1.1 あたりでも使ってるのか？ 51 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 08:51:33.96 ] それPCが壊れてる 52 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 09:09:22.44 ] 壊れてねえよ、どのPCでもどの鯖でも起こるんだから TortoiseSVNか、subversionのせいだよ 53 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 09:21:02.59 ] >>52 こういうときはまず自分を疑うのが有能なエンジニア。 54 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 09:27:11.76 ] と言っても普通に使ってるだけだし 原因は多分プロジェクトのサイズがでかすぎることか、鯖がそれに対して非力なこと 55 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 11:13:37.59 ] >>54 プロジェクトのサイズがでかいといっても要因はいろいろだよね。 revision数がすごいとか、馬鹿でかいファイルをcommitしたとか。 56 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 12:14:20.90 ] >>54 そんならプロジェクトの大きさと鯖のスペック教えてくれると参考になるな。 57 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 15:03:36.78 ] 鯖 CentOS5.4 XeonE5620@2.40GHz 4GB ただしクラウド上の仮想、他のサービスはOK（重くない） プロジェクト（コミットされてるファイル一式） 350MB ファイル数50712 フォルダ数841 svnバージョン 1.4.2 (r22196) TortoiseSVN 1.7.4 Win7 Pro 32bit Phenom II X4 955 3.20GHz 4GB サイズは案外大したことなかった、中身はPHPのフレームワークで作ったWebサービス一式 ただ画像などバイナリファイルが多い 58 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 16:32:56.75 ] その重いブランチに含まれるリビジョンも大量なのかな 59 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 16:45:32.96 ] あ、リビジョン書き忘れてた 現在9000ぐらいです 同じ鯖で同じPCで別プロジェクト（リポジトリ同じ、ファイル数少ない）だと大丈夫ぽい 同じ鯖で別PCで問題のプロジェクトだと問題発生 なのでこのプロジェクト固有の問題と見てよさそう 問題が起きない方のプロジェクトもリビジョンは同じくらい となるとsubversionは、ファイル数が万の桁ぐらいになると実質使えなくなるということだろうか 60 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 16:54:29.38 ] 最新のSVNで別サーバー建ててプロジェクトコピって、それでもダメならそーなんじゃね？ 61 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 18:13:25.24 ] ざっくりした調査だけど、 find . -print | wc -l => 約12,000 du project_dir => 約190MB で、svn stは一瞬、svn updateが3秒位。 鯖のスペック。メモリは1GB。 $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Celeron(R) CPU 2.40GHz stepping : 1 62 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 18:55:13.12 ] ワーキングディレクトリのファイル数見ても判断難しいかも 63 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 21:46:02.59 ] bdb使ってますた。というオチだったり。 64 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 22:51:53.47 ] >>48 ファイル数が多いとチェックアウトやアップデートが途中で終わるというのはよく経験したよ。 TortoiseSVNよりsvnコマンドを使う方が改善はするけど結局問題は起きます。 あとリビジョンが増えるとsvn logが時間かかりすぎるのでオプションで範囲を絞った方がよさげ。 65 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 23:32:06.25 ] となるとファイル数が数万以上の場合、安心して使えるバージョン管理システムって何だろう 今までsubversionしか使ったことないからわからない 66 名前：デフォルトの名無しさん mailto:sage [2012/02/07(火) 23:49:22.25 ] >>65 svnからの切り替え先にbzrを検討するなど（最終的にはhgになった‥） togetter.com/li/91517 67 名前：デフォルトの名無しさん mailto:sage [2012/02/09(木) 08:08:09.36 ] >>57 > 鯖 CentOS5.4 XeonE5620@2.40GHz 4GB ただしクラウド上の仮想、他のサービスはOK（重くない） クラウド上ってのが気になるな。ネットワークが不安定なんじゃないの？ 「他のサービスは重くない」のは具体的になに？ svnほど短時間に大量のデータをやりとりするもの？ ネットワーク的に近いVMの上に最新バージョン入れて速ければネットワークが原因だろうな。 過去ログにも散々でてるけど回線が細くて不安定だとsvnはつらい。 > プロジェクト（コミットされてるファイル一式） 350MB ファイル数50712 フォルダ数841 リポジトリサイズは大きくないと思う。 ファイル数 2-4万、3-7万リビジョン、ファイル数 1-4万程度のリポジトリがいくつかあるけどエラーなんて起こったことない。 svn updateはせいぜい数十秒。ただほとんどがソースファイルでサーバー(v1.5.xか1.6.x)は社内にある。 68 名前：デフォルトの名無しさん mailto:sage [2012/02/09(木) 08:14:55.12 ] >>67 ネットワークは問題ないと思う、SVN以外で不具合を感じたことはない。 開発用サーバーなので、本番用と同じWebサービスが一式入っている。 ApacheとMySQLとmemcachedとTokyoTyrantを使用。SVN以外にWinSCPでファイル一式上げたりもするが、そっちは問題なし。 そんな感じで絞っていくと、結局画像ファイル数が多いことぐらいしか思い付かない。 SVNってバイナリ苦手なんだっけ？ 画像が大量追加された時によく問題起きてる気がする。画像1個1個は小さいんだけど。 69 名前：デフォルトの名無しさん mailto:sage [2012/02/09(木) 08:17:14.38 ] 具体的に調べたら、画像が200MBぐらい、ファイル数32000ぐらいだった 70 名前：デフォルトの名無しさん mailto:sage [2012/02/09(木) 23:53:52.07 ] >>68 > 開発用サーバーなので、本番用と同じWebサービスが一式入っている。 開発サーバーとリポジトリサーバーが同じなのか？本当にいいのかそれでw > ApacheとMySQLとmemcachedとTokyoTyrantを使用。SVN以外にWinSCPでファイル一式上げたりもするが、そっちは問題なし。 これらは開発PCとの間で大量データをやり取りするわけじゃないよな。 > 具体的に調べたら、画像が200MBぐらい、ファイル数32000ぐらいだった 通信のときにバイナリとテキストなんか区別してないから、この程度で問題が起きるとも思えない。 まだネットワークが問題という疑念は捨てきれないが、そうでないとしたら、、 > svnバージョン 1.4.2 (r22196) これがはずれバージョンなのかもしれない。別サーバーで1.6か1.7を試してみたら？ クライアントの話だけどリリース前の1.7.0-Beta(Serfを採用していたバージョン)は 通信が不安定でcheckout中に頻繁に落ちてた。(1.7リリースでは最終的にNeonになって安定した) 71 名前：デフォルトの名無しさん mailto:sage [2012/02/09(木) 23:55:33.82 ] 「リポジトリサイズが大きくて」というやつはここを見るといいよ svn.apache.org/repos/asf/ 現時点で124万リビジョン 72 名前：デフォルトの名無しさん mailto:sage [2012/02/10(金) 02:05:16.83 ] それが何の解決にもならないことに気がついてないのかな 73 名前：デフォルトの名無しさん [2012/02/10(金) 07:54:13.88 ] >>72 kwsk 74 名前：デフォルトの名無しさん mailto:sage [2012/02/10(金) 08:04:48.09 ] バグなおしてくれよ。バグのせいでSVNは使いものにならん。 75 名前：デフォルトの名無しさん [2012/02/10(金) 08:55:13.26 ] >>74 kwsk 76 名前：デフォルトの名無しさん [2012/02/14(火) 01:33:59.10 ] Apache Subversion 1.7.3 age svn.haxx.se/dev/archive-2012-02/0392.shtml 77 名前：デフォルトの名無しさん mailto:sage [2012/02/14(火) 10:15:48.66 ] >>10 bzrはあれがスレの主ですから 78 名前：デフォルトの名無しさん [2012/02/14(火) 11:22:55.80 ] TortoiseSVN 1.7.5 age tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=755&dsMessageId=2922121 79 名前：デフォルトの名無しさん mailto:sage [2012/02/15(水) 08:42:30.25 ] TortoiseSvnでリポジトリ内でコピーとかブランチの作成では 要領削減のため実態のコピーは行われないと思います。 ファイル名がA〜Zまでの巨大なバイナリファイルがあって それらをほとんど結合したようなファイルAAに統合したいのですが コピーと同じように、実態のコピーではなく、 結合の関係だけをリポジトリに記録することはできないでしょうか。 80 名前：デフォルトの名無しさん mailto:sage [2012/02/15(水) 11:52:00.92 ] >>79 残念ながら今はそういう記録の仕方はできないね。 81 名前：デフォルトの名無しさん mailto:sage [2012/02/15(水) 13:12:27.22 ] >>79 AAを作るスクリプトを作っとけばいいかもしれない 82 名前：デフォルトの名無しさん mailto:sage [2012/02/15(水) 22:56:23.23 ] Apache Subversion 1.7.3リリース、安定性の強化がメイン sourceforge.jp/magazine/12/02/15/1149213 83 名前：デフォルトの名無しさん mailto:sage [2012/02/20(月) 15:39:30.07 ] TortoiseSVN(1.7.4)のコミット画面に 「A new version of TortoiseSVN is available〜」が出るんだけど、 この文字を消す設定はありますか？ バージョンアップはこっちの都合のいいタイミングで行うので、 毎回せかされたくないんですが。 84 名前：デフォルトの名無しさん mailto:sage [2012/02/20(月) 15:49:19.17 ] あるよ ヘルプ嫁 85 名前：デフォルトの名無しさん mailto:sage [2012/02/20(月) 23:21:56.52 ] いまどきSubversion使ってるおとこの人って。。 86 名前：デフォルトの名無しさん mailto:sage [2012/02/20(月) 23:29:35.31 ] だからLinuxのカーネルのソースは何G？ (ｷﾘｯ 87 名前：デフォルトの名無しさん [2012/02/20(月) 23:49:01.49 ] 　　　　　　　##### 　　　　############# 　　 ################# 　###　 　 　　　　　　　　## 　#　 　 　 　 　 　 　　　　　# #　 　 　 　 　　　　　　　　　# 　#　 　 　 　 　 　 　　　　　# 　##　 　 　 　　　　　　　## 　　#########　　　　 #### 　　　###### #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　　　　　　　　　　　　 #### 　　　　　　　　　　　　　### 　 　 　 　 　 　 　 　 　 　 # #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　 　 　 　 　 　 　 　 　 　 # 　　　　　　　　　　　　　### 　　　　　　　　　　　　 #### 88 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 01:00:26.10 ] だからLinuxのカーネルのソースは何G？ (ｷﾘｯ 89 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 08:43:28.83 ] >>88 　　　　　　　##### 　　　　############# 　　 ################# 　###　 　 　　　　　　　　## 　#　 　 　 　 　 　 　　　　　# #　 　 　 　 　　　　　　　　　# 　#　 　 　 　 　 　 　　　　　# 　##　 　 　 　　　　　　　## 　　#########　　　　 #### 　　　###### #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　　　　　　　　　　　　 #### 　　　　　　　　　　　　　### 　 　 　 　 　 　 　 　 　 　 # #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　 　 　 　 　 　 　 　 　 　 # 　　　　　　　　　　　　　### 　　　　　　　　　　　　 #### 90 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 09:38:22.79 ] だからLinuxのカーネルのソースは何G？ (ｷﾘｯ 91 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 11:06:04.95 ] >>90 　　　　　　　##### 　　　　############# 　　 ################# 　###　 　 　　　　　　　　## 　#　 　 　 　 　 　 　　　　　# #　 　 　 　 　　　　　　　　　# 　#　 　 　 　 　 　 　　　　　# 　##　 　 　 　　　　　　　## 　　#########　　　　 #### 　　　###### #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　　　　　　　　　　　　 #### 　　　　　　　　　　　　　### 　 　 　 　 　 　 　 　 　 　 # #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　 　 　 　 　 　 　 　 　 　 # 　　　　　　　　　　　　　### 　　　　　　　　　　　　 #### 92 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 14:43:27.19 ] Tortoise SVNの1.7を使っていて、サーバを立てずに 別マシンの共有フォルダ上にリポジトリフォルダを置いているのですが、 そこをエクスプローラのコンテキストメニューからリポジトリブラウザで開くと、 file://…/Hoge ├Hoge │├brunches │├tags │└trunk ├brunches ├tags └trunk という変なツリー構造で表示されてしまいます。 「URL」に記述されているマシン名をすべて小文字にすると、 file://…/Hoge ├brunches ├tags └trunk と正しく表示されます。 1.6のときは発生していなかったのですが、 1.7では表記の違いで表示が変わるようになってしまったのでしょうか？ 93 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 14:55:19.74 ] > ネットワークフォルダー上のリポジトリへのアクセス > > 原理上、 FSFS リポジトリはネットワークフォルダー上に配置でき、 file:// プロトコルを用いて > 複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。実際のところ、この > ような使い方を私たちは思いとどまってほしいと 強く 思いますし、サポートもしません。 94 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 15:01:35.36 ] >>93 複数人ではアクセスしてないです。 95 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 15:23:24.71 ] 自分一人しか使わないんだったら、バグなんだか仕様なんだか知らないが、推奨されない使い方 してんだから、それはそういうものだとして我慢しとけ 96 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 18:24:01.41 ] 推奨されない使い方をしてるんだから、不具合でたら自分でなおしてフィードバックしよう。 97 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 19:43:15.89 ] msysGit UTF-8 版 ktkr さらば SVN 98 名前：デフォルトの名無しさん [2012/02/21(火) 20:22:25.01 ] だからLinuxのカーネルのソースは何G？ (ｷﾘｯ 99 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 21:56:07.54 ] ようやくGit UTF8版きたか。めでたい。 これでちゃんと特徴を見てVCS選択できるようになるな。 100 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 22:26:45.82 ] GITには基地外ユーザがいるから検討の対象外。 101 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 23:54:19.03 ] >>92 TortoiseSVN 1.7.5 で再現した。これはバグっぽいな。 確かにホスト名に大文字が入っているときだけディレクトリツリーが変。 102 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 02:06:06.88 ] >>92 別件で申し訳ないんだけど、branchesだよ。 >>96 推奨されない使い方をしている根拠を書いたほうが。>>93はそれには該当しないので。 103 名前：92 mailto:sage [2012/02/22(水) 09:11:17.67 ] >>101 確認していただきありがとうございます。 >>102 失礼しました。 これは1発目のタイプミス＋コピペの弊害です。 実際の環境ではもちろんbranchesになっています。 104 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 10:45:59.64 ] >>102 > 推奨されない使い方をしている根拠を書いたほうが。>>93はそれには該当しないので。 単一のユーザだけがアクセスするネットワークフォルダーへのアクセスだから >>93には該当しないとか屁理屈付けたって、開発元が > サポートもしません。 と、明言してるんだから自分でやれよ。優先順位って知ってるか? 単一のユーザでネットワークフォルダーにfileスキームでアクセスしたい ユーザーが世界中に何人いるんだ? つまりはそういう事だ。 105 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 11:05:08.32 ] ということにしたいんだな 106 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 11:08:31.49 ] >>104 > 単一のユーザでネットワークフォルダーにfileスキームでアクセスしたい > ユーザーが世界中に何人いるんだ? うちの周りじゃほとんどこのパターンだなぁ。 サーバ立てられないから。 107 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 11:10:40.33 ] >>106 > サーバ立てられないから。 つ github/bitbucket 108 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 11:37:03.72 ] やるなと言ってないんだから、困ってるやつがなおせばいいだろ。 109 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:19:45.30 ] >>102 ＞根拠を書いたほうが。 言葉の解釈の問題だな。 非推奨は、ネットワークディレクトリに 配置することか、複数人がアクセスする ことか。 リモートのファイルシステムでの動作は 保証しにくいことがたぶん理由だろうと 思うと、前者だと思っとくほうが安心だろ。 クラッシュして困るのは自分だしな。 110 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:44:10.56 ] TortoiseSVN 1.4.5 を使っていますが、 管理しているファイル数が多いのと、もともと非力なマシンなので 重いです（エクスプローラがよく固まる） なのでエクスプローラに統合しない、スタンドアローンなタイプの Subversion クライアントを 探しているのですが、何かいいのはないですか? イメージとしては WinCVS みたいなやつ。 RapitSVNを入れたことがあるが、これはファイル数以前によく固まったので 使うのをあきらめた。 111 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:49:21.46 ] >>110 git-svnでGit Extensions msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！ d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8 112 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:59:05.44 ] >>111 Git信者ってなんでこんなに必死なんだ? 113 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 14:05:14.44 ] >>110 TortoiseSVNの影響でエクスプローラーが重いのなら、 アイコンオーバーレイの「状態のキャッシュ」を無しにしてみたらどーだろ 114 名前：デフォルトの名無しさん [2012/02/22(水) 14:11:42.34 ] >>112 svn信者ってなんでこんなに必死なんだ? 115 名前：110 mailto:sage [2012/02/22(水) 15:13:54.48 ] >>113 レスありがとうございます。 それもためしてみたのですが、 ・アイコンオーバーレイ無： 　フォルダにはマークがつくが、ファイルにはマークがつかないのでわかりづらい。 ・アイコンオーバーレイシェル： 　再帰的にマークを付けなくなるので、サブフォルダでは変更中(赤)のものがあっても、 　親フォルダに戻ると、そのフォルダ名は赤でなく緑で表示されるので、勘違い(作業ミス)の元になる ということでいまいちです。 まぁエクスプローラが遅いのに加え、TSVNcache.exe がバックグラウンドでずーっとガリガリ行っているのも 原因だと思うのですが、このあたり WinCVS は、うまく操作性とバランスが両立していました。 なのでそういった独立したGUIツールを探しています。 116 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 16:18:56.23 ] >>115 bzr-svnでBzrExplorer 117 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 22:02:22.79 ] >>115 RapidSVNの完成度が低いのが痛いな。 気休めだがTortoiseSVNを最新にしてみたら？ 各フォルダの.svnも無いし、1.7は相当良くなっているよ。 118 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 22:43:13.92 ] >>104 > file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。 これも含めて引用しないと、推奨されない(およびそれが非サポートである)根拠にならないってことだよ。 たとえば以下のようなレスを初心者に対して行うとどう捉えるだろうか。 svnのマニュアルより引用 > 複数のユーザーからアクセスできますが、これは絶対にお勧め しません 。 > 実際のところ、このような使い方を私たちは思いとどまってほしいと 強く 思いますし、サポートもしません。 119 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 22:44:43.98 ] 連レスになるけど。 >>109 引用が不適切だったから、そのどちらとも取れるレスになっていたよね。 120 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 23:02:22.42 ] smartSVNっていうのはどうか もし試したら使用感をおしえてくれ 121 名前：110 mailto:sage [2012/02/23(木) 01:56:28.08 ] みなさんレスどうもありがとうございます。 >>117 それもちょっと考えた。職場の人が TortoiseSVN 1.7 にしたら だいぶ早くなったといっていたので、入れ替えてみるか。 作業コピーのディレクトリは、checkoutしなおしだな。 >>120 あれから subversion gui client などでググってみましたが、 いろいろあるようですね。 Comparison of Subversion clients - Wikipedia en.wikipedia.org/wiki/Comparison_of_Subversion_clients Subversionのクライアント: MyWay volatile.cocolog-nifty.com/blog/2007/03/subversion_e769.html SmartSVNはさっきおとしてみたので、あとで使ってみる。 122 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 03:23:19.57 ] >>92 > という変なツリー構造で表示されてしまいます。 1.7.x Repo Browser - showing folders twice tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2922366 このバグが近いんじゃないか。 Nightly Build(TortoiseSVN-1.7.99.22573-dev-x64-svn-1.7.x-dev.msi) で試したら直ってた。（大文字でアクセスできなくなっていた） nightlybuilds.tortoisesvn.net/latest/ 123 名前：92 mailto:sage [2012/02/23(木) 09:15:26.87 ] みなさんありがとうございます。 >>122の情報だと、近々直りそうな感じなので、 とりあえずこのまま次のバージョンを待とうかと思います。 124 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 09:21:57.77 ] 共有フォルダにリポジトリをおいて file:/// プロトコルが推奨されないのは 複数同時アクセスに比較的弱いのと、権限上、誰でもファイルを消せてしまう（リポジトリを壊せてしまう）からだよ。 ネットワーク経由であることになにか致命的な欠陥があるわけじゃない 125 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 11:00:45.43 ] >>118-119 最初に引用したときは、一人で使ってるなんてわからなかったんだよ 126 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 11:51:42.47 ] >>124 議論を蒸し返すようで申し訳ないけど、 権限上誰でも壊せてしまうのは、運用でどうにでもなるからいいとして、 同時アクセスについては、速度はともかく、FSFS だったら一貫性は 保たれているのかな、と思っていた。 127 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 15:28:44.99 ] >>117 >各フォルダの.svnも無いし、 あれ？そうだっけ？と思い確認してみたら .svnはルートだけになってたわ。 気づかなかった…（ぉぃｗ 128 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 15:36:06.03 ] >>125 あたまわるい 129 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 16:21:03.57 ] >>127 Subversion 1.7からそうなったんだよ 130 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 22:17:36.29 ] >>125 >>128みたいにあたまわるいとは言わないが、複数人で使うかどうかは関係なかったんじゃないか？ 131 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 13:25:47.47 ] >>126 リモートファイルシステムの動作保証 まではできないだろ。 ふさふさをどうこういっても、所詮は ファイルベースなんだし。 132 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 14:40:00.02 ] >>131 お前、頭悪いぞ。 境界はFSFSが要求する排他制御のメカニズムという事で動作保証は可能。 つーか、file:スキームで直接アクセスするクライアントもhttp:,svn:(ssh+svn:) も同じメカニズム使ってるので、動作保証してくれてなけりゃ使えない。 133 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 14:57:29.81 ] ん？ クライアントなんか関係無くて、問題はsvnのサーバあるいはコマンドだろ。 134 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 15:01:21.23 ] >>132 お前、頭悪いぞ。 > file:// アクセスは、ローカルでの1ユーザーのみのアクセスを想定しており、そのようにテストとデバッグを行っています。 と明言されてるのがわからんの？ 135 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 15:06:13.52 ] >>132 ロックはディレクトリにファイルを作って消す。 ディレクトリのパーミッションがWindowsとUnix/Linuxでは違う。 ディレクトリにファイルを追加できるが削除できないとか。 中間ファイルがゴミの山。 136 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 15:34:27.54 ] >>133 > クライアントなんか関係無くて、問題はsvnのサーバあるいはコマンドだろ。 そのsvnのサーバあるいはコマンドも同じメカニズムを使って排他制御している。 svn: svn+sshならsvnserveだ。こいつらはクライアント毎に別プロセスが排他制御 してFSFSにアクセスする。 >>134 バカ? アクセススキームに関してのテストをそれしかやってないと言ってるだけだ。 FSFSの排他制御とは独立。 >>135 お前がこの三バカのなかで、一番頭悪そうだ。ドキュメント読めよ。 Note: Locking ------------- Locking is currently implemented using the apr_file_lock() function, which on Unix uses fcntl() locking, and on Windows uses LockFile(). Modern remote filesystem implementations should support these operations, but may not do so perfectly, and NFSv2 servers may not support them at all. 137 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 15:37:59.86 ] >>136 ご託はいいから、一人がアクセスする場合に限れば、あらゆるファイル共有プロトコルをsvnが正式にサポートしている証拠を示せ。 138 名前：デフォルトの名無しさん [2012/02/24(金) 15:46:19.40 ] >>136 その引用にもperfectlyでないと書いてあるが？ 139 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 15:57:02.51 ] >>122-123で終わった話題をいつまでやってるんだろう、この人達 140 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 15:58:53.55 ] 　　　　　　　##### 　　　　############# 　　 ################# 　###　 　 　　　　　　　　## 　#　 　 　 　 　 　 　　　　　# #　 　 　 　 　　　　　　　　　# 　#　 　 　 　 　 　 　　　　　# 　##　 　 　 　　　　　　　## 　　#########　　　　 #### 　　　###### #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　　　　　　　　　　　　 #### 　　　　　　　　　　　　　### 　 　 　 　 　 　 　 　 　 　 # #　 　 　 　 　　　　　　　　# ##################### ##################### #　 　 　 　 　　　　　　　　# 　 　 　 　 　 　 　 　 　 　 # 　　　　　　　　　　　　　### 　　　　　　　　　　　　 #### 141 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 16:19:47.17 ] >>137 そんな事誰がいつ言ったんだ? 糖質は周りがすべて敵に見えて妄想に入り込むらしいな。 基地外病院行った方がいいぞ。 >>138 apr_file_lockで排他制御してる、unixだったらfcntl, WindowsはLockFile, でもそれがうまく動かんときは知らんもんね。という意味。 その範囲で保証してくれりゃ十分だよ。それで足りないというならお前が自分で検証する事だ。 >>139 こんなところで粘着してる余裕はないぞ。Git信者。 Mercurial vs Git: Why Mercurial? blogs.atlassian.com/2012/02/mercurial-vs-git-why-mercurial/ 142 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 16:31:27.77 ] >>141 > その範囲で保証してくれりゃ十分だよ。 その範囲でしかsvnを使ったことが無いのがよくわかった。つまり一人だけで。 143 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 16:36:02.33 ] >>141 お前が一番粘着質 消えろ 144 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 16:44:18.81 ] >>141 お前が何の話をしたいのか知らないが、お前以外は、たとえ一人でもFSFS・ファイル共有で使うのは良くない、 またはサポートされていないという話をしている。 で、お前は > 動作保証してくれてなけりゃ使えない と言うが、そもそもそんな動作保証やサポートされてませんがという話。 145 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 16:52:49.33 ] >>141 周りが全て敵に見えてるのは、君の方では？ 146 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 17:23:53.80 ] >>143 糖質は早く基地外病院行った方がいいって。 >>144 > お前が何の話をしたいのか知らないが、お前以外は、たとえ一人でもFSFS・ファイル共有で使うのは良くない、 それはお前が頭が悪いからそのようにしか理解できてないだけ。 俺が言っているのは、リポジトリにアクセスするのがsvnであろうとsvnserveで あろうとはたまたmod_svnであろうと、同一の排他メカニズムを使用していて、 信頼性は同一。 共有フォルダでのfileスキームでのアクセスが非推奨なのはアクセス制御が できないから。これが技術的問題。これを指摘しただけだ。 一人ならFSFS・ファイル共有で使ってよいかという問題は、前述のように排他制御 という観点からはなんら問題ない。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef