- 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/
- 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
- 629 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 15:27:23 ]
- 俺いままでずっとバザールって読んでたよ
ダサイ名前だと思ってた
- 630 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 15:46:53 ]
- 分散型はバージョン管理の入門用にうってつけなんだよね
スタンドアロンで使う場合最も敷居が低い
- 631 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 15:54:20 ]
- >>629
え、違うの?なんとなくエリックレイモンドの
「伽藍とバザール (The Cathedral and the Bazaar)」
から来てるんじゃないかと思ってたが。
- 632 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 16:07:50 ]
- >>618
そういえば →(口語化)→ そういやぁ →(短縮)→ そいや
かけ声じゃないよｗ
- 633 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 16:11:27 ]
- >>619
rebaseは、reset ＋ cherry-pick×n回 を自動化してるだけだから、マージとは違う。
たしかに、現在の変更をstashしてrebase後にstashから戻す、という作業も、
rebaseで自動でやってくれれば、もっといいかもしれないね。
- 634 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 17:26:06 ]
- www.thefreedictionary.com/bazaar
敢えてカタカナにするなら、「バザール」以外にどうしろというのだろう。
- 635 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 17:30:15 ]
- ござーる
- 636 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 17:44:37 ]
- >>632で>>618の意味がわかってﾜﾛﾀ
- 637 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 17:44:48 ]
- おおいなるマンション セザーーール
というのがあったな。
- 638 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 19:20:30 ]
- >>633
ありがとうございます。
変更したファイルがある状態で rebase したいとき、stashする方法と、ダミー commit + reset HEAD^ を使う方法を思いついたんですが、
どっちがいいと思いますか。
つまり
$ git stash
$ git rebase origin
$ stash apply
$ stash clear
または
$ git ci -a -m 'dummy'
$ git rebase origin
$ git reset HEAD^
のどっちがいいかという話です。
Git はまだよくわからんので、たとえばダミーでもcommitするのはイクナイ！とかあれば教えてください。
- 639 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 19:35:26 ]
- セザールはカエサル(シーザー)のフランス語読み。
- 640 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 20:19:12 ]
- おおいなるマンション バザールでござーる の巻
- 641 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 22:20:02 ]
- github についてなんですが…
誰か他人のプロジェクト
(1) git://github.com/誰か/プロジェクト.git
をforkしてできた
(2) git://github.com/自分/プロジェクト.git
をいじっても、(1)にpull requestを出してマージされない限りは
(1)に反映されることはないってことでいいんでしょうか？
- 642 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 09:57:54 ]
- hg qinit+qnewした状態でhg pushすると面倒なことになるんだけど
安全装置が付いてないのはなぜ?
- 643 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 11:03:26 ]
- >>641
はい、そうです。
他のひとのリポジトリを汚さないためのforkなので、当然です。
他のひとのリポジトリに書き込みしたいなら、そのリポジトリへのアクセス権をもらう必要があります。
- 644 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 19:27:04 ]
- >>628
ごめん、何がいいたいのかわかんない。
３行でまとめてくれ。
これじゃあBazaarのよさがわかんない。
- 645 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 23:30:17 ]
- >>642
面倒な事についてkwsk
- 646 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 00:12:47 ]
- >>644
リンク先は読んだ？ 図解までされてものすごく解りやすかったぞ。
- 647 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 07:13:45 ]
- >>643
ありがとうございます。
やっぱりそうですよね…
こないだ自分のリポジトリを更新したら、勝手にfork元の
リポジトリも更新されたように見えて焦ったんですが
相手がpullしたってことなんだろうか。。
- 648 名前：642 mailto:sage [2008/11/11(火) 12:29:09 ]
- >>645 pushじゃなくてpullだった
rm -rf repo myrepo
HGUSER=alice@example.jp
export HGUSER
hg init repo
cd repo
date >file
hg commit -A -m "start"
hg clone . ../myrepo
hg qinit
hg qnew PATCH
for X in 1 2 3; do
date >>file
hg qrefresh
cd ../myrepo
hg pull
cd ../repo
done
hg glog --style=compact
cd ../myrepo
hg glog --style=compact
- 649 名前：642 mailto:sage [2008/11/11(火) 12:30:08 ]
- + hg glog --style=compact
@ 1[qtip,qbase,tip,PATCH] 1a93f26efdf7 2008-11-11 12:27 +0900 alice
| [mq]: PATCH
|
o 0[qparent] c96ce7235e6b 2008-11-11 12:27 +0900 alice
start
+ cd ../myrepo
+ hg glog --style=compact
o 3[tip]:0 1a93f26efdf7 2008-11-11 12:27 +0900 alice
| [mq]: PATCH
|
| o 2:0 b3c2e24e33e9 2008-11-11 12:27 +0900 alice
|/ [mq]: PATCH
|
| o 1 b6fb28c1e4ff 2008-11-11 12:27 +0900 alice
|/ [mq]: PATCH
|
@ 0 c96ce7235e6b 2008-11-11 12:27 +0900 alice
start
|
 |
