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
2 名前:デフォルトの名無しさん mailto:sage [2012/01/17(火) 22:27:58.48 ] 前スレ r13 toro.2ch.net/test/read.cgi/tech/1286654542/ r12 hibari.2ch.net/test/read.cgi/tech/1254838551/ r11 pc12.2ch.net/test/read.cgi/tech/1230488758/ r10 pc11.2ch.net/test/read.cgi/tech/1215565366/ r9 pc11.2ch.net/test/read.cgi/tech/1202086238/ r8 pc11.2ch.net/test/read.cgi/tech/1192864879/ r7 pc11.2ch.net/test/read.cgi/tech/1180858500/ 06 pc11.2ch.net/test/read.cgi/tech/1165892754/ 05 pc8.2ch.net/test/read.cgi/tech/1145841405/ 04 pc8.2ch.net/test/read.cgi/tech/1129642894/ 03 pc8.2ch.net/test/read.cgi/linux/1100622362/ 02 pc5.2ch.net/test/read.cgi/linux/1078609142/ 01 pc.2ch.net/test/read.cgi/linux/1002355536/
3 名前:デフォルトの名無しさん mailto:sage [2012/01/17(火) 22:28:16.86 ] TortoiseSVN tortoisesvn.net/ ■文書 Subversionによるバージョン管理(日本語訳) subversion.bluegate.org/ svnbook PDF版 psyto.s26.xrea.com/misc/svnbook/ CVSユーザのためのSubversionガイド(wakatonoさん) slashdot.jp/journal.pl?op=display&uid=12&id=200792 ■Wiki Subversionメモ terai.xrea.jp/Subversion.html ■記事(ちょいと旧め) www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html ukai.jp/Slides/2003/0521-lw2003/html/ ukai.jp/Articles/2003/uu-svn/
4 名前:デフォルトの名無しさん mailto:sage [2012/01/17(火) 22:28:38.83 ] ◆関連スレ バージョン管理システムについて語るスレ8 [プログラム板] toro.2ch.net/test/read.cgi/tech/1295493964/l50 CVS 1.3 [UNIX板] hibari.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] toro.2ch.net/test/read.cgi/tech/1113141518/ subversion バージョン管理【サブバージョン】 [Linux板] engawa.2ch.net/test/read.cgi/linux/1154701996/ Git 3 [プログラム板] toro.2ch.net/test/read.cgi/tech/1310403238/ 【分散型バージョン管理】 Mercurial 2【hg】 [プログラム板] toro.2ch.net/test/read.cgi/tech/1321109748/ 【bzr】Bazaarでバージョン管理 Rev 2 [プログラム板] hibari.2ch.net/test/read.cgi/tech/1265951333/
5 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 08:57:35.81 ] 1乙
6 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 13:13:47.02 ] >>1 乙。 Gitとかに比べれば時代遅れかもしれないけど、 まだまだ Subversion を使う現場は多いので、仕切り直していきましょう。
7 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 18:54:52.51 ] 1.6 から1.7 への変更って一昔前なら雑誌で特集されてもいいくらいの機能追加なのに 今では見向きもされないのが不憫でならない
8 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 20:05:26.23 ] 1000 名前:デフォルトの名無しさん [sage]: 2012/01/18(水) 15:45:06.29 1000 git
9 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 20:58:37.74 ] >>7 確かに何追加されたか知らない……
10 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 21:23:32.70 ] Bazaarスレのワケワカラン荒らしといい、なんか変なのが湧いているな。
11 名前:デフォルトの名無しさん mailto:sage [2012/01/18(水) 22:30:26.39 ] .svnが1つに統合されたことなら知ってる
12 名前:デフォルトの名無しさん mailto:sage [2012/01/19(木) 11:35:03.41 ] それが大きいよなあ。1.6以前の不満のかなりの部分が解消した。 git/hgは高機能で便利だけどそれは複雑さとのトレードオフでもあるからね。 会社で使おうとしてもまだ平均的プログラマが使いこなせるものではないと思う。 レベル低いって言われたらまぁそうなんだけど。 checkout,commit,updateだけでほとんど済んでしまうsvnのシンプルさは素晴らしい
13 名前:デフォルトの名無しさん mailto:sage [2012/01/19(木) 11:49:29.88 ] >>12 >checkout,commit,updateだけでほとんど済んでしまうsvnのシンプルさは素晴らしい それはgit/hgでも同じこと
14 名前:デフォルトの名無しさん mailto:sage [2012/01/19(木) 11:56:43.31 ] >>12 > 会社で使おうとしてもまだ平均的プログラマが使いこなせるものではないと思う。 git/hgはコマンドラインは枯れていて、GUIも充実してきているから、 今使い始めなければ、永久に使いこなすことはできないだろう。
15 名前:デフォルトの名無しさん mailto:sage [2012/01/19(木) 12:34:42.33 ] >>12 禿しく同意だわ 自分も理解しきれてないのもあるけど、音頭取りの立場としては 考え方がちょい(?)複雑になる分散システムを、皆が普通に使えるか不安。 日本語ファイル名のものもあるから、文字化けせずに安心して使えるか? とか >>14 そうなんだよな〜 焦るぜ。 変えるなら、まだまだ規模の小さいうちに・・・ とか思うんだけどね。
16 名前:デフォルトの名無しさん mailto:sage [2012/01/20(金) 21:32:00.30 ] SVN使っているが、Gitを使いたいと思う場面に出くわしたことがないなぁ。 わざわざ新しい物に食いつくにはそれなりの理由があると思うけど、 その理由は何?
17 名前:デフォルトの名無しさん mailto:sage [2012/01/20(金) 21:55:00.26 ] 今のものに満足していれば、他のものに食いつかないのはある種当然で、 ともあれ他のものを食べてみないことにはそれが今のものよりもうまいのかまずいのか実感できないよ
18 名前:デフォルトの名無しさん mailto:sage [2012/01/20(金) 22:39:14.15 ] いつからか分からないが、TotroiseSVNで右ドラッグでのコピー・移動ができなくなった みんなは出来てる? TortoiseSVN 1.7.4 Win7(x64)
19 名前:デフォルトの名無しさん mailto:sage [2012/01/20(金) 23:17:53.38 ] できてるよ。
20 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 07:05:28.47 ] >>16 オフラインでも使えると便利
21 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 11:32:26.35 ] >> 19 サンキュ やっぱりみんなは出来てるんだな 確か1.7から出来なくなった気がする 環境の問題か
22 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 12:29:35.03 ] うーん、なんともならん フォルダを右ドラッグすると「SVNバージョン管理下の項目をここにエクスポートする」 だけが表示されて、 ファイルを右ドラッグしたときはSVN関係のメニューは何も表示されない XPの32bitではちゃんと出来てるけど、Win7の64bitはダメなのか? 誰か助けて
23 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 13:28:59.75 ] 7/64/1.7.1だけどできてるぞ。
24 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 14:03:05.47 ] 関係ないけど XP x64 TortoiseSVN1.7.4 でも右ドラッグ&ドロップできてる。
25 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 16:13:45.95 ] >>22 それ、バージョン管理下にあるファイルやフォルダを右ドラッグして、 バージョン管理下にないフォルダにドロップしようとしてないか?
26 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 22:14:48.59 ] >>16 > わざわざ新しい物に食いつくにはそれなりの理由があると思うけど、 > その理由は何? sourceforge.net を「開発者」として利用すればわかる。1にスピード、2にスピード。 サーバーの問題もあるんだろうがsvnだと履歴見たりコミットするのに数分かかることがあるんだよね。全く使い物にならない。 gitはローカルしか参照しないから一瞬。回線が弱いところで分散型は強い。 ブランチガーとかマージガーというのはこれに比べたら些細な理由。もちろん便利なことは否定しない。 会社でsvn使っていても、積極的にgitに変えたいと思うほどの不満は感じない。 「OSSが次々とgitに移行」というのはgitの勢いを表してはいるけど、 OSS特有の事情を含んでいることも知った上で考えないと
27 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 11:47:40.95 ] GITユーザーはギガリポジトリを数分で取得できるらしいから、 回線スピード関係ないじゃん。
28 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 12:24:56.90 ] また頭が弱いのがわいてきたようで。 ギガのデータを数分で取得するのは当たり前の環境だけど、常時接続とは限らない。
29 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 13:04:40.71 ] git のはなしは、git スレでやってくれよ。
30 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 13:58:37.44 ] ギガリポジトリを数分で取得するには20Mビット/s程度で転送する必要があるんだが、 GITサーバーってそんなに性能高いのか? やっぱり、バカ専用。ww
31 名前:デフォルトの名無しさん [2012/01/22(日) 14:07:52.42 ] >>30 > GITサーバーってそんなに性能高いのか? GITにサーバーなんてないけど? しったかぶりの幼稚園児乙
32 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 14:12:21.77 ] 要求する方がクライアント、要求にこたえる方がサーバ。 やっぱり、バカ専用。ww
33 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 14:13:10.08 ] >>30 > ギガリポジトリを数分で取得するには20Mビット/s程度で転送する必要があるんだが、 コマンドラインでgit cloneを叩けば、転送速度も表示されてこれ位余裕で出るのはすぐわかるのだが。 いいかげんsvnスレをゴミで埋めるのやめたら? 他の健全なsvnユーザに迷惑だよ。
34 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 14:22:51.30 ] >>32 > 要求する方がクライアント、要求にこたえる方がサーバ。 gitでは一貫して「リモート」と呼んでいる。 リモートでの作業 progit.org/book/ja/ch2-5.html
35 名前:デフォルトの名無しさん mailto:sage [2012/01/22(日) 21:03:43.13 ] 1.7のsvnrdump便利!画期的!と思ってたけど実はsvnsyncとできることほとんど変わらないのかな
36 名前:デフォルトの名無しさん [2012/01/23(月) 01:24:31.11 ] >>33 どっちがウソつきなのでしょう? w www.ibm.com/developerworks/jp/linux/library/l-git/ Git が kernel.org からローカル・マシンにカーネル・ソース (サイズは何百メガバイトにもなります) を転送するため、このステップは長時間かかります。 出力はかなり見にくく、インターネット接続が高速な場合は、相当早くスクロールするはずです。出力は図 1 のようになります。
37 名前:デフォルトの名無しさん [2012/01/23(月) 06:52:31.21 ] >>36 日付: 2006年 7月 06日 (公開: 2006年 6月 29日)
38 名前:デフォルトの名無しさん mailto:sage [2012/01/23(月) 08:39:23.90 ] % time git clone git://github.com/torvalds/linux.git Cloning into linux... remote: Counting objects: 2330153, done. remote: Compressing objects: 100% (480501/480501), done. remote: Total 2330153 (delta 1912008), reused 2238807 (delta 1827162) Receiving objects: 100% (2330153/2330153), 546.78 MiB | 1.39 MiB/s, done. Resolving deltas: 100% (1912008/1912008), done. real 12m6.126s user 4m1.950s sys 0m44.356s
39 名前:デフォルトの名無しさん mailto:sage [2012/01/23(月) 09:29:20.24 ] % time git clone ssh://hoge/linux linux Cloning into linux... remote: Counting objects: 2330153, done. remote: Compressing objects: 100% (395655/395655), done. Receiving objects: 100% (2330153/2330153), 546.78 MiB | 6.97 MiB/s, done. remote: Total 2330153 (delta 1912008), reused 2330153 (delta 1912008) Resolving deltas: 100% (1912008/1912008), done. real 6m40.600s user 3m57.155s sys 0m36.466s
40 名前:デフォルトの名無しさん [2012/01/23(月) 10:31:49.31 ] >>38 > real 12m6.126s やっぱ数分はウソじゃん。 > 546.78 MiB > だからLinuxのカーネルのソースは何G? (キリッ これもウソだし。
41 名前:デフォルトの名無しさん [2012/01/23(月) 10:37:37.42 ] ##### ############# ################# ### ## # # # # # # ## ## ######### #### ###### # # ##################### ##################### # # #### ### # # # ##################### ##################### # # # ### ####
42 名前:デフォルトの名無しさん [2012/01/23(月) 15:38:51.71 ] だからLinuxのカーネルのソースは何G? (キリッ
43 名前:デフォルトの名無しさん mailto:sage [2012/01/23(月) 15:48:46.22 ] もうやめようぜ
44 名前:デフォルトの名無しさん mailto:sage [2012/01/23(月) 16:33:45.61 ] 整形されることを期待して連貼り、整形されてそれを連貼り…?
45 名前:22 mailto:sage [2012/01/25(水) 09:15:01.40 ] いまさらだけど、Win7でのTortoiseSVNで右ドラッグが効かない件の 原因が分かった エクスプローラに /root オプションをつけて起動したフォルダ以下では 右ドラッグが効かないようだ 俺はいつもプロジェクト毎で /root をつけてエクスプローラを起動して るからこのおかげで全然出来なくなってた
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 で再現した。これはバグっぽいな。 確かにホスト名に大文字が入っているときだけディレクトリツリーが変。