バージョン管理システムについて語るスレ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/ 6 名前：デフォルトの名無しさん [2008/12/04(木) 15:00:45 ] もうSubversionスレに統合でよくね？ 他のは使い物にならないし 7 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 15:02:43 ] 分散型としてなら有用なスレでございます 8 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 15:06:04 ] >>6 リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」 ttp://po3a.blogspot.com/2007/12/subversion.html >Subversion のマージもひどいもんだ。Subversion の中の人たちもそのことをちょっとは認めてるようで、新しいプランがあるようだけど、このプランがまたひどい。 >彼らのアホさ加減はもう信じがたいほどだ。ずっとまちがった問題を見てるんだ。ブランチが問題なんじゃない。マージが問題なんだ。 9 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 15:53:52 ] >ソースコード管理（SCM）が使えるための条件は、 >分散型であること >パフォーマンスがいいこと >SCM に突っ込んだコードが完全に同じ形で取り出せることが約束されていること とりあえずgitはマルチバイトなファイル名を何とかすべき。 >SCM に突っ込んだコードが完全に同じ形で取り出せることが約束されていること が満たされないじゃないか。 10 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 15:54:27 ] Mercurial 使ってるけど、ノート PC とか持ち歩いてるわけじゃないので 家で作業：中央から pull、作業、コミット、中央に push 職場で作業：中央から pull、作業、コミット、中央に push 家で作業：中央から（ｒｙ 分散型のメリットが全然生きてねぇ。('A`) 11 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 15:57:44 ] >>10 ネットに繋がっていない状態ならメリットあるんじゃね？ ところで git status の出力をもっとコンパクトにしたものってありませんでしょうか。 svn status -q ぐらいのコンパクトさを希望します。 12 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 16:12:53 ] Linuxの開発モデルに近いようなことしてる人って少ないから、リーナスの話は 参考になるんだかならないんだかって感じだな。 Subversionにネット切断時用のユーティリティが何か付いたら、もう分散型は要らないって 人も少なくないだろうし。MercurialのMQみたいなの？ svkがもうちょっとしっかりしてくれれば。 13 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 16:17:31 ] >>12 >ネット切断時用のユーティリティ svnにはlocal-commitが既にあるけど、それでも分散型が必要とされているわけで。 >svkがもうちょっとしっかりしてくれれば bzr-svnやgit-svnはどう? 14 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 16:22:15 ] >>1 乙 15 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 16:41:21 ] >>13のsvnにローカルコミットが既にあるというのは勘違いだった、スマソ。 ローカルコミットがあるのはbzrだった。中央集中型としてbzr coで取ってきたときでもbzr ci --localができる。 だったら最初から分散型としてbzr branchで取ってくれば良くね? とも思うが、bzrは良く分からん。 16 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 17:31:57 ] 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 __ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　, ィﾆﾆ丶｀丶 　　　　　　　　　　　　　　　　　　　　 　　　　　　　　〃/__/l_ ﾊ 　 ﾊ 　　　　　　　　　　　　　　　　　　　　　　 　 　 　 　 ﾙ「 ､　 ,.｀｀| 　l }ノ)　　　こ、これは>>1乙じゃのうてオオヌサじゃからな！勘違いするでないぞ！ 　　　　　　　　　　　　　　　　　　　　　　　　　 　 　´ｲ|Tl　 T7 厶/｛´ 　　　　　　　　　　　　　　　　　　　　　　　　　 　 　 　 '. '　　　 r人.ﾊ 　　　　　　　　　　　　　　　　　　　　　　 　 　 　 　 　　＞’ ィ {z==ﾐ ', 　　　　　　　　　　　　　　　　　　　 　 r､__　　 　 　 　 八ﾘゝﾘ/　　 ｀,ﾊ 　　　　　　　　　　　　　　　　　　　┌ﾆ` ,_｀ - ､_ 　　/　/{｛_ｌﾉ　　,r　}ﾑ 　　　　　　　　　　　　 　 　 　 　 　 ｀乏r‐ヘr､_　｀ヾ　 | |V/　　/__ノ::ﾊ 　　　　　　　　　　　　　　　　 　　 　　 　r‐ﾆ′｀ ｰ-＜l_,iノ 　 ｲ::::::::';:::::', 　　　　　　　　　　　　　　 　 　 　 　 　　´.孑_r‐¬- ...__　　,.ｲ/ﾊ:::::::::､::ﾑ 　　　　　　　　　　　　　　　　　　　　　　　　´　　　　　 | 丁[　|l }:i:::::::::｀;:::ﾊ 　　　　　　　　　　　,､＿__,.　　　　　　 　 　　 　 　 　　{/l|│ ﾊﾘ:l:::::::::::::;_:ハ 　　　　　　　　　　　｀フ／　　　　　　　　　　　　　　　　ヾ! N/V;ノ匸丁　 l　｝ 　　　　　　　　　　 （_（＿ﾉ>　　　　　　　　　　　　　　　　　 くく_　,. イ　　/　ﾊ 　 　 　　 　 　 　 　 /_|:|ﾊ､　　　　　　　　　　　　　　　　 ／ 　 く_　　　 .:　/:..| ───────/77|:|」ﾍ>───────‐､　　 ／　　 　 　｀才:ｲ__/￣ 　　　　　　　　　___>/;;|:|戈z__,　　　　　　　 　 　 ﾞ､ , ´ 　 　 _　‐'´／ 　　　　　　　 　 __/7;;;;|」;;<ヘ`＾　　　　　　 　 　 　ﾞ{　　　f:´　 _r" :　　.　　:　　.　／‐┘　　　｀ゞﾞ　　　.　　　:　　　. 　 ﾞ､　　 ﾞ,　 　｀ 丶 :　.　:　.　:　.　:　.　:　:　:　:　:　:　:　.　:　.　:　.　:　.　:　ﾞ,.　　 ト ､　　　 ＼ 17 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 18:56:29 ] スレ立て>>1だね、乙だね 18 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 19:40:54 ] Python3000がとうとう出たぜ。 これで、Mercurialのファイル名文字コード問題も 収束できるか？！ 19 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 19:53:02 ] hgってファイル名もそうだけど、テキストファイルの中身も変換しないんでしょ？ svnやbzrが文字コードの変換を実装してるのに、なんでhgはしないんだろう。 余計な機能つけてバグが出るのを避けるため？ 20 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 20:03:10 ] Mercurial でちょっと長い日本語ファイル名を付けると ファイルの名前の長さ制限を簡単に越えちゃわない? 21 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 21:22:36 ] >>9 完全に同じじゃん ……バイト列として 22 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 21:26:35 ] >>19 中身はどのSCMでも変換しないよ。 つか、それのおかげでhgに乗り換えようと思ってたけどbzrにした。 23 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 21:28:12 ] >>18 2.xと3.xでソースコードの互換性ないから（移行ツールはあるけど） 移植するのにひと手間掛かると思われ。 hgとbzrでどっちが先に対応するか見物だな。 24 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 22:48:55 ] >>23 何が起こるか分からないし、どっちも当分3への移行はなさそうだがｗ 25 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 22:52:58 ] >>19 >>22 Subversinは改行コードは変換出来るな。 ファイル名の件も含めてマルチプラットフォームなプロジェクトだと助かる。 Mercurial, gitは変換なし？　他はどうなんだろ。 改行コードもそうだが、Subversionの属性に当たる機能って他のVCSだとどうなってるのかね。 個人的には改行コードとバイナリの扱いだけ出来れば十分だけど。 26 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 01:52:21 ] 属性は微妙 27 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 07:56:08 ] これ面白いな。 Bazaar vs Mercurial bazaar-vcs.org/BzrVsHg で、それに対する Mercurial側の回答 www.selenic.com/mercurial/wiki/index.cgi/BzrVsHg Mercurial 0.9.5の頃の奴だから、現状だと違うとこがあるかもしれないけど。 28 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 12:03:58 ] hg update がエラーになります。 $ hg update abort: crosses branches (use 'hg merge' or 'hg update -C' to discard changes) メッセージどおりに hg merge すると、これもエラーになります。 $ hg merge abort: outstanding uncommitted changes どうしたらいいでしょうか。 29 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:02:21 ] git help ではすべてのコマンドが表示されないようですが、 git のすべてのコマンドを一覧表示する方法はありますか。 30 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:33:44 ] man gitではだめ？確かに助長ではあるけど・・・ 31 名前：デフォルトの名無しさん mailto:sage [2008/12/05(金) 13:35:02 ] × 助長 ○ 冗長 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 ] マシンスペックもかかずに・・・参考に並んだろ

---

---

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

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