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

1 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 14:02:52 ] バージョン管理システムについて語りましょう。 関連スレ CVS 1.3 [UNIX板] pc11.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1113141518/ Subversion r10 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1215565366/ subversion バージョン管理【サブバージョン】 [Linux板] pc11.2ch.net/test/read.cgi/linux/1154701996/ git スレッド [Linux板] pc11.2ch.net/test/read.cgi/linux/1197798039/ Bazaarでバージョン管理【bzr>git,svn,cvs】 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1218083381/ 前スレ バージョン管理システムについて語るスレ2 pc11.2ch.net/test/read.cgi/tech/1215520728/ 前前スレ バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ 47 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:13:56 ] >>43 ログや過去のリビジョンとの差分を見るのが早い 48 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:15:41 ] >>43 他人のブランチから簡単にforkできる 49 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:37:08 ] 最近SVNを導入した初心者ですが、 ひとつのファイルに対して複数の箇所を修正後、それらを別物としてコミットするにはどうすればよいですか？ 50 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:56:51 ] >>49 厳密に言うとないです。gitでも同様。 いったんパッチを保存して分割、ファイルをrevertして分割したパッチを一つずつ当ててcommit、てところか。 51 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 14:20:46 ] >>50 なるほど、やはりそうでしたか。 52 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 15:19:17 ] 質問です。 主要なバージョン管理システムのうち、一番リポジトリ容量が少なくて済むのは何ですか？ 53 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 15:56:50 ] >>49 Gitならできます。 git add -i file.txt とすると、変更箇所ごとに、コミットするかどうかを聞いてくるので、yまたはnで答えてやると、 yと答えた変更箇所だけがコミット対象になります。 同じ機能がMercurialでも欲しいんですけど、だれかしりませんか。 54 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 16:04:45 ] >>52 たぶんSubversionじゃないかな。 Subversionはどのファイルでも差分をとって管理する。 Gitは差分をとらず、Mercurialは画像ファイルのようなバイナリは差分をとらない。 だから5Mぐらいの画像ファイルがあって、それをちょこっとだけ修正した場合、Subversion以外だとどんどんリポジトリサイズが増えるそうだ。 55 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 17:34:26 ] >>54 hgもバイナリの差分をとるよ。 ネガティブキャンペーンはよくないな。 56 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 17:55:58 ] >>55 まあまあ、gitやhg,bzrはどんどんバージョンアップしてるから 仕様が変わって知らなかったんじゃない？ 57 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:00:52 ] てか用途、プロジェクトの規模なんかも書かずに 漠然とリポジトリのサイズが最小のツールを聞くって何がしたいんだ。 ただの興味本位か？ 58 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:02:44 ] 以前海外のページでgit・hg・bzrの比較があったけど、 だれかあれの日本語版作ってくれないかなあ？ 59 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:03:19 ] あれ、古いからなぁ。 60 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 18:08:15 ] >>57 鉛筆を転がすかわりじゃなかろうか。 61 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 19:53:08 ] なにもバージョン管理システムはプロジェクトのソースコード管理にだけ使われるものでもあるまい 空間効率を聞くのにプロジェクトの規模とか関係ないだろ 62 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 20:08:19 ] >>53 hg record file.txt 63 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 00:01:23 ] >58 それ、>27の事？ 64 名前：デフォルトの名無しさん [2008/12/07(日) 15:18:11 ] ＩＢＭのＣｌｅａｒＣａｓｅは糞中の糞ソフト ＩＢＭ社員でもあんなの使ってないだろうな 65 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 15:46:41 ] だって、Rationarl買収したらついてきちゃったんですもの。 66 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 19:50:06 ] >>63 いや、俺が以前見たのはこっち。 www.infoq.com/articles/dvcs-guide 67 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:19:56 ] ClearCase採用してる企業ってあんのかな？ 商用ソフトかぶれのところだけなんだろうけどな。 ＶＳＳが異常に普及してるように・・・・ 68 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:25:45 ] VSSはサポートを買ってるのだ 何度言えばわかるんだよ 69 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:34:38 ] その買ったサポートがいざというときに役に立った企業がどんだけあるんだか 70 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:39:53 ] >>69は無職 71 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:51:10 ] >>69 >その買ったサポートがいざというときに役に立った企業がどんだけあるんだか 禿同 いざというときのためのサポートのはずなのに、いざというときにまるで役に立たない 72 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 21:53:38 ] 金出して買ってサポートも頼んだがどうにも駄目だった、というのが有償製品の活用法だろ 73 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:02:53 ] >>72 一瞬、激しく同意したが、「それでもなんとかしろ」と言われるケースを思い出して鬱になった。 74 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:04:03 ] CleraCaseもサポートは糞だろうか？ 75 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 01:26:03 ] 今はVSSじゃなくて、Team Foundation Serverの時代だって。 76 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 02:30:08 ] git branch hoge とすると、新しいブランチがローカルリポジトリに作成されますが、 これをリモートブランチに反映させるのはどうしたらいいのでしょうか。 つまり、 git branch -r とした結果に origin/hoge が出てくるようにしたいです。 77 名前：デフォルトの名無しさん mailto:sage [2008/12/08(月) 03:35:48 ] git push origin hoge 78 名前：デフォルトの名無しさん mailto:sage [2008/12/10(水) 11:52:53 ] >>29 >git のすべてのコマンドを一覧表示する方法はありますか。 git help --all git help -a でいけました。 79 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 15:09:09 ] ローカルマシン　winxp バージョン管理マシン　linux 1 (subversion) 共有フォルダマシン　linux 2 (samba) ローカルマシンバージョン管理ソフトTortoiseSVN 1.4.8 ローカルマシンにチェックアウトしたファイルやフォルダには緑のビックリマークとか付きますが、 共有フォルダにチェックアウトするとビックリマークが表示されません 共有フォルダにもビックリマークを表示させる方法はありますか？ 80 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 20:47:06 ] >>79 試してないけど、TortoiseSVNの設定→アイコンオーバーレイ→ドライブの種類、の 「ネットワークドライブ」にチェックを付ければいいのでは。 あと、その話題はたぶんこっちのスレの方が向いてる ttp://pc11.2ch.net/test/read.cgi/tech/1215565366/l50 81 名前：デフォルトの名無しさん mailto:sage [2008/12/11(木) 22:56:44 ] MercurialからBazaarに変換する一番良い方法はなんですか？ 環境はWinXP+Cygwin+WinネイティブMercurial+WinネイティブBazaarです。 fastimportをCygwinのpythonから使おうとしましたが、Winネイティブmercurial しかインストールしていないせいかno module named mercurialエラーが出てしまいます。 かといって今更Cygwin+Mercurialは、Winネイティブとの衝突 ttp://www.lares.dti.ne.jp/~foozy/fujiguruma/scm/mercurial-install.html が怖くて使えません。 もう一つ。Mercurialで、過去のコミットログのuserを変更するにはどうしたらいいんでしょうか？ よろしくお願いします。 82 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 00:44:09 ] >>81 俺は bzr fastimport を使って Hg -> Bazaar やった。 hgのexporter の使い方が若干判りにくいけど、変換自体はすごい楽ちん。 83 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 09:50:25 ] >>81 僕も bzr fastimport を使ったねぇ。 なんか、exporter が sh と py な拡張子の2つあるけど、 どっちかしか動かなかった。 ただ、Windows 上ではやらず、linuxで変換しました。 84 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 10:33:08 ] 続々と Mercurial を捨てる人が出てきたねぇ。ｗ 今のところファイル名の件はそう大きな問題じゃないから、まだしばらく使うけど、 このことに理解を示さない開発側の姿勢は問題だと思うんで、いずれ移行しよううかとは 思ってるけど。 85 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 11:09:12 ] Git でリモートブランチを消す方法を教えてください。 git branch -r -d origin/hogehoge とすればリモートブランチが消えると思ったのですが、 git fetch すると復活します。つまり、リモートブランチは本当は消えてないということですよね。 ほんとのほんとにリモートリポジトリ上のブランチを消す方法があれば教えてください。 86 名前：83 mailto:sage [2008/12/12(金) 11:28:31 ] >>84 乗り換えた理由は、 1. bzr-svnの完成度がhgsvnより高い なんかhgsvnは開発が止まっているっぽい bzr-svnの作者のbugへのレスポンスの早さは異常だったw 2. bzr1.9のWinインストーラが必要十分だった paramikoも入ったし、Pageant連携も設定なしでできるし。 hgのときはMeadowのeshellモードからのみの利用で、 bzrではcmd.exeからの利用が主です。 bzrはeshellからうまく動かないのが謎ですが、あまり困ってません。 というところですかね。 87 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 11:30:16 ] >>83 >ただ、Windows 上ではやらず、linuxで変換しました。 これって、BazaarのリポジトリはOS非依存ってこと？ おしえてえらいひと。 88 名前：83 mailto:sage [2008/12/12(金) 11:52:42 ] >>87 linux/Windows間のリポジトリのやりとりは、 bzr push/pull sftp://example.com/ みたいにしてます。少なくとも、上記のやりとりで Win/linux間のinteroperativityに問題はないですね。 実は、bzr pushする際の先のサーバに bzrがインストールされている必要がないことを考えると、 (つまりファイルをコピーしているだけのはず) .bzr以下のファイルを固めてWin/linux間にコピーするだけでも 動くはずではあります(試してません)。 89 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 12:38:55 ] >>88 なるほど。hg → bzr はlinux上で行って、linux→windowsはbzr→bzrでやったというわけですね。 なんて賢い。 >実は、bzr pushする際の先のサーバに >bzrがインストールされている必要がないことを考えると、 まじっすか? Bazaarすげー! 90 名前：83 mailto:sage [2008/12/12(金) 13:00:33 ] >>89 あ、sftpを使ったときの話です。 もちろん bzr://example.com/ とか bzr+ssh://example.com/ とかはだめです。 あと、sftpを使ったときのhgとの細かな違いは、hgは$HOMEをベースにしますが、 bzrは/をベースにする、といったところですかね。 hg xxx ssh://example.com/abc bzr xxx sftp://example.com/%7E/abc みたいになるはずです。 91 名前：83 mailto:sage [2008/12/12(金) 13:21:31 ] 追記 sftpだけでなくftp, http(WebDAV)ならサーバにインストールされてなくてもいいはずですね。 KLABのDSAS開発者がまとめた記事がわかりやすいですかね。 dsas.blog.klab.org/archives/51344422.htm 92 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 17:29:08 ] うおーだれか>>85たすけてください >ほんとのほんとにリモートリポジトリ上のブランチを消す方法があれば教えてください。 93 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 18:12:46 ] 俺まったくGitさわったことないけど、 www.kernel.org/pub/software/scm/git/docs/git-remote.html 上のページの”git remote rm”オプションじゃだめ？ 話変わるけど、ホント一気に風が変わったよね。今までgitかhgしか話題にならなかったのに。 94 名前：デフォルトの名無しさん mailto:sage [2008/12/12(金) 18:22:39 ] fdoがcgitの新しいのになったな。 微妙にかっこいい。 95 名前：79 mailto:sage [2008/12/12(金) 18:25:50 ] >>80 ありがとうございますアイコンが表示されました 96 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 03:35:02 ] bzrって重すぎない？ うちのVIAマシン(C7 1GHz)だと、どのサブコマンドも確実に2秒以上 ターンアラウンドにかかるよ。 % time bzr version Bazaar (bzr) 1.6.1 Python interpreter: /usr/bin/python 2.5.2 Python standard library: /usr/lib/python2.5 （中略） bzr version 2.39s user 0.08s system 99% cpu 2.480 total ちなみに、同じマシン上のMercurialはこんな感じ。 hg version 0.11s user 0.02s system 99% cpu 0.129 total 97 名前：81 mailto:sage [2008/12/13(土) 03:47:40 ] >>82,83 とりあえずリベンジでCygwin版BazaarとMercurial入れてみました。 再度fastimport試してみました。 そうしたら、ファイル名と内容に日本語使ってるせいか、exporterがSJISで吐きだしてくれちゃった データをbzr fast-importがUTF-8でデコードしようとしてこけちゃいました。 日本語入ってないので試したらぱっと見はできてたんですがね。 手元にlinux環境が無いんでまだしばらくはhgとbzr併用でいきます。 ありがとうございました。 98 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 07:38:56 ] m% time bzr version Bazaar (bzr) 1.10 bzr version 0.21s user 0.07s system 84% cpu 0.331 total % time hg version Mercurial Distributed SCM (version 1.0.2) hg version 0.40s user 0.11s system 96% cpu 0.529 total 99 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 10:22:36 ] >>97 や、Cygwin使ってる時点で、日本語ファイル名とか無いから。 せめてUTF-8 Cygwinか、Cygwin 1.7(+UTF-8使用設定)で試せ。 100 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 11:43:27 ] >>96 俺もそれでhgを使ってたんだが、1.7, 1.8 と確実に速くなっていて、bzr に乗り換えた。 1.10で試してみて。 101 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 11:57:31 ] >>85 git push origin :hogehoge cf. git push --help 102 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:03:40 ] >100 bzr 1.10に上げてみたが、大して速くなってないなぁ。 システムが低速SSD上に有るのが良くないのか？ ↓1ファイル置いてない、しょぼリポジトリで試した結果。 bzr version 2.02s user 0.07s system 99% cpu 2.110 total bzr diff 2.93s user 0.09s system 99% cpu 3.044 total bzr stat 2.94s user 0.10s system 99% cpu 3.064 total bzr hogehoge 1.90s user 0.04s system 99% cpu 1.947 total 103 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:09:10 ] 俺も試してみた。 $ time hg --version Mercurial Distributed SCM (version 1.0.1) [snip] real        0m0.206s user        0m0.140s sys        0m0.048s $ time bzr --version Bazaar (bzr) 1.10 [snip] real        0m0.177s user        0m0.128s sys        0m0.024s 104 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:59:07 ] % time git --version git version 1.5.4.3 git --version 0.00s user 0.00s system 50% cpu 0.008 total 105 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 19:42:05 ] >>103-104 何が言いたいの？ 106 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 22:33:58 ] マシンスペックもかかずに・・・参考に並んだろ 107 名前：81 mailto:sage [2008/12/13(土) 22:48:26 ] >>99 駄目でした。同じようになります。 108 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 22:57:28 ] 本命はバザーですか 109 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 23:03:56 ] いいえケフィアです 110 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 00:03:12 ] Bzrはtortoiseが使い物になるまで待ち 111 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 00:51:22 ] Announce: TortoiseGit 0.1 preview version marc.info/?l=git&m=122915721426191&w=2 112 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 07:05:11 ] >>111 知らせてくれてありがとう。現時点ではメニューに表示されるだけで 動かない機能が多いようだ。気長に待つことにしよう。 113 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 08:28:53 ] >>108 最近、bazaarが流行ってるなー。 114 名前：110 mailto:sage [2008/12/14(日) 09:41:20 ] >>111 使い物にならないというのは、>>112 のことね。 あと、日本語フォルダ上でレポジトリを作れないとか、 完成度がまだ低すぎる。小数点のバージョンでは無理もないが。 115 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 09:45:49 ] Opteron152, FreeBSD7.0でやってみた $ time bzr version > /dev/null 0.24 real 0.09 user 0.00 sys $ time hg version > /dev/null 0.06 real 0.02 user 0.00 sys $ time git version > /dev/null 0.00 real 0.00 user 0.00 sys 116 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 10:50:59 ] >>114 これってgitの実行ファイルも同梱してるの？ というか、そもそもwinでまともに実行できるgitはなかったような・・・。 117 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 11:26:25 ] win環境であえてgitを使おうとは思わないが 118 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 15:32:57 ] >>115 それで速度テストしてる気になってるの？ あんたアホですか？w 119 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 16:44:55 ] 「無意味な煽り乙」っと思ったら、>>118のいう通りじゃねーか そんな実験バイナリとpythonの速度差しかわからんぞ？ 120 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 19:59:53 ] >>117 じゃTortoiseGitの作者に「ムダなので今すぐやめてください」って抗議しる 121 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 20:21:34 ] あーあ、120 を泣かしたー 122 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:08:59 ] あらら 123 名前：102 mailto:sage [2008/12/15(月) 05:46:25 ] >119 うちじゃ、その速度差が激しいのだが。 bzr version > /dev/null 2.02s user 0.06s system 99% cpu 2.092 total hg version > /dev/null 0.11s user 0.02s system 99% cpu 0.128 total 何が原因なんだ？ 124 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 08:09:11 ] >>123 しらんがな 125 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 08:58:47 ] >>123 1.10 にあげてみたつもりで1.6動かしてない？ 126 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 11:00:38 ] >>123 hgとbzrはどっちもpythonだから、そんなに速度差があるわけないんだがなあ。 127 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 14:45:03 ] monotoneに関しての質問です。 データベースファイル（*.mtn）だけを、メインPCから他のPCに移して その中のブランチをcheckoutしようとしたのですが、 中に含まれている最初のファイルの時点で 次のようなメッセージが出て、なぜか失敗してしまいます。 mtn: 誤り: 名称変更ターゲット 'testdir/first_file.txt' は既に存在しています checkout先のディレクトリを見てみると _MTN ディレクトリと testdir/first_file.txt だけが作られていました。 このエラーはなぜ発生するのか、原因のわかる方がいましたら教えてもらえないでしょうか？ なお、monotoneのバージョンは0.41で、Windows XP環境です。 128 名前：127 mailto:sage [2008/12/15(月) 14:54:10 ] 書き込んでからいろいろ試していると、 mtn genkeyしただけで落ちることに気がつきました・・・ もしかすると、monotoneのこのバージョン（0.41）に問題があるのかもしれません。 後ほどメインPCでもう一度確認してみます。 129 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 15:01:49 ] >>123 はアホだから、 bzr -> バイトコンパイル前に実行 hg -> バイトコンパイル後に実行 こんな感じで実行してたんだろ。 130 名前：127 mailto:sage [2008/12/16(火) 07:01:17 ] やっぱり上手くいきませんでした。 monotone 0.40を使えば、genkeyで落ちることは無くなったのですが checkoutは同じエラーで落ちてしまいます。 メインPCでのcheckoutは平気で出来るのに、サブPCでのcheckoutは失敗するなんて いったいどうなってるのコレ 潔くmonotoneを使うのを止めろってことなの 131 名前：123 mailto:sage [2008/12/16(火) 21:53:58 ] えー、結論から言いますと、>129が正解でした。それでもhgよりは遅いけど。 bzr version > /dev/null 0.41s user 0.06s system 99% cpu 0.471 total pythonって、バイトコンパイルしないとあんなに遅いのか。 インスコする時に、ずらずらっと表示されてたんでコンパイルしてるのか思ってた。 Mandriva 2009.0のパッケージで入れた奴もコンパイルされてなかったんだな。 132 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 02:09:59 ] hgでcommitlogを書き直す方法を教えて。 そもそもcommitlogもリビジョン管理できたらいいのに。 133 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 08:42:33 ] >>130 うちでは普通に動いてるな 同じファイル名が大文字小文字違いで入ってたりはしないよな 134 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:44:59 ] >>131 Ruby や Perl に比べると、バイトコンパイルできるからロードが早いんだけどな。 Cに比べるともちろん負ける。 ロードが0.5秒を切ったら、ロード時間よりもリポジトリやファイルを操作する時間の方が 大事になってくる。 135 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 20:25:00 ] >>134 脱線するけど、Rubyも1.9からYARVとかいうのでバイトコンパイルできるようになったらしいよ？ 俺メインpythonだからよく知らんけども。 136 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 21:44:42 ] >>135 結果を*.pycのようなファイルに落とすところまでは、まだ至ってない。 137 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 13:24:08 ] 今、所謂cherry-picking（他所branchのchangesetをつまみ食い）について 調べてるんだけど、現状はこんな感じで間違いない？ Mercurialでは、下のURLの"import/export"の章に書いてあるように、 patchファイルを作って適用するとマージ元ログがそのまま入るけど IDが元と変わってしまうし、メタ情報(どっから持ってきたかとか)が 失われるので二重マージも防げない。 www.selenic.com/mercurial/wiki/index.cgi/CommunicatingChanges transplant拡張を使うと二重マージは防げるようになるけど、 メタ情報はtransplant専用ファイルに記録されてるだけで、 Mercurial公式のfirst-classメタデータとは言えない。IDも元と変わってしまう。 com.selenic.mercurialで紹介されてるmerge+backout("cherry-winnowing")の 方法を使うと、IDは保存されるし二重マージも防げるけど、ややこしくて、 ログを見ると流れが複雑すぎて頭が混乱してくる。 Bazaarでは下のURLに書いてある通り簡単に操作出来るけど、メタ情報の無い 普通のコミットと同じ扱いになるので、二重マージを防いだりマージ元ログを 引用させたり出来ない。 doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#pseudo-merging darcsだとうまくいくらしい？ 138 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 13:28:06 ] launchpad使っている人いないですか？ Register a branch画面で Project名がInvalid valueと言われてしまい困っています。 どんな名前だったらよいのでしょうか？アルファベット12文字くらいでもはねられる・・・ https://code.launchpad.net/ 139 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 13:36:20 ] >>137 >普通のコミットと同じ扱い そんな事無いよ。サブリビジョン?の概念があるから。 >>138 先にプロジェクトを登録しないとダメ。登録は以下から。 https://launchpad.net/projects/+new またプロジェクト無しでもブランチを作れる。その場合は"bzr push lp:~ユーザー名/+junk/ブランチ名"でおk。 140 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 14:00:14 ] >139 そのサブリビジョン?って何？　bzr log -v --show-ids でも出てこないみたいだけど。 bzr mergeすると黙って二重マージされちゃうし、何の役に立ってるの？ 141 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 14:07:49 ] >>140 >bzr mergeすると黙って二重マージされちゃうし Nothing to do.って言われてマージされないよ? 142 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 14:25:35 ] >141 今確認してみたけど、やっぱ二重マージされるような……。 ちなみに、141の環境では、logコマンドのparent行みたいに、cherry-picking元のIDを 後から確認出来るの？ 143 名前：141 mailto:sage [2008/12/19(金) 14:54:23 ] ごめん、飛び飛びの場合のトラッキングはサポートされてないようだ。 bazaar-vcs.org/MergeTracking マージの時に--merge3や--weaveでコンフリクトを抑えるしかないみたい。 144 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 16:37:45 ] git便利そうなんだけどwindowsも使うんだよなあ 145 名前：138 mailto:sage [2008/12/19(金) 16:51:05 ] >>139 サンクス。先に登録しないとだめなのね やってみるっす。 146 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 16:57:24 ] >>144 cygwinでUTF-8ならWindowsでも使えるよ 147 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 18:54:48 ] >>137 MQ使うかdarcs使え。 それ以外は無理。

---

---

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

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