[過去ﾛｸﾞ] バージョン管理システムについて語るスレ3 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
863: 2009/04/28(火)17:00 AAS
おっと git checkout の際に -b が必要だな
864(1): 794 2009/04/28(火)17:59 AAS
>>862
repos/
+proj1/
| + trunk/
| + branches/
| | + maint/
+ proj2/
こんな感じで、リポジトリの中にサブディレクトリを作ってサブプロジェクトや
ブランチを放り込む方式をsvnではよく使うじゃん。それのこと。
changesetはbranchじゃなくてrepositoryで管理するから、同一repository内の
別のbranchに同一のchangesetをpushしたらきちんと同一部分が検出されて、
pushの転送量やサーバーのHDD使用量を節約できる。
言い方がまずかったと >>820 で反省して、 >>822 では削除したからもう許して。
865(1): 2009/04/28(火)19:43 AAS
>>864
できるできないという視点でいったら、
そういう運用できない管理システムなんてないのでは？
もちろん効率や使い勝手などを鑑みれば
現実的でない運用になるシステムもあるだろうけど。
そもそも、少なくとも分散VCSなら、
そういう運用をする必要性が感じられない。
Subversionは、その方法でしかブランチができないというだけで、
そこに合わせる必要性はないと思うけども。
866(1): 794 2009/04/28(火)21:25 AAS
>>865
うん、そうだね。大して重要じゃないよね。
clone リモート/abranch ローカル
ローカル作業
clone ローカル リモート/newbranch (転送はローカル作業分だけ)
ってするだけでnewbranchが自動でabranchと関連づけられるとか、
Tracで特別な設定なしで複数サブプロジェクトを管理できるかとか、
そーゆーこと考えてたんだけど、どうでも良いよね。
>>822 では削除したからもう許して。
867(1): 2009/04/28(火)21:51 AAS
仮にディレクトリ＝ブランチの運用したとして、
そういう操作ができてしまうのは危険な気がするけど・・・
hgしか使ったことないけど、たぶんどの分散VCSでも、
トランザクションと、トランザクションの転送は分けて考えてるよね。
Tracについては、複数リポジトリの対応待ちだな。
868: 2009/04/28(火)21:59 AAS
>>867
トランザクションって何を心配しているのか知らないけど、
bzr は init-repo しておけば自動で >>866 になるよ。
ただ、trac-bzrは最適化ができてないのか若干重い気がするから、
結局 tracがあるサーバーには svn を入れて bzr-svn 使ってるけど。
869(1): 2009/04/28(火)22:16 AAS
bzr の shared repository はサーバー側じゃなくてクライアント側でも
すごく便利で、
bzr init-repo foo
cd foo
bzr branch http://svn.foo.org/branch/1.0 foo-1
bzr branch http://svn.foo.org/trunk foo-trunk
こうやると、複数のbranchを追いかけるときに古いリビジョンは共有できる。
svnからのbranchってリビジョン一個一個ダウンロードで遅いから
この機能は必須。
git-svn でも同等のことできそうだけど知らない。
870(2): 2009/04/28(火)22:43 AAS
>>848-849
Wikipedia に比較ページ作るんじゃなくて、新しくまとめWiki借りた方が良い？
その方が良いのなら wikiwiki.jp あたりで適当に作ってくるけど
871: 2009/04/28(火)22:59 AAS
Wikipediaに比較ページあるけどねいちおう
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
872: 2009/04/28(火)23:09 AAS
Wikipediaで議論するとぐだぐだになりやすいのが難点か
873(2): 2009/04/28(火)23:37 AAS
>>869
branchとtrunkで2回取ってこないといけないことが一番の無駄といことに気付けよwww
874: 2009/04/28(火)23:39 AAS
>>873
だってsvnで公開されてるOSS多いんだもん。仕方ないじゃん。
875(1): 2009/04/28(火)23:43 AAS
>>873
gitだと、例えばlinusツリーとlinux-nextツリーをローカルにcloneしてくるときに
一度にcloneできるの？
876: 2009/04/29(水)00:49 AAS
>>870
たぶんかりたほうがいい気がする。
877(1): 2009/04/29(水)01:39 AAS
>>875
remote add して remote update で何が不満?
878: 2009/04/29(水)04:40 AAS
hgが採用しているbranchの考え方が一番しっくりくる。
879(1): 2009/04/29(水)05:20 AAS
こんな記事が出たよ。
http://www.atmarkit.co.jp/news/200904/28/googlecode.html
↓記事中のリンク
http://code.google.com/p/support/wiki/DVCSAnalysis
http://www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_1.html (>>207)
880: 2009/04/29(水)08:20 AAS
>>879
へぇ、gitのClient Storage Managementとかってやつ、よさげだなぁ
881: 2009/04/29(水)08:30 AAS
>>877
何が不満と言われても、git知らないから訊いてるのに。
でも、remote add / remote update 便利そうだな。
svnリポジトリも remote add できるの？
882(4): 2009/04/29(水)09:04 AAS
これどこで聞いたらいいのかわからんのだが、
Dropboxというストレージwebサービスがあり、これが履歴管理機能がついているんだ。
これがとにかく簡単で、特定ディレクトリにファイルを入れるだけで自動同期、自動履歴管理に入る。
こういう簡単さを既存技術で、かつローカルで環境(もしくはLAN内でもない)で行ういい方法ないですかね。
簡単にいうならば、コピーするくらいの感覚でバージョン管理できるみたいなの
上下前次1-新書関写板覧索設栞歴
あと 119 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s