- 1 名前：デフォルトの名無しさん [2008/07/08(火) 21:38:48 ]
- バージョン管理システムについて語りましょう。
関連スレ
CVS 1.3 [UNIX板]
pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r9 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1202086238/
subversion バージョン管理【サブバージョン】 [Linux板]
pc11.2ch.net/test/read.cgi/linux/1154701996/
git スレッド [Linux板]
pc11.2ch.net/test/read.cgi/linux/1197798039/
前スレ
バージョン管理システムについて語るスレ
pc11.2ch.net/test/read.cgi/tech/1193332500/
- 528 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 17:58:15 ]
- sh & alias
- 529 名前：デフォルトの名無しさん mailto:sage [2008/10/15(水) 23:53:17 ]
- >>527,528
そんなオプションはないということですね。
これで安心してshellスクリプトを書けます。
ありがとうございました。
- 530 名前：デフォルトの名無しさん mailto:sage [2008/10/16(木) 22:25:14 ]
- aliasでいいじゃん
- 531 名前：デフォルトの名無しさん mailto:sage [2008/10/18(土) 23:40:14 ]
- >>503
「DBAを救え! DBリファクタリングツール「LiquiBase」を使ってみよう」
journal.mycom.co.jp/articles/2007/10/25/liquibase/index.html
これのことかな？
- 532 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 01:42:03 ]
- >>531
それそれ！
- 533 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 04:00:46 ]
- >>500
データってデータそのもの? スキーマだけじゃなく?
SQLite にしてデータベースファイル突っ込んどけば?
Rails だとマイグレーションという仕組みでスキーマを版管理する。
テスト用のデータについてはフィクスチャで流し込むのが一般的。
実運用のデータをバージョン管理するという話はあまり聞かないな。
- 534 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 23:30:08 ]
- git push origin master
と同じことを Mercurial でするにはどうしたらいいですか。
ローカルのリポジトリを、リモートに移動しようとしています。
- 535 名前：デフォルトの名無しさん mailto:sage [2008/10/19(日) 23:39:58 ]
- clone すればいいんじゃね？
- 536 名前：デフォルトの名無しさん mailto:sage [2008/10/20(月) 23:25:07 ]
- >>534
gitのことはよくわからんけど、ローカルのチェンジセットをリモートに push するだけなら
hg push <remote-addr>
ローカルとリモートのリポジトリが同一のツリーでないなら
hg push -f <remote-addr>
- 537 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 01:25:59 ]
- >>534
git -> hg
- 538 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 07:22:29 ]
- Subversionスレでも出ていた話題ですが、
pc11.2ch.net/test/read.cgi/tech/1215565366/489-502
Mercurial(hg)て file:// でも排他処理されてますか？
多人数で共有ファイル鯖の上にpushしても大丈夫？
どこかドキュメントに記述はありますでしょうか？
- 539 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 08:10:28 ]
- >>538
問題ない
Distributed revision control with Mercurialに書いてある。
- 540 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 09:11:04 ]
- >>539
ありがとう
どの辺の章に書いてありましたか？以下で「排他」「file://」あたりで検索したのですが、
見つけられませんでした
Distributed revision control with Mercurial
ursm.jp/hgbook/hgbook.html
- 541 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 09:58:55 ]
- >>540
4.5.3 並行アクセス
- 542 名前：デフォルトの名無しさん mailto:sage [2008/10/21(火) 15:53:31 ]
- >>541
Thanks!! 見つけられました。安心したっす
4 Behind the scenes
ursm.jp/hgbook/hgbookch4.html#x8-810004.5
- 543 名前：デフォルトの名無しさん mailto:sage [2008/10/25(土) 14:06:51 ]
- hg convert がうごかないんだが、なんでかな?
% hg convert -s svn svn://svn.freebsd.org/base
assuming destination base-hg
initializing destination base-hg repository
Subversion python bindings could not be loaded
abort: svn://svn.freebsd.org/base: unknown repository type
% hg convert -s svn freebsd-head
assuming destination freebsd-head-hg
initializing destination freebsd-head-hg repository
Subversion python bindings could not be loaded
abort: freebsd-head: unknown repository type
- 544 名前：デフォルトの名無しさん mailto:sage [2008/10/25(土) 14:57:01 ]
- >>543
Subversion python bindings could not be loaded
- 545 名前：デフォルトの名無しさん mailto:sage [2008/10/25(土) 23:48:26 ]
- 開発やってる奴でその質問はどうなんだ(´・ω・｀)
- 546 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 00:27:27 ]
- ＞バージョン管理システムについて語るスレ2
- 547 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 01:55:24 ]
- >>546
エラーメッセージ完全スルーで2ch丸投げとか、
流石に情けないんじゃないのか、って話だと思うんだが。
- 548 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 17:11:14 ]
- んなこと全員分かってるわ
- 549 名前：543 mailto:sage [2008/10/26(日) 21:23:22 ]
- みなさんぼろくそいってくれてありががとう
devel/py-subversionをインストールしたら動き出しました。
エラーメッセージは読み違えていて
convert/subversion.pyが見つからないのかとおもってました。
ktraceしても原因は見つけられず。
どこかにconvert subversionはプロセスを起動するとあったので
てっきりsvnをforkexecするものだと...
- 550 名前：デフォルトの名無しさん mailto:sage [2008/10/26(日) 23:11:53 ]
- おまい、おもろい。ｗ
- 551 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 06:54:35 ]
- TortoiseHgのリポジトリがBitbucketに移動してた
- 552 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 10:59:33 ]
- Python 2.5 の公式ドキュメント日本語訳完成
ttp://www.python.jp/doc/
- 553 名前：デフォルトの名無しさん mailto:sage [2008/10/27(月) 21:53:54 ]
- hgでパーミッションが保存されないんですが仕様ですか?
% hg init a
% cd a
% date>file
% date>file2
% chmod a-w file2
% ls -al
total 8
drwxr-xr-x 3 hoge hoge 5 10 27 21:44 ./
drwxr-xr-x 7 hoge hoge 9 10 27 21:43 ../
drwxr-xr-x 3 hoge hoge 5 10 27 21:43 .hg/
-rw-r--r-- 1 hoge hoge 40 10 27 21:43 file
-r--r--r-- 1 hoge hoge 40 10 27 21:44 file2
% hg add file file2
% hg commit -m "init"
% cd ..
% hg clone a b
updating working directory
2 files updated, 0 files merged, 0 files removed, 0 files unresolved
% cd b
% ls -al
total 8
drwxr-xr-x 3 hoge hoge 5 10 27 21:44 ./
drwxr-xr-x 8 hoge hoge 10 10 27 21:44 ../
drwxr-xr-x 3 hoge hoge 9 10 27 21:44 .hg/
-rw-r--r-- 1 hoge hoge 40 10 27 21:44 file
-rw-r--r-- 1 hoge hoge 40 10 27 21:44 file2
%
- 554 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 11:56:13 ]
- >>553
パーミッションは保存されません。
hgに限らず、SubversionやVSSでもパーミッションは保存されません。
パーミッションはリビジョン管理システムの外側にある概念です。
- 555 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 11:58:59 ]
- >>554
Subversionはpropertyとして保存してくれるんだが。
- 556 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 13:28:25 ]
- だからなに？って話
- 557 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 14:48:20 ]
- >>556
>パーミッションはリビジョン管理システムの外側にある概念です。
というのが大間違いっていう話。
- 558 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 16:33:51 ]
- Subversionが自動的にパーミッション保存してくれるなんて初めて聞いたんだが
- 559 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 22:01:35 ]
- sccsは保存してくれたなぁ、と古い話。
- 560 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 22:04:06 ]
- svnが保存するのは実行ビットだけであってる?
- 561 名前：553 mailto:sage [2008/10/31(金) 23:30:12 ]
- hgのソースをみてみたら
どうもexec bitとsymlinkしかあつかえないようだ。
- 562 名前：デフォルトの名無しさん mailto:sage [2008/10/31(金) 23:41:03 ]
- なんか問題あんの？
hook で chmod すればそれで終わりじゃん
- 563 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 09:12:41 ]
- hg はパーミッションは保持しないクソツール、と。
- 564 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 11:19:53 ]
- ここで煽ってみたところでなにも変わりはしないぞ
- 565 名前：デフォルトの名無しさん mailto:sage [2008/11/02(日) 12:07:38 ]
- そもそも644になって問題がある開発環境なんて存在するのか？
- 566 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 01:06:15 ]
- >>565
というより、SCMとしての機能を考えると、実行属性以外のパーミッションとかACLとかを保存される方が困る気がする。
- 567 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 02:53:28 ]
- OSやfsによってマチマチだからなぁ
- 568 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 13:01:37 ]
- POSIX標準くらいサポートしてもバチは当たらない
- 569 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 14:17:51 ]
- 属性を用意したからあとは勝手にやってくれって思想だよな
svn:permissionsを追加したってパッチはみつかったけど
設計や互換性の面で却下されてるようだ
- 570 名前：デフォルトの名無しさん [2008/11/04(火) 18:32:59 ]
- TortoiseHGでBitbucketでssh経由でpushしたいのですが、上手くいかず困っています。
ToritoiseSVNでは同じようにして上手くいったのですが・・・
やったこと
・Bitbucketのアカウントをとる
・Bitbucketにssh公開鍵を追加
・setting->repogitoryの設定ダイアログにて、Pathのdefaultを
ssh://(ユーザー名)@bitbucket.org/(ユーザー名)/(project名)/
に設定（＝ .hg/hgrcの[paths] の default = に上記パスを設定することと等価）
・TortoiseHGのpageantを起動し、対応する秘密鍵を追加
・コマンドラインから hg push → pageantで設定してあるのに何故かパスワードを聞かれる →
２回ほど入力したら pagelinkが落ちる。
出力：
*** no suitable response from remote hg[command interrupted]
・GUIの Synchronize... から push 選択
コマンドラインの時と同様になる
- 571 名前：デフォルトの名無しさん mailto:sage [2008/11/04(火) 18:35:38 ]
- >>570
ToritoiseSVNでBitbucketでssh経由でpushする方法kwsk
- 572 名前：デフォルトの名無しさん [2008/11/04(火) 18:49:33 ]
- ああ、スマソ。BitbucketではTortoiseSVNは使ってません・・・。
別のローカル鯖でTortoiseSVNのssh+svnで上手くいったという話です。
- 573 名前：デフォルトの名無しさん mailto:sage [2008/11/04(火) 19:11:00 ]
- >>570
追記：
・hg push や GUIでsynchroize->push でパスワード聞かれるときは、
ユーザー名@bitbucket.org's password と言われる。
(鍵の場合 passphraseだったはず？)
・puttyで 秘密鍵を指定してBitbucket に接続すると、passwordを聞かれ、
アカウントのパスワードや秘密鍵のパスワードを入れても接続できない。
状況がどうもおかしい気がします・・・
- 574 名前：570 mailto:sage [2008/11/04(火) 19:53:47 ]
- 解決しますた。
>・setting->repogitoryの設定ダイアログにて、Pathのdefaultを
> ssh://(ユーザー名)@bitbucket.org/(ユーザー名)/(project名)/
ここが間違ってました。
正しくは、
ssh://hg@bitbucket.org/(ユーザー名)/(project名)/
以下に書いてありました。
Using SSH - Help ? bitbucket.org
www.bitbucket.org/help/using-ssh/
リポジトリページの https://をそのままコピペしてssh://に変えていたせいなのと、
上記ページの例をサンプルだからユーザーがhgになってるのかと思ってた・・・
- 575 名前：デフォルトの名無しさん mailto:sage [2008/11/05(水) 23:58:24 ]
- mercurialはtransactionを意識しているのにfsyncしないのはなぜか?
- 576 名前：デフォルトの名無しさん [2008/11/06(木) 18:55:10 ]
- SubversionからMercurialに変換したいのですが、
hg convert が動かない？のですが、何か必要なものがありますでしょうか？
> hg help convert
hg: unknown command 'convert'
> hg convert
hg: unknown command 'convert'
TortoiseHgの付属のhgです。
- 577 名前：576 mailto:sage [2008/11/06(木) 18:56:00 ]
- 追記です。
> hg -v
Mercurial Distributed SCM (version 1.0.2+tortoisehg)
- 578 名前：576 mailto:sage [2008/11/06(木) 19:12:52 ]
- Mercurial.iniに以下を書き込んだら hg convert 自体はうごくようでした。
[extensions]
hgext.convert=
ConvertExtension - Mercurial
www.selenic.com/mercurial/wiki/index.cgi/ConvertExtension
ここ読め、オレ・・・
- 579 名前：デフォルトの名無しさん [2008/11/06(木) 20:03:02 ]
- hg convertで、Subversionリポジトリからコンバートしているのですが、
もしかして、日本語ログを含んでいると壊れますか？
変換後のリポジトリをTortoiseHgのView Change Logで見ると、
アスキーのみのログのところでは問題なく履歴が見られますが、
日本語ログのリビジョンでは、まったく異なる履歴が表示されます。
（ファイル一覧、差分などがsvnのとは異なります）
これを回避して日本語ログのものもコンバートすることはできないのでしょうか？
- 580 名前：デフォルトの名無しさん mailto:sage [2008/11/06(木) 20:28:33 ]
- >>579
TortoiseHgのことは知らないけど、Unix上では日本語ログもきれいに変換され
たよ
- 581 名前：579 [2008/11/06(木) 20:48:48 ]
- hgsvnも試したけど、hgimportsvnはおｋ。
hgpullsvnが、以下のエラーで途中死亡します orz
transaction abort!
rollback completed
abort: decoding near '縺阪↑縺・ｈ縺・↓菫': 'utf8' codec can't decode byte 0x82
in position 138: unexpected code byte!
>>580
ええ、まじすかー。
svnの日本語ログが変なのかなあ？TortoiseSVNで入れたログのはずですけど
- 582 名前：579 mailto:sage [2008/11/06(木) 21:02:40 ]
- 2008-09-15 - kokiyaの日記
d.hatena.ne.jp/kokiya/20080915
こちらのサイトの
> 2.hgsvnの文字コードの変更
を行うと上手くいったような気がしました。
TortoiseSVNでのログはUTFとかで入ってないのかなぁ？
今時間がないので後でまた確かめて見ます。
- 583 名前：579 mailto:sage [2008/11/07(金) 07:59:05 ]
- 日記みたいで、すいません。
hgsvnでsvnからhgへの変換が上手くいったかなーと思ったのですが、
trunk指定すると branchesとかtags 考慮してくれない orz
trunkの親ディレクトリを指定すると、今度はtrunk,branches,tagsと全部できてしまうし・・・
やっぱり、svnと連携するためのものか、これは・・・。
hg convertでなんとか変換する方法を模索したほうがよいようですね。
- 584 名前：579 mailto:sage [2008/11/07(金) 08:36:28 ]
- >>579の件ですが、
どうやら、壊れると思っていたsvnリポジトリは、hg convert で変換後、
問題のあるリビジョンを hg log -r2 -p などで見ると特に問題ない様子でした。
TortoiseHgのView Changelogのバグ？みたいですね。
- 585 名前：デフォルトの名無しさん mailto:sage [2008/11/07(金) 17:27:47 ]
- git rebase origin
を実行すると
README.txt: needs update
とでてくるのですが、これはどういう意味ですか。
README.txtは変更されているのですが、updateが必要というのがよくわかりません。
またこのような状態のときにgit rebase originを問題なく実行するにはどうしたらいいですか。
- 586 名前：デフォルトの名無しさん mailto:sage [2008/11/07(金) 23:37:48 ]
- >>583
そもそもsubversionにタグやブランチがないのが原因
- 587 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 03:27:23 ]
- >>585
README.txtを変更したままなんじゃない？
変更してるファイルがある状態ではrebaseは出来ないよ。
README.txtをコミットするかresetするかstashに追い出すかしてからrebase。
- 588 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 04:22:58 ]
- >>586
cvs done wrong
- 589 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 10:25:48 ]
- もっとも使われているらしいsvnはhgやgitよりもそんなに優れているの？
- 590 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 11:56:21 ]
- 優劣ではなくそれぞれに特徴があるんだから、好きなの使えばいい
- 591 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 18:40:11 ]
- ここ最近のsvnマンセー祭りに吐き気を感じているアルファギークは多いだろうね
- 592 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 18:49:39 ]
- gitを使うぜみたいな話は最近目に余るようになってきたが、
いまさらsvnマンセーなんて言い出してるトコあるか?
- 593 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 18:54:09 ]
- アルファギークとかいっちゃってるやつに吐き気を感じる
- 594 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 19:29:14 ]
- svnマンセーはないだろうｗ
素晴らしい所は、ToritoiseSVNの完成度の高さぐらいだな。
- 595 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 19:37:27 ]
- アルファギークとか、スイーツ（笑）と同類だろ
- 596 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 20:58:46 ]
- 嫉妬丸出しのレスばかりで笑った
>>593
底辺で蠢いてる奴発見ｗ
アルファギークはもう何歩先も行ってるからｗ
- 597 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 22:28:22 ]
- Pythonがsvnから移行したがってるようだけど
BazaarになるかMercurialになるか……もしかしてGitもあり?
- 598 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 22:28:58 ]
- 集中管理の svn でも、「なんか変なツール」とか言われてるのに
このレベルで分散システムとか絶対無理だな、うちは
- 599 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 22:32:22 ]
- Windowsを軽視していないPythonなら、gitはまずないだろう。
MercurialがPython製ということを考えると、Mercurialが優勢ではなかろうか
- 600 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 22:35:59 ]
- >>599
BazaarもPython製ですよ
↓ソース。まだ検討始まったばかりだけど
ttp://www.python.org/dev/peps/pep-0374/
- 601 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 22:54:22 ]
- svnからの移行を検討するなら
遅くてもレポジトリ効率で選ぶならbazaar
そこそこ速くて使いやすさで選ぶならhg
速くて機能で選ぶならgit
- 602 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 22:56:17 ]
- pythonで書かれているツールってことでbzrが有利だろうな
- 603 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 23:07:35 ]
- >>602
MercurialもPython製ですよ
- 604 名前：デフォルトの名無しさん mailto:sage [2008/11/08(土) 23:34:12 ]
- Mercurialが優勢ということか
- 605 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 01:14:45 ]
- 水銀党なのでhgの一択なのだが・・・
- 606 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:06:54 ]
- UNIX系で使って他(Windowsとか)を、それほど考慮しないとか
LinuxやLinusが個人的に嫌いじゃなかったら git
上記に当てはまるなら、他かな？
あてはまる人が結構いるから分かれるんだが
- 607 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:11:00 ]
- 分散型って、ゲーム開発みたいに画像などのバイナリデータが容量のほとんどを
占めてスナップショットでも数ギガに行くようなプロジェクトでも、 Subversion より良いの？
それともプログラムソースがメインなプロジェクトに限って良いの？
- 608 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:18:36 ]
- 607じゃないが、分散型に興味がある。
今までcvsとsvnしか使ったことがないが、どんなときにどんなメリットがあるのか。
またどんなデメリットがあるのか。
どんな点に注意して使えばよいのか。
そこら辺を具体的に解説したページはないだろうか？
「慣れろ」と言われるかも知れないが、
誰も知らない状態でいきなり本番プロジェクトに導入は出来ないし、
一人gitとかで試してみてもあんまり意味なさそうで・・・
- 609 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:27:43 ]
- 分散型のメリット
すべてを手許に置けるのでオフラインででも開発可能でマージもバックアップも気楽にできる
分散型のデメリット
オリジナルの証明が難しい(事実上無い)
- 610 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 02:34:01 ]
- 結局巨大バイナリを一番上手に扱えるのはどれ？
どうせテキストなんかサイズも小さいしある意味バイナリだし。
- 611 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 03:48:00 ]
- >>607-608
テキスト向きかバイナリ向きかっていうのは集中型か分散型かの差っていうより
ツールごとの差が大きい。開発形態が伽藍的かバザール的か、開発者が一箇所に
いるのか離れてるのかって観点で選んだほうがいいと思ってる。
会社である程度きっちり設計して2〜3人で実装していくって形態ならsvnで十分まわせてるけど、
開発者が数人以上いるOSSのコントリビュータって立場のときはまじ分散型導入してくれって感じ
- 612 名前：608 mailto:sage [2008/11/09(日) 07:13:50 ]
- >>609
「オリジナルがない」という点は大きなデメリットだと思うのですが使用していてどうでしょうか？
皆が同じソースを見ることが出来ない＝AさんとBさんで同じソースについて認識が異なってしまう ということで。
Aさん：rev329で試験したけど、これこれこういう動作がおかしいよ。直しておいて。
Bさん：それrev332で修正済みです
みたいな会話をどうやるのかがわからない。
仕事の現場なら非常に良くある話だと思うのですが。
メリットの方はsvn+svk(使ったことはないですが)でも可能なような。
>>611
仕事のプロジェクトなので伽藍方式オンリーですね。
開発者は大体同じ拠点にいますが、東京3人北海道3人大阪・・・ということもありました(svnで問題なく回っていました)。
2〜3人で実装していく現場ってのは経験無いですなぁ。実装チームは5〜10人が普通。
- 613 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 07:31:10 ]
- >>612
あなたのような「分散型使ってないけどどうなの？」っていう人は定期的に見かけるけど
チュートリアル見ながら触ってみるぐらいやってみたらどうだろう。たいした手間じゃないよ。
＞メリットの方はsvn+svk(使ったことはないですが)でも可能なような。
私はGitの前にsvkを使ってたけど、svkは遅すぎると思った。
あとオリジナルが無いという点については、Gitの場合はツリーに一意なIDが付くので問題ないと思う。
- 614 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 07:35:45 ]
- >>612
> 「オリジナルがない」という点は大きなデメリットだと思うのですが使用していてどうでしょうか？
オリジナルは決めとけばいいんじゃないか。集中管理のときと同じように、オリジナル用のサーバーってのを。
議論はそのサーバーにあるものに対してする。
push し忘れとか、pull した後 update し忘れとかが当面の問題になるんじゃないかなあ。
Mercurial 導入を提案しようかと自分で試用中だけど、ほかの人たちが使いこなせるとは思えないので、
今までどおり CVS にしようと思ってる。プロジェクト(リポジトリ)ツリーの好きなところからちぎって
持ってきて組み合わせられるような SCM はほかにはなさそうだし。
- 615 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 08:50:25 ]
- オリジナルが無いって語弊があるんじゃない?
svnと同じように中央レポジトリを作ればそれがオリジナルになる。
- 616 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 09:11:32 ]
- >>605
そいやmercurialだけ単独スレないな
- 617 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:03:16 ]
- Linux板にgitスレあったのか。CVSはUNIX板だし…。
スレも分散管理ですか。
- 618 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:12:36 ]
- >>616
何がそいやなんだｗ
- 619 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:22:20 ]
- どうもありがとうございます。
>>587
>変更してるファイルがある状態ではrebaseは出来ないよ。
この制約はどういう理由からきてるんでしょうか。
変更したファイルがあっても merge はできるんだから、rebase ぐらいできてもよさそうですが。
- 620 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 12:26:37 ]
- 上の話が本当なら Python が hg か bzr になるかってのは試金石だな
- 621 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 13:31:09 ]
- リトマス？
- 622 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 13:40:35 ]
- 普通に考えて分散型の方が良いとしか思えないなあ
- 623 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 13:51:49 ]
- >>622
bazaar＝分散型とはいえない
- 624 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 14:11:09 ]
- >>623
くわしく
- 625 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 14:18:44 ]
- >>608
分散型はローカルでもバージョン管理ができるというメリットがある。
よくプロジェクト全体でSVN使っていてローカルではRCSというような
使い方をしている人がいるが、分散型なら1つのシステムで対応できる。
- 626 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 15:00:35 ]
- >>625
>よくプロジェクト全体でSVN使っていてローカルではRCSというような
>使い方をしている人がいるが、分散型なら1つのシステムで対応できる。
GitやMercurialは、RCSの代わりに使えるのがいいよね。
プロジェクト全体はSVNで管理して、自分用のブランチはGitやMercurialで管理するのが楽でいいや。
- 627 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 15:10:32 ]
- >>626
Bazaar も仲間に入れてあげてください(´・ω・｀)
- 628 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 15:14:54 ]
- >>624
doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#workflows
|
 |
