[過去ﾛｸﾞ] バージョン管理システムについて語るスレ3 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
603(1): 2009/03/01(日)14:11 AAS
そもそも「リポジトリ」という言葉の意味すらシステムによって違うしな
>>601
端的に言うと、分散型の進め方では
「フルのクローンをそれぞれ持っている」という理解はおおよそ合ってる
各作業メンバーが、「masterの履歴＋自分が行った変更の履歴」を持ってるような感じ
> 巨大なプロジェクトだと一部だけ
> クローンして作業を進めたいというのはあり得ると思います。
一部だけ持ってこれるような仕組みがあるよ
たとえばBazaarなら、履歴なしで最新版のファイルだけを取ってこれるようなオプションがある
604: 601 2009/03/01(日)14:58 AAS
>>602-603 ありがとうございます
>gitやhgは同じリポジトリの中でブランチ出来るけど、bazaarはリポジトリも別になるとか。
分散型といってもいろいろあるんですね、流儀が（当たり前か）。
>>602 wrote ネットワーク経由の場合もフルに取ってくるんじゃなくて、
>最新からこのリビジョンまでって指定も出来る。
>>603 wrote たとえばBazaarなら、履歴なしで最新版のファイルだけ
>を取ってこれるようなオプションがある
リビジョン範囲は指定できるものもあるんですね。
「分散型」を十把一絡げで理解しようとしたのが間違いでした。
605(1): 601 [長文すみません] 2009/03/01(日)15:01 AAS
最も強く疑問に思ったのは、あるプロジェクトのリポジトリ内に
「アプリの主要部分、いくつかの下請けライブラリ、
ドキュメント、UI関係」などがあったとき、
自分が担当しているライブラリ、ドキュメントの部分だけを
クローンして作業を進めるということができるのだろうか、という点でした。
これは最初から「ドキュメント用のリポジトリ」などに分離
しておくのが分散型の流儀なのだろうか？という点です。
これもDVCSによって異なるのかもしれませんが。
もう一つの疑問が、そのように完全に分離したとして、
共通の祖先をもたない複数のリポジトリを複数あつめて
一つのプロジェクトを遂行するのは難しいのでは？ということです。
たとえばプロジェクトの途中で「これは共通のライブラリで実現するように分離しよう」
などという決定が 可能なのだろうか、と懸念しています。
Pythonを常用しているので、まずはMercurialとBazaarから主に上記の点について
実感をもつべく使い始めてみようと思いますが、DVCSの機能もさることながら
運用上のポリシー という側面も大きいと思うので、実際に使っておられる方の
アドバイス（ベターなプラクティス）があればぜひお聞かせください。
606(1): 2009/03/01(日)16:48 AAS
そもそも分離したいという目的は？
リポジトリの物理的大きさの問題であれば
いまさらそんな気にすることはないと思うけど・・・
管理面の規模の問題なら、分割するのもありかもね。
JDK7 なんかは分かれてるし。
分割した方が管理コストがさげられるならそうするべきでしょう。
607: 2009/03/01(日)18:47 AAS
http://sarabande.info/doc/bzr/user-guide
ここの画像無くなってる？
608(2): 2009/03/02(月)20:27 AAS
>>601さん、なかなか興味深い質問ですね。
分散VCSを使い始めた人の意見や疑問点をもっと聞いてみたいので、ほかにも質問があれば遠慮なく書いてください。
もちろんすべてに答えられるわけではないですが、他の人にも参考になると思います。
>>606
ディスクスペースを節約するために必要なディレクトリだけ持ってくるというのはあり得る。
たとえばゲームのように画像や動画や音声ファイルがある場合、それらもリポジトリに登録するべきだけど、
そうするとリポジトリサイズが膨らみすぎて、いくらHDDが安いと言ってもちょっと困る。
リポジトリからとってくるネットワーク資源もばかにならない。
あと、ディレクトリごとにアクセス権をつけたいという要求もある。
たとえば画像ファイルは全員がアクセス可能だけど、元となるPhotoshopファイルはデザイナーだけがアクセス可能にしたい、とか。
＃この場合はリポジトリを分けた方が自然かも。
609: 2009/03/03(火)02:43 AAS
>>608
メディアファイルをリポジトリに「登録するべき」と決めつけずに、
分散かどうかに関わらず、リソースなども照らし合わせて管理方法を検討すべきだろうね。
最新ファイルしかいらないのにそもそもリポジトリを公開すべきなのか、とかも。
サブプロジェクトへの権限委譲については、
やっぱりJDK7みたいにするのがいいんじゃないかな。
アクセス制限も分散は難しいし、ロックもないし、
人間どうしの折衝や信頼は結構重要。
610(1): 2009/03/03(火)09:52 AAS
>>605
あまり回答にはなってないだろうけど参考までに。
何度も書いたが、CVS は modules ファイルを駆使してリポジトリツリーの
好きなところからちぎってきて組み合わせられるのが便利だった。
管理が良くも悪くもファイル単位ゆえ、自作ライブラリディレクトリから
アプリに必要なファイルのみチョイスするような芸当もできた。
今は Subversion を飛ばして Mercurial を使用(試用)中だけど、さすがに
CVS のような細かいことはできそうにないし、ハードウェアリソースも KB 単位で
ケチるような状況ではないので、ライブラリに関しては独立したリポジトリとして
開発時のディレクトリ構成を工夫している。
ただ、ファームウェアのような非常に小さなプロジェクトがたくさんあるような状況では、
いちいちリポジトリを分けるか一まとめにしてしまうかは悩むところ。分けると同期も面倒に
なってくる。今のところ、とりあえず一まとめにしているけど、もっといい方法はないか思案中。
大きなプロジェクトで使うことに主眼が置かれているんだろうな。
611: 2009/03/03(火)22:23 AAS
>>608
> あと、ディレクトリごとにアクセス権をつけたいという要求もある。
> たとえば画像ファイルは全員がアクセス可能だけど、元となるPhotoshopファイルはデザイナーだけがアクセス可能にしたい、とか。
> ＃この場合はリポジトリを分けた方が自然かも。
こういう事やりたいなら、PerforceやTeam Foundation Serverのような、
クライアント・サーバー型のバージョン管理システムが適してる。
612: 2009/03/03(火)23:08 AAS
python3000で組まれたバージョン管理ツールってないのかな？
bzrやhg何かの古株が対応するよりも新しく作る方が
早いかもしれんし。
613(2): 2009/03/04(水)13:17 AAS
windowsで日本語も使えるのはどれになるのでしょうか？
darcsの話題があんまり出ないのは死んだプロジェクトになってしまったのでしょうか？
614: 2009/03/04(水)14:19 AAS
>>613
全部試せよ。
それが嫌ならSubversionを押し戴け。
615: 2009/03/04(水)21:21 AAS
日本語を使えるので人に勧められるのはSubversionしかない
616: 2009/03/04(水)23:22 AAS
日本語コミットメッセージが書ければうちでは十分。
617: 2009/03/04(水)23:22 AAS
svnで不満があるならsvk使えばいいし。
svn最強。
618: 2009/03/05(木)02:30 AAS
svnは良くも悪くも無難でいいけど、svkはいろいろ酷い目にあった。
619(1): 2009/03/05(木)09:52 AAS
TortoiseHgの欠点は、
・付属のhgだと日本語ファイル名×
・TortoiseHgだと日本語ファイル名OK
・でも、hg mv がないｗｗｗ
ので、現時点で日本語ファイル名のファイルの移動する手段がありませんｗ
ワロタ
620: 2009/03/05(木)09:53 AAS
> ・でも、hg mv がないｗｗｗ
・でも、TortoiseHgにはhg mv 相当がないｗｗｗ
スマソ
621: 2009/03/05(木)09:55 AAS
>>613
WindowsでGUIでやりたいとなると、TortoiseSVNしか選択子なしですわ
622: 2009/03/05(木)10:51 AAS
肢
上下前次1-新書関写板覧索設栞歴
あと 379 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s