バージョン管理システムについて語るスレ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/ 32 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:44:07 ] 他のコマンドは‘普通‘使わないでいい、内部向けコマンドが多いよね。 どういう時に使えたら便利なんだろうか…。 33 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 15:02:34 ] >>32 開発途中にコマンド入れたけど意外と使えなかったとか、なんかのコマンドが内部で使ってるとかじゃないの？ ムリに使うようなもんでもないと思うが。 34 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 16:58:19 ] >>28 コミットしていない修正があるのでは？ hg commit でその修正を一度コミットしてから， hg merge して，もう1度マージ内容を hg commit でいいかと． 35 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 21:08:59 ] >>33 We divide git into high level ("porcelain") commands and low level ("plumbing") commands. だそうで。 porcelainは内部でplumbingを使ったりしてるらしい。 36 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 21:43:33 ] >>34 hg clone myrepo myrepo-tmp cd myrepo-tmp hg merge hg commit hg push cd .. rm -rf myrepo-tmp cd myrepo hg update 37 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 01:04:15 ] mercurialの日本語書籍ってまだ出てない？ 38 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 01:53:44 ] ない 39 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 02:12:38 ] IronRubyがGithubに移行 www.infoq.com/jp/news/2008/12/ironruby-movesto-github これは意外な…。 40 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 02:19:48 ] >>36 ありがとうございます。 月曜日に試してみます。 41 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 03:50:43 ] >39 そういや、MicrosoftのTeam Foundation Server使ってる人って居ないの？ 俺は時々Microsoftのセミナー行くけど、そこじゃTeam Foundation Serverの 名前すら出てきた事無いな。Visual SourceSafeの話も一切聞かないけど。 42 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 06:46:34 ] >>20 mercuria 1.1が出たけど、そのchangeログに制限を改善したとか かいてある。試してないので本当か分からんが。 はやく1.1版のTortoiseHgが欲しいところ。 43 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:01:40 ] 分散型のメリットってサーバーの負荷軽減だけ？ 44 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:07:38 ] ネットワークに繋がってなくても大丈夫 45 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:12:12 ] >>43 マージがしやすい 46 名前：デフォルトの名無しさん mailto:sage [2008/12/06(土) 13:13:35 ] >>45 それは分散型だからマージがしやすいんじゃなく、 ちゃんとしたマージを積んでないと分散型として成立しないってだけなんじゃ…… 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もリビジョン管理できたらいいのに。

---

---

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

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