[過去ﾛｸﾞ]
バージョン管理システムについて語るスレ3 (1001ﾚｽ)
バージョン管理システムについて語るスレ3 http://echo.5ch.net/test/read.cgi/tech/1228366972/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
595: デフォルトの名無しさん [sage] 2009/02/27(金) 09:56:06 Linuxレベルならともかく、普通の規模のプロジェクトとか 普通の業務利用とかでそんなに賢いマージが必要 なのは、ちょっとどうかという気もするが・・・ マージだけならSubversionで困らない。 会社でSubversion個人でGitだけど http://echo.5ch.net/test/read.cgi/tech/1228366972/595
596: デフォルトの名無しさん [sage] 2009/02/27(金) 11:02:52 も少し賢くてもいいけどなぁ あと Subversion は遅くね? http://echo.5ch.net/test/read.cgi/tech/1228366972/596
597: デフォルトの名無しさん [sage] 2009/02/27(金) 12:16:30 TortoiseHGでコミットするとき、Mステータスのファイルにデフォルトでチェック付けたい。 どっかで設定できる？ コミットツールはinternalって設定にしてる。 http://echo.5ch.net/test/read.cgi/tech/1228366972/597
598: デフォルトの名無しさん [sage] 2009/02/27(金) 15:48:06 分散SCMだと分岐したまま進められちゃうから、 共通先祖を考慮したマージが必要なんじゃないかな。 Mercurial の内部マージと diff3 のマージってどっちがいいのかな？ 衝突時に共通先祖が表示されるんで diff3 使ってるけど・・・ http://echo.5ch.net/test/read.cgi/tech/1228366972/598
599: デフォルトの名無しさん [sage] 2009/02/28(土) 03:32:14 デフォルトでチェックされてるけど http://echo.5ch.net/test/read.cgi/tech/1228366972/599
600: デフォルトの名無しさん [] 2009/02/28(土) 08:09:04 600 http://echo.5ch.net/test/read.cgi/tech/1228366972/600
601: デフォルトの名無しさん [] 2009/03/01(日) 13:26:37 分散型のバージョン管理システムの場合、 それぞれのリポジトリはリポジトリ丸ごと 持っているという感じなんでしょうか？ あるリポジトリをマスターと決めたとして、 そのフルのクローンをそれぞれ持っているということでしょうか？ いまはSubversionを使っていて trunk, branches, tags 型で かんりしてまして、branches の下の自分が作業を進める ブランチだけ手元のワーキングコピーにチェックアウトして 作業しており、マージはマージ担当（まれに自分）に任せてます。 そもそも分散
型だと trunk, branches, tags 型の 管理というのはやらないものなのでしょうか？ 分散型のバージョン管理システムの紹介記事を読んでいると、 そもそも「ブランチ」というのはリビジョンツリー（というかDAG） 上の異なるヘッドことを指しており、リポジトリ上で別の ディレクトリとして分岐されたものという意味ではないですよね？ 確かに「ブランチするときはそのブランチ用のリポジトリを 作れば良い」という記述も見ました。そのときリポジトリ丸ごと クローンするのでしょうか？巨大なプロジェクトだと一部だけ クローンして作業を進めたいと
いうのはあり得ると思います。 分散型だと「あるリポジトリが消失しても別のリポジトリを マスターと思えばよい」という記述も見ましたので、 分散している各リポジトリはそれぞれ対等にフルのツリーを 持っているのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1228366972/601
602: デフォルトの名無しさん [sage] 2009/03/01(日) 13:50:00 VCS毎に違いはあるだろうけど、たいていはローカル（というかハードリンク可能な場所）なら ハードリンクでリポジトリの内容を共有して領域節約できる。 ネットワーク経由の場合もフルに取ってくるんじゃなくて、最新からこのリビジョンまでって指定も出来る。 「ブランチ」って言葉の使い方も、VCS毎に変わるから一概に言えないな。 gitやhgは同じリポジトリの中でブランチ出来るけど、bazaarはリポジトリも別になるとか。 結局のところいくら記事読んでも、実際使ってみないと実感わ
かないと思うよ。 きっと分散じゃないVCS使い始めたときもそうだっただろ。 Subversion使ってるなら、svkとかgit-svn使ってみるとか。 http://echo.5ch.net/test/read.cgi/tech/1228366972/602
603: デフォルトの名無しさん [sage] 2009/03/01(日) 14:11:54 そもそも「リポジトリ」という言葉の意味すらシステムによって違うしな >>601 端的に言うと、分散型の進め方では 「フルのクローンをそれぞれ持っている」という理解はおおよそ合ってる 各作業メンバーが、「masterの履歴＋自分が行った変更の履歴」を持ってるような感じ > 巨大なプロジェクトだと一部だけ > クローンして作業を進めたいというのはあり得ると思います。 一部だけ持ってこれるような仕組みがあるよ たとえばBazaarなら、履歴なしで最新版のファイルだけを
取ってこれるようなオプションがある http://echo.5ch.net/test/read.cgi/tech/1228366972/603
604: 601 [] 2009/03/01(日) 14:58:56 >>602-603 ありがとうございます >gitやhgは同じリポジトリの中でブランチ出来るけど、bazaarはリポジトリも別になるとか。 分散型といってもいろいろあるんですね、流儀が（当たり前か）。 >>602 wrote ネットワーク経由の場合もフルに取ってくるんじゃなくて、 >最新からこのリビジョンまでって指定も出来る。 >>603 wrote たとえばBazaarなら、履歴なしで最新版のファイルだけ >を取ってこれるようなオプションがある リビジョン範囲は指定できるものもあるんですね。 「分散
型」を十把一絡げで理解しようとしたのが間違いでした。 http://echo.5ch.net/test/read.cgi/tech/1228366972/604
605: 601 [長文すみません] 2009/03/01(日) 15:01:29 最も強く疑問に思ったのは、あるプロジェクトのリポジトリ内に 「アプリの主要部分、いくつかの下請けライブラリ、 ドキュメント、UI関係」などがあったとき、 自分が担当しているライブラリ、ドキュメントの部分だけを クローンして作業を進めるということができるのだろうか、という点でした。 これは最初から「ドキュメント用のリポジトリ」などに分離 しておくのが分散型の流儀なのだろうか？という点です。 これもDVCSによって異なるのかもしれませんが。 もう一つの疑問が、そのように完
全に分離したとして、 共通の祖先をもたない複数のリポジトリを複数あつめて 一つのプロジェクトを遂行するのは難しいのでは？ということです。 たとえばプロジェクトの途中で「これは共通のライブラリで実現するように分離しよう」 などという決定が 可能なのだろうか、と懸念しています。 Pythonを常用しているので、まずはMercurialとBazaarから主に上記の点について 実感をもつべく使い始めてみようと思いますが、DVCSの機能もさることながら 運用上のポリシー という側面も大きいと思うので、実際に使っておられる方の アドバイス（ベターなプ
ラクティス）があればぜひお聞かせください。 http://echo.5ch.net/test/read.cgi/tech/1228366972/605
606: デフォルトの名無しさん [sage] 2009/03/01(日) 16:48:13 そもそも分離したいという目的は？ リポジトリの物理的大きさの問題であれば いまさらそんな気にすることはないと思うけど・・・ 管理面の規模の問題なら、分割するのもありかもね。 JDK7 なんかは分かれてるし。 分割した方が管理コストがさげられるならそうするべきでしょう。 http://echo.5ch.net/test/read.cgi/tech/1228366972/606
607: デフォルトの名無しさん [] 2009/03/01(日) 18:47:10 http://sarabande.info/doc/bzr/user-guide ここの画像無くなってる？ http://echo.5ch.net/test/read.cgi/tech/1228366972/607
608: デフォルトの名無しさん [sage] 2009/03/02(月) 20:27:43 >>601さん、なかなか興味深い質問ですね。 分散VCSを使い始めた人の意見や疑問点をもっと聞いてみたいので、ほかにも質問があれば遠慮なく書いてください。 もちろんすべてに答えられるわけではないですが、他の人にも参考になると思います。 >>606 ディスクスペースを節約するために必要なディレクトリだけ持ってくるというのはあり得る。 たとえばゲームのように画像や動画や音声ファイルがある場合、それらもリポジトリに登録するべきだけど、 そうするとリポジトリサイ
ズが膨らみすぎて、いくらHDDが安いと言ってもちょっと困る。 リポジトリからとってくるネットワーク資源もばかにならない。 あと、ディレクトリごとにアクセス権をつけたいという要求もある。 たとえば画像ファイルは全員がアクセス可能だけど、元となるPhotoshopファイルはデザイナーだけがアクセス可能にしたい、とか。 ＃この場合はリポジトリを分けた方が自然かも。 http://echo.5ch.net/test/read.cgi/tech/1228366972/608
609: デフォルトの名無しさん [sage] 2009/03/03(火) 02:43:14 >>608 メディアファイルをリポジトリに「登録するべき」と決めつけずに、 分散かどうかに関わらず、リソースなども照らし合わせて管理方法を検討すべきだろうね。 最新ファイルしかいらないのにそもそもリポジトリを公開すべきなのか、とかも。 サブプロジェクトへの権限委譲については、 やっぱりJDK7みたいにするのがいいんじゃないかな。 アクセス制限も分散は難しいし、ロックもないし、 人間どうしの折衝や信頼は結構重要。 http://echo.5ch.net/test/read.cgi/tech/12283
66972/609
610: デフォルトの名無しさん [sage] 2009/03/03(火) 09:52:12 >>605 あまり回答にはなってないだろうけど参考までに。 何度も書いたが、CVS は modules ファイルを駆使してリポジトリツリーの 好きなところからちぎってきて組み合わせられるのが便利だった。 管理が良くも悪くもファイル単位ゆえ、自作ライブラリディレクトリから アプリに必要なファイルのみチョイスするような芸当もできた。 今は Subversion を飛ばして Mercurial を使用(試用)中だけど、さすがに CVS のような細かいことはできそうにないし、ハードウェアリソースも KB
単位で ケチるような状況ではないので、ライブラリに関しては独立したリポジトリとして 開発時のディレクトリ構成を工夫している。 ただ、ファームウェアのような非常に小さなプロジェクトがたくさんあるような状況では、 いちいちリポジトリを分けるか一まとめにしてしまうかは悩むところ。分けると同期も面倒に なってくる。今のところ、とりあえず一まとめにしているけど、もっといい方法はないか思案中。 大きなプロジェクトで使うことに主眼が置かれているんだろうな。 http://echo.5ch.net/test/read.cgi/tech/1228366972/610
611: デフォルトの名無しさん [sage] 2009/03/03(火) 22:23:29 >>608 > あと、ディレクトリごとにアクセス権をつけたいという要求もある。 > たとえば画像ファイルは全員がアクセス可能だけど、元となるPhotoshopファイルはデザイナーだけがアクセス可能にしたい、とか。 > ＃この場合はリポジトリを分けた方が自然かも。 こういう事やりたいなら、PerforceやTeam Foundation Serverのような、 クライアント・サーバー型のバージョン管理システムが適してる。 http://echo.5ch.net/test/read.cgi/tech/1228366972/611
612: デフォルトの名無しさん [sage] 2009/03/03(火) 23:08:29 python3000で組まれたバージョン管理ツールってないのかな？ bzrやhg何かの古株が対応するよりも新しく作る方が 早いかもしれんし。 http://echo.5ch.net/test/read.cgi/tech/1228366972/612
613: デフォルトの名無しさん [sage] 2009/03/04(水) 13:17:49 windowsで日本語も使えるのはどれになるのでしょうか？ darcsの話題があんまり出ないのは死んだプロジェクトになってしまったのでしょうか？ http://echo.5ch.net/test/read.cgi/tech/1228366972/613
614: デフォルトの名無しさん [sage] 2009/03/04(水) 14:19:36 >>613 全部試せよ。 それが嫌ならSubversionを押し戴け。 http://echo.5ch.net/test/read.cgi/tech/1228366972/614
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 387 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s