バージョン管理システムについて語るスレ2

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/ 388 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 02:14:41 ] シェル拡張だけでもお釣りが来ると思う 389 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 04:59:17 ] 独立アプリの方がいいなあ。 特に亀 Hg は、シェル拡張の意味がほとんどないぐらい操作が複雑。 でも生き残ったのは亀なんだよねえ…。 390 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 06:52:09 ] >>389 RapidSVNは結構好きだったんだけどなぁ。 Hg用の独立アプリ無いかな。 391 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 06:57:25 ] Hgを暫く使ってて、ふとしたことから古いチェンジセットに 一時的にアップデートしたら.hg下のファイルがWindowsXPの ファイル名256文字制限に引っかかってしまい、最新のチェンジ セットに戻せなくなってしまったよ。 フォルダ階層深い人は注意。 しかしWinXPって256文字制限無くせないのかな。Vistaはこの点 どうなの？ 392 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 08:18:46 ] NT系のパスの文字数制限はXP以前から32000文字だと思うが。 9ｘ系と互換性もたすとMAX_PATHに制限されるけど。 393 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 08:39:09 ] subst.exe で何とかならない？ Hg 使ってないから状況がよくわからんが。 394 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 10:30:30 ] subst.exeで解決できる問題なら、そもそもプロジェクトを浅いディレクトリに 配置すればいいだけの話だけど、391はプロジェクトのフォルダ階層が 異常なほど深いんじゃないの？ 395 名前：391 mailto:sage [2008/09/27(土) 10:34:05 ] >>392-393 NTFSだけど下記のエラーメッセージでググると256文字制限があるってヒットするんだけど。 HgがMAX_PATHに制限しているのかな？ あと元々レポジトリのパスが短いのでsubst.exeでは回避できなさそう。 嵐っぽくなっちゃうけどエラーの状況： D:\a>hg add * adding あ\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い \い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\う.txt D:\a>hg ci -m "test" trouble committing あ/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い /い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い /い/い/い/い/う.txt! abort: ファイル名または拡張子が長すぎます。: D:\a\.hg\store\data/~82~a0/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a4.txt.i 396 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 10:57:37 ] Hg local store creates paths too long for Windows www.selenic.com/mercurial/bts/issue839 397 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 12:18:04 ] >>388 hgならともかく、SVNなら開発ツールのSCM連携機能使うだろ。 398 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 12:38:46 ] Express 版で開発してるとか、ワードの文書も SVN で管理してる 俺みたいなやつの事を忘れないでくれ。 399 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 13:02:33 ] TortoiseHgまだ、rename実装されてない？のかな D&Dでのこぴぺ移動もまだみたいだし 400 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 13:45:08 ] まだバージョンが 0.5 もいってないからね。 俺はコマンドラインと併用。 マージツールの連携をなんとかしてほしい。 401 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 17:10:04 ] そういやツールの設定なんかがよくわからないな・・・ 402 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 19:33:29 ] 高速ネットワークに常時接続でブランチが自由に作成できる SVN 環境から、 分散型に乗り換える利点はどのようなものがあるでしょうか？ 403 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 19:43:28 ] 分散に移りたいと思ったきっかけはなに？それによるんじゃないか？ 404 名前：名無し募集中。。。 mailto:sage [2008/09/27(土) 21:00:32 ] 常時接続出来ない場所に行ったときに不便にならない 405 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:11:50 ] svnになれてるならsvkでも使ってみたら。 でもトロいからあんま便利とは言えないか。 速度、細かい進捗管理がしやすい。 git使い始めて結構立つのに今更、昨日始めてbisect使ってみた。 数千もパッチ管理してるとやっぱこういう手法になるのかなー。 406 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:18:00 ] >>353 mod_authz_svn じゃだめ? 407 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:21:29 ] 誤爆orz 408 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:33:28 ] >>403 >>404 SVN に特に不満は感じていないんですけど分散型がいろいろ出ているので 何か自分が気づいていていない利点があるんじゃないかと思ったんですけど。 SVN は家か会社でしか使わないのでネットワークに接続できないことは滅多 にありません。 409 名前：名無し募集中。。。 mailto:sage [2008/09/27(土) 23:12:59 ] 会社でもノートPCを持って無線LANの届かない現場に行く場合とか心底困るよ 410 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:15:12 ] Subversionに比べると、分散型はリポジトリの扱いが気楽なのが利点だと思います。 たとえばMercurialだと、 ソース書き始めた ↓ そのディレクトリの下にリポジトリ作成。チェックアウトの必要なくいきなり管理下 ↓ ちょっと実験するために別ディレクトリにclone（リポジトリのコピー） ↓ 修正＆コミット ↓ 成功：コミットを元リポジトリにpush 失敗：cloneしたリポジトリを削除してポイ ↓ (ﾟДﾟ)ｳﾏｰ 411 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:28:50 ] svnからhgでブランチし放題なのとマージ覚えててくれるのはいいと思った 412 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:29:01 ] どこがちがうのか？ 413 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 02:46:15 ] svnも1.5でマージサポート強化されてるっぽいね。 今まではブランチっつってもコピーするだけだから、マージは自分でやらないといけなかったけど、 なんかsvn1.5はプロパティにどこからマージ済みなのか記録してるっぽい。svkのマネ？ Gitの場合はコミットに一意なIDがあるから、テキトーにブランチきってもマージに悩まされずに 追いかけていける。 414 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 04:21:23 ] >>410 そうそう、分散型だとすごく気楽だよね。 個人開発でも利点があった 415 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 10:30:27 ] >>351 でも書いたけど、 亀　Hg 使ってる人はマージはどうやってる？kdiff3 使ってる？ マージペインで日本語が化けるから、やや無理やりだけど WinMerge 使いたいんだよね。 でも premerge が効いてないっぽいし、バイナリファイルはどちらを採用するか聞いてこなかったり もう設定がわけわかめ。 416 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 11:28:46 ] ブランチに試行錯誤や間違いの歴史を残すのに全然抵抗ないですけど それでも分散型に利点はありますか？ 417 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 11:33:46 ] >404 418 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 16:53:16 ] ベータ版かリリース版かというのはどのように管理してるの？ 419 名前：名無し募集中。。。 mailto:sage [2008/09/28(日) 21:11:17 ] revisionのコメントに「>>418さんに渡した版」と書いておく程度の管理 または気持ちの問題､ｶﾅ 420 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 02:37:11 ] タグ名の最後に"-r"を付けるとか(release) 421 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 02:56:41 ] >>418 うちでは例えばバージョン名がB2.4.XからR2.4.0になる。 422 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 03:00:44 ] >>418 タグ付けてβ、それを品証がチェックしてリリース trunk tag rel のディレクトリにタグ化した日付でtagに入れてそのリリースがrelにcopyされる 品証のチェックで出たバグはtagの日付版で修正して、trunkへポートされてる エンドユーザからのバグレポートはrelに対してになる、 423 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 03:42:29 ] >>418 tag つける。でtag名に、beta-ほげほげ とか release-ほげほげ とか 424 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 12:23:02 ] リポジトリをbetaフォルダからreleaseフォルダに複製してる ・・・けどタグの方がいいのか 425 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 12:36:21 ] いついつリリース版というフォルダをずっと増やしていく方針なら タグは不要だと思うけど。 426 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:18:54 ] 他所の cvs/svn/git リポジトリから co するときに自動的に hg 方式になって 自分で管理するときは hg でして ci するときは cvs/svn/git 方式に自動的に変換するフィルタってない？ 427 名前：デフォルトの名無しさん [2008/09/30(火) 05:37:52 ] チェックアウト状態ではリードオンリーになっていて 編集しようとするとダイアログが開いて何のための変更か？を記述して それをコミット時のデフォルトのコメントにしてくれるようなWindowsのツールってないですか？ TortoiseSVNの拡張機能みたいな形であれば一番いいんだけど。 428 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 09:48:34 ] それなんて VSS ？ 429 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 10:19:30 ] >>427 needs-lockじゃ駄目? lock取得するときに、やる作業をコメントに書く。 コミットするときは、最近のログメッセージから再利用。 430 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:51:34 ] SubversionリポジトリからMercurialに変換するツールはないんでしょうか？ 431 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:51:59 ] gitだとsvnとの相互運用もできるっぽいのですが・・・ 432 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:10:30 ] hg convert 433 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:35:30 ] >>432 Mercurial の Subversion convert extension - daily dayflower d.hatena.ne.jp/dayflower/20080312/1205213450 これか・・・かなり未完成っぽいですね hgsvn？とかいうのがよいらしいですが 434 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:42:15 ] hgの読み方ってハーゲーでいいの？ 435 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:08:50 ] >>434 銀ちゃんで 436 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:38:11 ] 水銀党で 437 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:56:57 ] git では git checkout 古いコミットID として古い状態に戻すことができます。 このあと最新状態に戻すにはどうしたらいいですか。 git checkout HEAD とか git reset --hard HEAD とかしてもだめみたいです。 438 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 19:07:14 ] >>437 HEADは現在居るブランチの先端をあらわすので、その場合のHEADは名無しブランチの先端。 つまり古いコミットIDになる。 最新の状態にしたかったら、そういうブランチをチェックアウトすればいいと思う。 git checkout master とか。 439 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:11:31 ] >>438 ほんとだ、名無しのブランチになってました。 git checkout master でもとに戻れました。ありがとうございます。 ただ、git checkout COMMIT_ID を実行すると、名無しのブランチができるという挙動がなんか気持ち悪い。 なんで勝手にブランチができるんだろう。。。 440 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:39:40 ] >>439 どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。 今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。 そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。 441 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:28:10 ] 俺がHEADだぁぁぁあああ！ 442 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:55:10 ] ヘドが出るぜ! 443 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 12:04:21 ] すみませんが、せっかくの機会なので教えていただけますか。 >>440 >どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。 新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。 >今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。 >そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。 reset は、HEAD がどのコミットを表すかを変更するということでしょうか。 HEAD を変更することなく、古い状態に戻すことはできないということですか。 Git は仕組みがよくわからず、困ってます。 Mercurial はすごくわかりやすいんですけど・・・ 444 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 16:43:32 ] >>443 hgは使ったことないんだが、Gitからフォークしてるので似てるはずだと思ってたんだけど、 そうでもないのか。resetとかrebase無いの？ 「古い状態に戻す」が何をしたいのかよくわからないんだけど、例えば、 ３つ前の状態をちょっくらワーキングコピーで見たりしたくなったんなら、 ３つ前の状態をチェックアウト（git checkout HEAD~3）すればいい。 名無しブランチの先頭に居ることになるが。 今のブランチを３つ前の状態まで戻して、そこからやり直したいならリセット（git reset HEAD~3） この場合は３つ前以降のコミットは失われる（他のブランチに残ってなければ） ＞新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。 mainという名のブランチをチェックアウトしたまま古い状態を取り出す？ いま居るブランチはmain~3ですよ、みたいな感じ？　それはないな。実質そういうことになるのかも しれないけど、main~3は他のブランチにも含まれるかもしれないし、履歴の途中を引っ張り出した場合、 そこにコミットを続けることも出来るから、それってブランチ(枝)でしょう？ git checkout HEAD~3とした時点で「名無しブランチですよ。必要なら後からgit checkout -b って 出来るよ」みたいなメッセージが出てると思う。 445 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:01:31 ] 443ではないけど >>444 hgの場合古い状態をワーキングコピーで見るだけならブランチにはならなくて、 古い状態からコミットしたときに初めてブランチが作られる 446 名前：445 mailto:sage [2008/10/01(水) 19:05:37 ] それと、hgはgitのフォークではないよな 447 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:47:23 ] またリポジトリ、プロジェクトホスティング見つけてきた Project Kenai -- We're More Than Just a Forge kenai.com/ SubversionとMercurialのリポジトリと、フォーラム、ML、wiki、バグトラックなど一通りのホスティングサービス 448 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 07:37:45 ] 枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん? 新しいブランチは作らず名無しの状態で取り出せる。 それぞれのHEADも変更しないし、何に困ってるのか分からないんだが… 多分何がしたいのかを言った方が手っ取り早い。 449 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:26:39 ] >>445 > 古い状態からコミットしたときに初めてブランチが作られる 前もって hg branch でブランチを指示しないといけないんでなかった？ 450 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:40:05 ] >>446 SDにはそんなようなこと書いてあったけどな。 でもPythonで新たに書き直してるから、フォークとは言わないかもね。 451 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 12:51:20 ] >>444 両方ともBitKeeperのコマンドを参考に作ったんじゃなかったか？ 452 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 15:27:04 ] tortoiseHGの0.5出てたから入れたけど、コミットの日本語は相変わらず 一緒にbazaarも入れてみたけど 右クリックしてもbazaarのメニューが出てこないのは気のせい？ 453 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:36:34 ] >>448 >枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん? それだとファイルパスが違うのになるから、設定ファイルをいちいち変更しないといけない。 または現在のディレクトリを別名に変更しないといけない。 454 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:14:48 ] ??? 455 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:22:29 ] hg convert って最強じゃね？ 456 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:38:25 ] >>453 フルパスが書かれたものをリポジトリに入れてるのか。 そうであってもブランチを作る必要はなくて、 チェックアウトまたはclone＋チェックアウトで済むと思うけど。 何をしたいのかがわからないから、あとはエスパーを呼んでもらうしかない。 457 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:01:04 ] 情報を後出しばかりする上に自分の特殊な環境が特殊だと思っていないんだから 誰がどう答えてもどうにもならんでしょ 458 名前：445 mailto:sage [2008/10/03(金) 13:30:09 ] >>450 en.wikipedia.org/wiki/Mercurial_(software) >This project started at approximately the same time as another project called Git, started by Linus Torvalds with similar aims. >>449 名前付きのブランチをつくるならそう。名無しブランチ作るならコミットするだけ。 hgの場合 hg checkout id で古いワーキングコピーにして、 hg checkout で最新(tip)にできる。 hg log はcommitやpullしない限り、何をcheckoutしていても常に同じ内容が出力される。 git少し試したけど、古いのをチェックアウトするとgit logでそれ以降のログが 見えなくなるな。 459 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 16:21:21 ] 緒マラ教えて下さい。 gitのリポジトリをhgに変換する方法を 460 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:41:25 ] 4レス前は読んだか？ $ hg help convert ~ hg convert [OPTION]... SOURCE [DEST [REVMAP]] Convert a foreign SCM repository to a Mercurial one. Accepted source formats: - Mercurial - CVS - Darcs (legacy Darcs 1 format only) - git - Subversion - Monotone - GNU Arch 461 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 23:17:10 ] git checkout ブランチ名 としたときに、 error: You have local changes to 'README'; cannot switch branches. といわれます。 Gitでは編集中のファイルがあるとブランチを切り替えることはできないのでしょうか。 462 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:51:03 ] >>460 thanx... hg convertていくつも対応してるのね 463 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 03:39:36 ] >>461 たぶんそれチェックアウト先のブランチでREADMEがぶつかってるんじゃないかな。 まっすぐ伸びてれば M README Switched to branch てな感じになるはず。 464 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 11:15:13 ] で、git と mercurial のどっち使えばええの？ 465 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 11:31:34 ] bazaar使えばいい。 466 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 13:10:06 ] >>464 git はわかりづらいので、mercurial のほうがいいと思う。 ただ git のほうが機能は豊富。あまり使わないけど。 467 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 13:35:44 ] >>464 流行で言えばgitでしょう。 ただ、Windowsと関わることがあるなら git はちとキツイ印象（いろいろ試したが） そのときは Mercurialでよいかと 468 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 14:12:39 ] >>466 mercurial になくて git にある機能って具体的にナニ？ >>466 どこの流行なんでしょうか？ 469 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 15:07:16 ] >>468 githubでいきなり盛り上がった印象がある。 それまでは、俺はLinux Kernel専用SCMとしか思ってなかった。 470 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 16:46:55 ] 大型プロジェクトに良く使われている印象>git linux kernel、X.org、wine、vlcなど。 hgはmozillaだけな予感。 471 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 17:46:54 ] hg も netbeans、opensolaris や xen とかで使われてる …ってちょっとググれば分かるはずなんだがな 472 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:16:14 ] リポジトリ数 github(git) 30*618=18540ぐらい launchpad(bazaar) 19002 mercurial専用ホスティング&コラボレーションサービスって無いのな。専用である必要ないって言ったらその通りだが。 473 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:25:41 ] >>472 bitbucket freehg projectkenai 474 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:30:29 ] >>473 thx. bitbucket(mercurial) 15*40=600 他分からず。 475 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:54:37 ] >>468 git-svnと同等なものがHgに無い。マジで欲しい。 476 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:01:08 ] >>475 俺もこれほしいな gitは、gitでGoogle Code Projectのsvnで開発なんて記事もあるくらいだからな Google Open Source Blog: Develop with Git on a Google Code Project google-opensource.blogspot.com/2008/05/develop-with-git-on-google-code-project.html 477 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:05:12 ] >>475-476 hgからsvnにpushする方法 jelmer.vernstok.nl/blog/archives/129-Pushing-Mercurial-branches-into-Subversion-using-Bazaar.html 478 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:26:00 ] hgsvnに含まれるhgpushsvnってのもあるらしいがバギーなようだ。hgsvnの開発も芳しくないようだし。 479 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 19:42:17 ] windows上ならbzr-svnが標準で含まれているbzrが最強な予感。 cygwin+gitならgit-svn入れるだけだろうけど。 msysgitはgit-svn入れるの難しいはず。 480 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 20:15:22 ] TorotoseHGに含まれている hg.exeで hg mergeしようとすると、gpyfmというウインドウが立ち上がるんだけど、 これは何するものなの？ リストに何も表示されていないから、何をしたらいいかわからんｗ acceptoとかrejectとかのボタンは表示されているが 481 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 21:19:29 ] github を使っていて、他人のプロジェクトをフォークしたんですが、 それを更新する (pull) 方法が分かりません。 つまり　someone/proj1 をフォークして myname/proj1 をつくり、 git clone git://github.com/myname/proj1 をして、自分のリポジトリに commit & push するのはいいんですが、 someone/proj1 の変更を myname/proj1 に pull する方法がわかりません。 だれか教えてください。 482 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 02:37:27 ] >>481 git remote add someone git://github.com/someone/proj1 git pull someone かな。 483 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 02:38:37 ] >>475 www.bitbucket.org/durin42/hgsubversion/overview/ まだまだっぽいけど。 484 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 04:39:52 ] 欲しければ実装しちゃいなよ 485 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 08:27:55 ] bazaarを介するのもhgsubversionを使うのも一抹の不安があるなぁ 486 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:11:41 ] Bazaarが気になったので、GCCのソースを使って計測してみた。 svn://gcc.gnu.org/svn/gcc/trunk ソースのサイズ: 510MB Intel(R) Atom(TM) CPU N270 @ 1.60GHz DISK: SDHC(ext3) ＃ツッコミなしでw 使用コマンド svn = import (svnadmin create済み) hg = commit -A (hg init済み) bzr = add + commit (bzr init済み) git = add + commit (git init済み) TAT 　　git(8m30s) > bzr(10m30s) > hg(12m40s) >> svn(60m38s) CPUTIME 　　git(1m10s) > hg(2m55s) > bzr(5m49s) > svn(6m57s) REPOS SIZE (ソースのサイズ除く) 　　bzr(122MB) > svn(133MB) > hg(311MB) > git(319MB) 考えていたよりbzrがいい結果。 487 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 17:59:01 ] 総合的にみて hg の圧勝じゃないか 488 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 18:31:15 ] 総合的にみたらgitだろ?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef