バージョン管理システ ..
2:デフォルトの名無しさん
08/12/04 14:05:13
Mercurial
URLﾘﾝｸ(www.selenic.com)
darcs
URLﾘﾝｸ(www.darcs.net)
git
URLﾘﾝｸ(git.or.cz)
Bazaar
URLﾘﾝｸ(bazaar-vcs.org)
GNU arch
URLﾘﾝｸ(www.gnu.org)
3:デフォルトの名無しさん
08/12/04 14:06:15
CVS
URLﾘﾝｸ(ximbiot.com)
Subversion
URLﾘﾝｸ(subversion.tigris.org)
monotone
URLﾘﾝｸ(www.monotone.ca)
Visual SourceSafe
URLﾘﾝｸ(www.microsoft.com)
4:デフォルトの名無しさん
08/12/04 14:13:45
Git入門
URLﾘﾝｸ(www8.atwiki.jp)
Subversionによるバージョン管理(日本語訳)
URLﾘﾝｸ(subversion.bluegate.org)
5:デフォルトの名無しさん
08/12/04 14:25:58
Mercurial の使い方のチュートリアル
URLﾘﾝｸ(www.selenic.com)
Bazaar Documentation Overview (英語)
URLﾘﾝｸ(bazaar-vcs.org)
6:デフォルトの名無しさん
08/12/04 15:00:45
もうSubversionスレに統合でよくね？
他のは使い物にならないし
7:デフォルトの名無しさん
08/12/04 15:02:43
分散型としてなら有用なスレでございます
8:デフォルトの名無しさん
08/12/04 15:06:04
>>6
リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
URLﾘﾝｸ(po3a.blogspot.com)
>Subversion のマージもひどいもんだ。Subversion の中の人たちもそのことをちょっとは認めてるようで、新しいプランがあるようだけど、このプランがまたひどい。
>彼らのアホさ加減はもう信じがたいほどだ。ずっとまちがった問題を見てるんだ。ブランチが問題なんじゃない。マージが問題なんだ。
9:デフォルトの名無しさん
08/12/04 15:53:52
>ソースコード管理（SCM）が使えるための条件は、
>分散型であること
>パフォーマンスがいいこと
>SCM に突っ込んだコードが完全に同じ形で取り出せることが約束されていること
とりあえずgitはマルチバイトなファイル名を何とかすべき。
>SCM に突っ込んだコードが完全に同じ形で取り出せることが約束されていること
が満たされないじゃないか。
10:デフォルトの名無しさん
08/12/04 15:54:27
Mercurial 使ってるけど、ノート PC とか持ち歩いてるわけじゃないので
家で作業：中央から pull、作業、コミット、中央に push
職場で作業：中央から pull、作業、コミット、中央に push
家で作業：中央から（ｒｙ
分散型のメリットが全然生きてねぇ。('A`)
11:デフォルトの名無しさん
08/12/04 15:57:44
>>10
ネットに繋がっていない状態ならメリットあるんじゃね？
ところで git status の出力をもっとコンパクトにしたものってありませんでしょうか。
svn status -q ぐらいのコンパクトさを希望します。
12:デフォルトの名無しさん
08/12/04 16:12:53
Linuxの開発モデルに近いようなことしてる人って少ないから、リーナスの話は
参考になるんだかならないんだかって感じだな。
Subversionにネット切断時用のユーティリティが何か付いたら、もう分散型は要らないって
人も少なくないだろうし。MercurialのMQみたいなの？
svkがもうちょっとしっかりしてくれれば。
13:デフォルトの名無しさん
08/12/04 16:17:31
>>12
>ネット切断時用のユーティリティ
svnにはlocal-commitが既にあるけど、それでも分散型が必要とされているわけで。
>svkがもうちょっとしっかりしてくれれば
bzr-svnやgit-svnはどう?
14:デフォルトの名無しさん
08/12/04 16:22:15
>>1 乙
15:デフォルトの名無しさん
08/12/04 16:41:21
>>13のsvnにローカルコミットが既にあるというのは勘違いだった、スマソ。
ローカルコミットがあるのはbzrだった。中央集中型としてbzr coで取ってきたときでもbzr ci --localができる。
だったら最初から分散型としてbzr branchで取ってくれば良くね? とも思うが、bzrは良く分からん。
16:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/12/04 18:56:29
スレ立て>>1だね、乙だね
18:デフォルトの名無しさん
08/12/04 19:40:54
Python3000がとうとう出たぜ。
これで、Mercurialのファイル名文字コード問題も
収束できるか？！
19:デフォルトの名無しさん
08/12/04 19:53:02
hgってファイル名もそうだけど、テキストファイルの中身も変換しないんでしょ？
svnやbzrが文字コードの変換を実装してるのに、なんでhgはしないんだろう。
余計な機能つけてバグが出るのを避けるため？
20:デフォルトの名無しさん
08/12/04 20:03:10
Mercurial でちょっと長い日本語ファイル名を付けると
ファイルの名前の長さ制限を簡単に越えちゃわない?
21:デフォルトの名無しさん
08/12/04 21:22:36
>>9
完全に同じじゃん
……バイト列として
22:デフォルトの名無しさん
08/12/04 21:26:35
>>19
中身はどのSCMでも変換しないよ。
つか、それのおかげでhgに乗り換えようと思ってたけどbzrにした。
23:デフォルトの名無しさん
08/12/04 21:28:12
>>18
2.xと3.xでソースコードの互換性ないから（移行ツールはあるけど）
移植するのにひと手間掛かると思われ。
hgとbzrでどっちが先に対応するか見物だな。
24:デフォルトの名無しさん
08/12/04 22:48:55
>>23
何が起こるか分からないし、どっちも当分3への移行はなさそうだがｗ
25:デフォルトの名無しさん
08/12/04 22:52:58
>>19 >>22
Subversinは改行コードは変換出来るな。
ファイル名の件も含めてマルチプラットフォームなプロジェクトだと助かる。
Mercurial, gitは変換なし？ 他はどうなんだろ。
改行コードもそうだが、Subversionの属性に当たる機能って他のVCSだとどうなってるのかね。
個人的には改行コードとバイナリの扱いだけ出来れば十分だけど。
26:デフォルトの名無しさん
08/12/05 01:52:21
属性は微妙
27:デフォルトの名無しさん
08/12/05 07:56:08
これ面白いな。
Bazaar vs Mercurial
URLﾘﾝｸ(bazaar-vcs.org)
で、それに対する Mercurial側の回答
URLﾘﾝｸ(www.selenic.com)
Mercurial 0.9.5の頃の奴だから、現状だと違うとこがあるかもしれないけど。
28:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/12/05 13:02:21
git help
ではすべてのコマンドが表示されないようですが、
git のすべてのコマンドを一覧表示する方法はありますか。
30:デフォルトの名無しさん
08/12/05 13:33:44
man gitではだめ？確かに助長ではあるけど・・・
31:デフォルトの名無しさん
08/12/05 13:35:02
× 助長
○ 冗長
32:デフォルトの名無しさん
08/12/05 13:44:07
他のコマンドは‘普通‘使わないでいい、内部向けコマンドが多いよね。
どういう時に使えたら便利なんだろうか…。
33:デフォルトの名無しさん
08/12/05 15:02:34
>>32
開発途中にコマンド入れたけど意外と使えなかったとか、なんかのコマンドが内部で使ってるとかじゃないの？
ムリに使うようなもんでもないと思うが。
34:デフォルトの名無しさん
08/12/05 16:58:19
>>28
コミットしていない修正があるのでは？
hg commit でその修正を一度コミットしてから，
hg merge して，もう1度マージ内容を hg commit
でいいかと．
35:デフォルトの名無しさん
08/12/05 21:08:59
>>33
We divide git into high level ("porcelain") commands and low level ("plumbing") commands.
だそうで。
porcelainは内部でplumbingを使ったりしてるらしい。
36:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/12/06 01:04:15
mercurialの日本語書籍ってまだ出てない？
38:デフォルトの名無しさん
08/12/06 01:53:44
ない
39:デフォルトの名無しさん
08/12/06 02:12:38
IronRubyがGithubに移行
URLﾘﾝｸ(www.infoq.com)
これは意外な…。
40:デフォルトの名無しさん
08/12/06 02:19:48
>>36
ありがとうございます。
月曜日に試してみます。
41:デフォルトの名無しさん
08/12/06 03:50:43
>39
そういや、MicrosoftのTeam Foundation Server使ってる人って居ないの？
俺は時々Microsoftのセミナー行くけど、そこじゃTeam Foundation Serverの
名前すら出てきた事無いな。Visual SourceSafeの話も一切聞かないけど。
42:デフォルトの名無しさん
08/12/06 06:46:34
>>20
mercuria 1.1が出たけど、そのchangeログに制限を改善したとか
かいてある。試してないので本当か分からんが。
はやく1.1版のTortoiseHgが欲しいところ。
43:デフォルトの名無しさん
08/12/06 13:01:40
分散型のメリットってサーバーの負荷軽減だけ？
44:デフォルトの名無しさん
08/12/06 13:07:38
ネットワークに繋がってなくても大丈夫
45:デフォルトの名無しさん
08/12/06 13:12:12
>>43
マージがしやすい
46:デフォルトの名無しさん
08/12/06 13:13:35
>>45
それは分散型だからマージがしやすいんじゃなく、
ちゃんとしたマージを積んでないと分散型として成立しないってだけなんじゃ……
47:デフォルトの名無しさん
08/12/06 13:13:56
>>43
ログや過去のリビジョンとの差分を見るのが早い
48:デフォルトの名無しさん
08/12/06 13:15:41
>>43
他人のブランチから簡単にforkできる
49:デフォルトの名無しさん
08/12/06 13:37:08
最近SVNを導入した初心者ですが、
ひとつのファイルに対して複数の箇所を修正後、それらを別物としてコミットするにはどうすればよいですか？
50:デフォルトの名無しさん
08/12/06 13:56:51
>>49
厳密に言うとないです。gitでも同様。
いったんパッチを保存して分割、ファイルをrevertして分割したパッチを一つずつ当ててcommit、てところか。
51:デフォルトの名無しさん
08/12/06 14:20:46
>>50
なるほど、やはりそうでしたか。
52:デフォルトの名無しさん
08/12/06 15:19:17
質問です。
主要なバージョン管理システムのうち、一番リポジトリ容量が少なくて済むのは何ですか？
53:デフォルトの名無しさん
08/12/06 15:56:50
>>49
Gitならできます。
git add -i file.txt
とすると、変更箇所ごとに、コミットするかどうかを聞いてくるので、yまたはnで答えてやると、
yと答えた変更箇所だけがコミット対象になります。
同じ機能がMercurialでも欲しいんですけど、だれかしりませんか。
54:デフォルトの名無しさん
08/12/06 16:04:45
>>52
たぶんSubversionじゃないかな。
Subversionはどのファイルでも差分をとって管理する。
Gitは差分をとらず、Mercurialは画像ファイルのようなバイナリは差分をとらない。
だから5Mぐらいの画像ファイルがあって、それをちょこっとだけ修正した場合、Subversion以外だとどんどんリポジトリサイズが増えるそうだ。
55:デフォルトの名無しさん
08/12/06 17:34:26
>>54
hgもバイナリの差分をとるよ。
ネガティブキャンペーンはよくないな。
56:デフォルトの名無しさん
08/12/06 17:55:58
>>55
まあまあ、gitやhg,bzrはどんどんバージョンアップしてるから
仕様が変わって知らなかったんじゃない？
57:デフォルトの名無しさん
08/12/06 18:00:52
てか用途、プロジェクトの規模なんかも書かずに
漠然とリポジトリのサイズが最小のツールを聞くって何がしたいんだ。
ただの興味本位か？
58:デフォルトの名無しさん
08/12/06 18:02:44
以前海外のページでgit・hg・bzrの比較があったけど、
だれかあれの日本語版作ってくれないかなあ？
59:デフォルトの名無しさん
08/12/06 18:03:19
あれ、古いからなぁ。
60:デフォルトの名無しさん
08/12/06 18:08:15
>>57
鉛筆を転がすかわりじゃなかろうか。
61:デフォルトの名無しさん
08/12/06 19:53:08
なにもバージョン管理システムはプロジェクトのソースコード管理にだけ使われるものでもあるまい
空間効率を聞くのにプロジェクトの規模とか関係ないだろ
62:デフォルトの名無しさん
08/12/06 20:08:19
>>53
hg record file.txt
63:デフォルトの名無しさん
08/12/07 00:01:23
>58
それ、>27の事？
64:デフォルトの名無しさん
08/12/07 15:18:11
ＩＢＭのＣｌｅａｒＣａｓｅは糞中の糞ソフト
ＩＢＭ社員でもあんなの使ってないだろうな
65:デフォルトの名無しさん
08/12/07 15:46:41
だって、Rationarl買収したらついてきちゃったんですもの。
66:デフォルトの名無しさん
08/12/07 19:50:06
>>63
いや、俺が以前見たのはこっち。
URLﾘﾝｸ(www.infoq.com)
67:デフォルトの名無しさん
08/12/07 21:19:56
ClearCase採用してる企業ってあんのかな？
商用ソフトかぶれのところだけなんだろうけどな。
ＶＳＳが異常に普及してるように・・・・
68:デフォルトの名無しさん
08/12/07 21:25:45
VSSはサポートを買ってるのだ
何度言えばわかるんだよ
69:デフォルトの名無しさん
08/12/07 21:34:38
その買ったサポートがいざというときに役に立った企業がどんだけあるんだか
70:デフォルトの名無しさん
08/12/07 21:39:53
>>69は無職
71:デフォルトの名無しさん
08/12/07 21:51:10
>>69
>その買ったサポートがいざというときに役に立った企業がどんだけあるんだか
禿同
いざというときのためのサポートのはずなのに、いざというときにまるで役に立たない
72:デフォルトの名無しさん
08/12/07 21:53:38
金出して買ってサポートも頼んだがどうにも駄目だった、というのが有償製品の活用法だろ
73:デフォルトの名無しさん
08/12/07 22:02:53
>>72
一瞬、激しく同意したが、「それでもなんとかしろ」と言われるケースを思い出して鬱になった。
74:デフォルトの名無しさん
08/12/07 22:04:03
CleraCaseもサポートは糞だろうか？
75:デフォルトの名無しさん
08/12/08 01:26:03
今はVSSじゃなくて、Team Foundation Serverの時代だって。
76:デフォルトの名無しさん
08/12/08 02:30:08
git branch hoge
とすると、新しいブランチがローカルリポジトリに作成されますが、
これをリモートブランチに反映させるのはどうしたらいいのでしょうか。
つまり、
git branch -r
とした結果に origin/hoge が出てくるようにしたいです。
77:デフォルトの名無しさん
08/12/08 03:35:48
git push origin hoge
78:デフォルトの名無しさん
08/12/10 11:52:53
>>29
>git のすべてのコマンドを一覧表示する方法はありますか。
git help --all
git help -a
でいけました。
79:デフォルトの名無しさん
08/12/11 15:09:09
ローカルマシン winxp
バージョン管理マシン linux 1 (subversion)
共有フォルダマシン linux 2 (samba)
ローカルマシンバージョン管理ソフトTortoiseSVN 1.4.8
ローカルマシンにチェックアウトしたファイルやフォルダには緑のビックリマークとか付きますが、
共有フォルダにチェックアウトするとビックリマークが表示されません
共有フォルダにもビックリマークを表示させる方法はありますか？
80:デフォルトの名無しさん
08/12/11 20:47:06
>>79
試してないけど、TortoiseSVNの設定→アイコンオーバーレイ→ドライブの種類、の
「ネットワークドライブ」にチェックを付ければいいのでは。
あと、その話題はたぶんこっちのスレの方が向いてる
ｽﾚﾘﾝｸ(tech板)l50
81:デフォルトの名無しさん
08/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ネイティブとの衝突
URLﾘﾝｸ(www.lares.dti.ne.jp)
が怖くて使えません。
もう一つ。Mercurialで、過去のコミットログのuserを変更するにはどうしたらいいんでしょうか？
よろしくお願いします。
82:デフォルトの名無しさん
08/12/12 00:44:09
>>81
俺は bzr fastimport を使って Hg -> Bazaar やった。
hgのexporter の使い方が若干判りにくいけど、変換自体はすごい楽ちん。
83:デフォルトの名無しさん
08/12/12 09:50:25
>>81
僕も bzr fastimport を使ったねぇ。
なんか、exporter が sh と py な拡張子の2つあるけど、
どっちかしか動かなかった。
ただ、Windows 上ではやらず、linuxで変換しました。
84:デフォルトの名無しさん
08/12/12 10:33:08
続々と Mercurial を捨てる人が出てきたねぇ。ｗ
今のところファイル名の件はそう大きな問題じゃないから、まだしばらく使うけど、
このことに理解を示さない開発側の姿勢は問題だと思うんで、いずれ移行しよううかとは
思ってるけど。
85:デフォルトの名無しさん
08/12/12 11:09:12
Git でリモートブランチを消す方法を教えてください。
git branch -r -d origin/hogehoge
とすればリモートブランチが消えると思ったのですが、
git fetch
すると復活します。つまり、リモートブランチは本当は消えてないということですよね。
ほんとのほんとにリモートリポジトリ上のブランチを消す方法があれば教えてください。
86:83
08/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:デフォルトの名無しさん
08/12/12 11:30:16
>>83
>ただ、Windows 上ではやらず、linuxで変換しました。
これって、BazaarのリポジトリはOS非依存ってこと？
おしえてえらいひと。
88:83
08/12/12 11:52:42
>>87
linux/Windows間のリポジトリのやりとりは、
bzr push/pull sfURLﾘﾝｸ(example.com)
みたいにしてます。少なくとも、上記のやりとりで
Win/linux間のinteroperativityに問題はないですね。
実は、bzr pushする際の先のサーバに
bzrがインストールされている必要がないことを考えると、
(つまりファイルをコピーしているだけのはず)
.bzr以下のファイルを固めてWin/linux間にコピーするだけでも
動くはずではあります(試してません)。
89:デフォルトの名無しさん
08/12/12 12:38:55
>>88
なるほど。hg → bzr はlinux上で行って、linux→windowsはbzr→bzrでやったというわけですね。
なんて賢い。
>実は、bzr pushする際の先のサーバに
>bzrがインストールされている必要がないことを考えると、
まじっすか? Bazaarすげー!
90:83
08/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 sfURLﾘﾝｸ(example.com)
みたいになるはずです。
91:83
08/12/12 13:21:31
追記
sftpだけでなくftp, http(WebDAV)ならサーバにインストールされてなくてもいいはずですね。
KLABのDSAS開発者がまとめた記事がわかりやすいですかね。
URLﾘﾝｸ(dsas.blog.klab.org)
92:デフォルトの名無しさん
08/12/12 17:29:08
うおーだれか>>85たすけてください
>ほんとのほんとにリモートリポジトリ上のブランチを消す方法があれば教えてください。
93:デフォルトの名無しさん
08/12/12 18:12:46
俺まったくGitさわったことないけど、
URLﾘﾝｸ(www.kernel.org)
上のページの”git remote rm”オプションじゃだめ？
話変わるけど、ホント一気に風が変わったよね。今までgitかhgしか話題にならなかったのに。
94:デフォルトの名無しさん
08/12/12 18:22:39
fdoがcgitの新しいのになったな。
微妙にかっこいい。
95:79
08/12/12 18:25:50
>>80
ありがとうございますアイコンが表示されました
96:デフォルトの名無しさん
08/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
08/12/13 03:47:40
>>82,83
とりあえずリベンジでCygwin版BazaarとMercurial入れてみました。
再度fastimport試してみました。
そうしたら、ファイル名と内容に日本語使ってるせいか、exporterがSJISで吐きだしてくれちゃった
データをbzr fast-importがUTF-8でデコードしようとしてこけちゃいました。
日本語入ってないので試したらぱっと見はできてたんですがね。
手元にlinux環境が無いんでまだしばらくはhgとbzr併用でいきます。
ありがとうございました。
98:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/12/13 10:22:36
>>97
や、Cygwin使ってる時点で、日本語ファイル名とか無いから。
せめてUTF-8 Cygwinか、Cygwin 1.7(+UTF-8使用設定)で試せ。
100:デフォルトの名無しさん
08/12/13 11:43:27
>>96
俺もそれでhgを使ってたんだが、1.7, 1.8 と確実に速くなっていて、bzr に乗り換えた。
1.10で試してみて。
101:デフォルトの名無しさん
08/12/13 11:57:31
>>85
git push origin :hogehoge
cf. git push --help
102:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/12/13 19:42:05
>>103-104
何が言いたいの？
106:デフォルトの名無しさん
08/12/13 22:33:58
マシンスペックもかかずに・・・参考に並んだろ
107:81
08/12/13 22:48:26
>>99
駄目でした。同じようになります。
108:デフォルトの名無しさん
08/12/13 22:57:28
本命はバザーですか
109:デフォルトの名無しさん
08/12/13 23:03:56
いいえケフィアです
110:デフォルトの名無しさん
08/12/14 00:03:12
Bzrはtortoiseが使い物になるまで待ち
111:デフォルトの名無しさん
08/12/14 00:51:22
Announce: TortoiseGit 0.1 preview version
URLﾘﾝｸ(marc.info)
112:デフォルトの名無しさん
08/12/14 07:05:11
>>111
知らせてくれてありがとう。現時点ではメニューに表示されるだけで
動かない機能が多いようだ。気長に待つことにしよう。
113:デフォルトの名無しさん
08/12/14 08:28:53
>>108
最近、bazaarが流行ってるなー。
114:110
08/12/14 09:41:20
>>111
使い物にならないというのは、>>112 のことね。
あと、日本語フォルダ上でレポジトリを作れないとか、
完成度がまだ低すぎる。小数点のバージョンでは無理もないが。
115:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/12/14 10:50:59
>>114
これってgitの実行ファイルも同梱してるの？
というか、そもそもwinでまともに実行できるgitはなかったような・・・。
117:デフォルトの名無しさん
08/12/14 11:26:25
win環境であえてgitを使おうとは思わないが
118:デフォルトの名無しさん
08/12/14 15:32:57
>>115
それで速度テストしてる気になってるの？
あんたアホですか？w
119:デフォルトの名無しさん
08/12/14 16:44:55
「無意味な煽り乙」っと思ったら、>>118のいう通りじゃねーか
そんな実験バイナリとpythonの速度差しかわからんぞ？
120:デフォルトの名無しさん
08/12/14 19:59:53
>>117
じゃTortoiseGitの作者に「ムダなので今すぐやめてください」って抗議しる
121:デフォルトの名無しさん
08/12/14 20:21:34
あーあ、120 を泣かしたー
122:デフォルトの名無しさん
08/12/15 00:08:59
あらら
123:102
08/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:デフォルトの名無しさん
08/12/15 08:09:11
>>123
しらんがな
125:デフォルトの名無しさん
08/12/15 08:58:47
>>123
1.10 にあげてみたつもりで1.6動かしてない？
126:デフォルトの名無しさん
08/12/15 11:00:38
>>123
hgとbzrはどっちもpythonだから、そんなに速度差があるわけないんだがなあ。
127:デフォルトの名無しさん
08/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
08/12/15 14:54:10
書き込んでからいろいろ試していると、
mtn genkeyしただけで落ちることに気がつきました・・・
もしかすると、monotoneのこのバージョン（0.41）に問題があるのかもしれません。
後ほどメインPCでもう一度確認してみます。
129:デフォルトの名無しさん
08/12/15 15:01:49
>>123 はアホだから、
bzr -> バイトコンパイル前に実行
hg -> バイトコンパイル後に実行
こんな感じで実行してたんだろ。
130:127
08/12/16 07:01:17
やっぱり上手くいきませんでした。
monotone 0.40を使えば、genkeyで落ちることは無くなったのですが
checkoutは同じエラーで落ちてしまいます。
メインPCでのcheckoutは平気で出来るのに、サブPCでのcheckoutは失敗するなんて
いったいどうなってるのコレ
潔くmonotoneを使うのを止めろってことなの
131:123
08/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:デフォルトの名無しさん
08/12/17 02:09:59
hgでcommitlogを書き直す方法を教えて。
そもそもcommitlogもリビジョン管理できたらいいのに。
133:デフォルトの名無しさん
08/12/17 08:42:33
>>130
うちでは普通に動いてるな
同じファイル名が大文字小文字違いで入ってたりはしないよな
134:デフォルトの名無しさん
08/12/17 11:44:59
>>131
Ruby や Perl に比べると、バイトコンパイルできるからロードが早いんだけどな。
Cに比べるともちろん負ける。
ロードが0.5秒を切ったら、ロード時間よりもリポジトリやファイルを操作する時間の方が
大事になってくる。
135:デフォルトの名無しさん
08/12/17 20:25:00
>>134
脱線するけど、Rubyも1.9からYARVとかいうのでバイトコンパイルできるようになったらしいよ？
俺メインpythonだからよく知らんけども。
136:デフォルトの名無しさん
08/12/17 21:44:42
>>135
結果を*.pycのようなファイルに落とすところまでは、まだ至ってない。
137:デフォルトの名無しさん
08/12/19 13:24:08
今、所謂cherry-picking（他所branchのchangesetをつまみ食い）について
調べてるんだけど、現状はこんな感じで間違いない？
Mercurialでは、下のURLの"import/export"の章に書いてあるように、
patchファイルを作って適用するとマージ元ログがそのまま入るけど
IDが元と変わってしまうし、メタ情報(どっから持ってきたかとか)が
失われるので二重マージも防げない。
URLﾘﾝｸ(www.selenic.com)
transplant拡張を使うと二重マージは防げるようになるけど、
メタ情報はtransplant専用ファイルに記録されてるだけで、
Mercurial公式のfirst-classメタデータとは言えない。IDも元と変わってしまう。
com.selenic.mercurialで紹介されてるmerge+backout("cherry-winnowing")の
方法を使うと、IDは保存されるし二重マージも防げるけど、ややこしくて、
ログを見ると流れが複雑すぎて頭が混乱してくる。
Bazaarでは下のURLに書いてある通り簡単に操作出来るけど、メタ情報の無い
普通のコミットと同じ扱いになるので、二重マージを防いだりマージ元ログを
引用させたり出来ない。
URLﾘﾝｸ(doc.bazaar-vcs.org)
darcsだとうまくいくらしい？
138:デフォルトの名無しさん
08/12/19 13:28:06
launchpad使っている人いないですか？
Register a branch画面で Project名がInvalid valueと言われてしまい困っています。
どんな名前だったらよいのでしょうか？アルファベット12文字くらいでもはねられる・・・
URLﾘﾝｸ(code.launchpad.net)
139:デフォルトの名無しさん
08/12/19 13:36:20
>>137
>普通のコミットと同じ扱い
そんな事無いよ。サブリビジョン?の概念があるから。
>>138
先にプロジェクトを登録しないとダメ。登録は以下から。
URLﾘﾝｸ(launchpad.net)
またプロジェクト無しでもブランチを作れる。その場合は"bzr push lp:~ユーザー名/+junk/ブランチ名"でおk。
140:デフォルトの名無しさん
08/12/19 14:00:14
>139
そのサブリビジョン?って何？ bzr log -v --show-ids でも出てこないみたいだけど。
bzr mergeすると黙って二重マージされちゃうし、何の役に立ってるの？
141:デフォルトの名無しさん
08/12/19 14:07:49
>>140
>bzr mergeすると黙って二重マージされちゃうし
Nothing to do.って言われてマージされないよ?
142:デフォルトの名無しさん
08/12/19 14:25:35
>141
今確認してみたけど、やっぱ二重マージされるような……。
ちなみに、141の環境では、logコマンドのparent行みたいに、cherry-picking元のIDを
後から確認出来るの？
143:141
08/12/19 14:54:23
ごめん、飛び飛びの場合のトラッキングはサポートされてないようだ。
URLﾘﾝｸ(bazaar-vcs.org)
マージの時に--merge3や--weaveでコンフリクトを抑えるしかないみたい。
144:デフォルトの名無しさん
08/12/19 16:37:45
git便利そうなんだけどwindowsも使うんだよなあ
145:138
08/12/19 16:51:05
>>139
サンクス。先に登録しないとだめなのね
やってみるっす。
146:デフォルトの名無しさん
08/12/19 16:57:24
>>144
cygwinでUTF-8ならWindowsでも使えるよ
147:デフォルトの名無しさん
08/12/19 18:54:48
>>137
MQ使うかdarcs使え。
それ以外は無理。
148:デフォルトの名無しさん
08/12/19 23:03:41
なんでdarcsだと二重マージを防げるの？
各パッチに固有のIDを割り振ってるのかな？
149:デフォルトの名無しさん
08/12/19 23:57:45
darcsは、パッチ管理ソフトだから。
150:デフォルトの名無しさん
08/12/20 03:50:28
状態記録パラダイムのソフト(Mercurial, Bazaar)で、パッチ集積パラダイム(darcs)の
機能を実現しようとするから、複雑になったり泥縄的になったりするんじゃないかな。
151:デフォルトの名無しさん
08/12/20 03:54:32
泥縄は泥臭いという意味じゃないよ
152:デフォルトの名無しさん
08/12/20 09:46:16
アホな俺に教えてくれ。
>>149
修正，削除のない，追加だけのパッチでも二重マージって防げるものなの？
>>150
状態記録といっても，hgやgitは差分で内容を保存してるんでしょ。
差分てパッチと同じような気がするんだけど，どう違うの？
153:デフォルトの名無しさん
08/12/20 13:01:56
>>152
Gitは差分じゃないよ。hgはたしか差分。
154:デフォルトの名無しさん
08/12/21 12:22:34
>>150
>状態記録パラダイムのソフト(Mercurial, Bazaar)で、パッチ集積パラダイム(darcs)の
>機能を実現しようとするから、複雑になったり泥縄的になったりするんじゃないかな。
これ、もっと詳しく知りたい。教えてえらいひと！
155:デフォルトの名無しさん
08/12/21 14:17:34
mercurial 1.1.1 release
156:デフォルトの名無しさん
08/12/23 00:19:48
>>154
version1 = version0 + 機能1
version2 = version1 + 機能2
version3 = version2 + 機能3
と考えたときに、機能1がいらなくなったとしよう。
そのときパッチ集積パラダイム(チェンジセット指向)だと
version4 = version0 + 機能2 + 機能3
ということができる。
hg,bzrみたいなスナップショット指向は
versionXしか扱えないからダメ。
MQでもこういう事はできるけどMQはローカルでのパッチ管理なので
みんなでパッチを共有することはできない。
hgがたとえ内部で差分管理していても
その差分に名前が付けられていないからユーザは手が出せない。
157:デフォルトの名無しさん
08/12/23 02:05:52
Mercurialの公式wikiの翻訳って今どうなってるの？
誰かやりかけてるの有る？ hgbookは誰かやってるんだっけ？
158:デフォルトの名無しさん
08/12/23 10:37:21
>>156
サンクス。
ただ、これだと「機能1の機能を消すパッチ」を当てればいいだけだと思うんだけど、どうでしょうか？
機能1 をrevertするようなパッチを作成する機能ってたしかgitとかhgにあったと思います。
あと、>>150はもともと>>148の
>なんでdarcsだと二重マージを防げるの？
という質問への返答なので、なぜdarcsだと二重マージを防げるかを、パッチ集積パラダイムの点から説明していただけると、スレ的にはうれしい。
159:デフォルトの名無しさん
08/12/24 01:00:57
>>75
基本的な動作はいい感じだけど、やっぱり物足りない部分が多いかな
boostぶち込んでもレスポンスいいのはなかなか
160:デフォルトの名無しさん
08/12/25 21:41:44
git branch
すると
* (no branch)
というのがでてこまってます。どうやったらこれを消せるんでしょうか。
git branch -d '(no branch)
ではだめでした。
たすけてください！
161:デフォルトの名無しさん
08/12/25 21:58:15
>>160
rm -rf .git
162:デフォルトの名無しさん
08/12/25 22:13:22
>>160
一時的な無名ブランチなので、他をチェックアウトすれば消える。
163:デフォルトの名無しさん
08/12/26 02:45:27
git push したらこんなエラーが出た。
$ git push
Counting objects: 116, done.
Compressing objects: 100% (85/85), done.
Writing objects: 100% (112/112), 40.38 KiB, done.
Total 112 (delta 32), reused 54 (delta 0)
To git@github.com:username/project-name.git
8644ee0..dccb472 master -> master
! [rejected] experiment -> experiment (non-fast forward)
error: failed to push some refs to 'git@github.com:username/project-name.git'
experiment ブランチでなにかエラーになっているようだけど、さっぱりわからん。
おしえてえらいひと。
164:デフォルトの名無しさん
08/12/26 14:12:20
そもそもマージは人間がやるべきだよ。
バージョン管理システムは構文は見ないわけだし。
165:デフォルトの名無しさん
08/12/26 19:41:07
>>163
fast forward出来ないってことは、誰かがあなたより先にそのブランチにpushした
ってことだと思う。
git fetch とか git rebase で真っ直ぐにする必要があると思う。
しかしgithubで誰かとブランチ共用してるのか。まあそういうやり方もありか。
166:デフォルトの名無しさん
08/12/26 22:48:11
自動のマージに任せるととんでもないことになるから、
必ず手動でマージしてから自動のマージを走らせて、
変わった所をチェックしてるわ。
167:デフォルトの名無しさん
08/12/27 13:37:26
>157の件だけど、誰もやりかけてるのはないって事でいいのかな？
この休み中に少しだけでも翻訳しようかなって感じなんだけど。
hgbookは、一度どっかに訳があがってたけど、今は無いみたい(?)
ちなみに、公式FAQの足りない所や英語版と食い違ってるところを訳そうかなぁと
思ってる。
168:デフォルトの名無しさん
08/12/27 13:53:04
gitって名前がダサイ。
169:デフォルトの名無しさん
08/12/27 13:54:44
>>166
svn以前のマージって確かにひどい。ゴミだったな、ありゃ。
170:デフォルトの名無しさん
08/12/28 13:18:44
>>169
CVSのマージで困ったことはないけど最近はもっと便利になってるの?
171:デフォルトの名無しさん
08/12/29 05:13:58
なってる。
172:デフォルトの名無しさん
08/12/29 10:48:16
具体的にはどう便利に？
173:デフォルトの名無しさん
08/12/29 11:40:02
git blame -M/-Cってすごいなぁとおもって
ソースみてみたけどロジックがわからんかった orz
ほかのvcにはないよねこういうの
174:デフォルトの名無しさん
08/12/30 19:56:59
>>173
いらないwww
175:デフォルトの名無しさん
08/12/31 16:04:33
Gitでコミットの順番をいれかえるのってどうしたらいいの？
なんかGitではそういうことができると聞いたんだけど。
176:デフォルトの名無しさん
09/01/01 15:03:39
Mercurial 1.1.2 release
177:デフォルトの名無しさん
09/01/01 15:14:46
>>175
大体こんな感じ。
git reset HEAD^
git stash save
git reset HEAD^
git stash save
git stash apply stash@{1}
でもこれで入れ替えられるのは多分、diffの範囲が十分に離れている場合だけ。
近すぎるとコンフリクトすると思う。
178:デフォルトの名無しさん
09/01/01 16:28:22
>>177
えー、むちゃむちゃ手作業じゃないですか。そういうものですか。
あとこの方法だと、ログメッセージも手作業で指定することになりますよね。
だまされたのかな。Git には、パッチの順番を入れ替える直接的な機能はないということでFA?
179:デフォルトの名無しさん
09/01/01 16:43:46
$ git rebase -i HEAD~2
で $EDITOR が起動する. 説明は書いてあるのでそのようにすればいい.
簡単にいえば行毎にコミットがかいてあるのでそれを入れ換えばいい.
180:デフォルトの名無しさん
09/01/05 11:07:46
TortoiseHGでアイコンオーバーレイは、TortoiseSVNが入ってないと使えなかったりする？
181:デフォルトの名無しさん
09/01/05 18:54:32
>>180
アイコンオーバーレイだけインストールできるよ。Hgは試したことないけどTortoiseBzrではうまくいった。
URLﾘﾝｸ(tortoisesvn.tigris.org)
182:デフォルトの名無しさん
09/01/05 23:00:05
>>181
サンクス。明日会社でやってみる。
183:デフォルトの名無しさん
09/01/05 23:21:19
TortoiseHgはオーバーレイでるよ。
インスコ後OS再起動していないとか
184:デフォルトの名無しさん
09/01/07 11:12:45
git では $HOME/.gitconfig に alias が設定できます。
しかしたとえば commit の alias として ci を登録すると、zsh の補完が効かなくなります。
つまり、git commit なら効く補完が、git ci だと効かないわけです。
あたりまえといえば当たり前なんですけど、git commit での補完が git ci でも効くようにするにはどうしたらいいでしょうか。
185:デフォルトの名無しさん
09/01/07 11:22:45
zshのドキュメントを読めばいいんじゃない？
186:デフォルトの名無しさん
09/01/07 11:55:54
gitのページがかわいくなったw
187:デフォルトの名無しさん
09/01/07 14:40:33
どーもくんみたいのがバナーにいるな
188:デフォルトの名無しさん
09/01/07 14:41:18
Git - Fast Version Control System
URLﾘﾝｸ(git-scm.com)
189:デフォルトの名無しさん
09/01/07 15:00:40
ほんとだドーモくんに似てるｗ
190:デフォルトの名無しさん
09/01/07 21:18:57
なんできのこの山（抹茶味）食べてるん？
191:デフォルトの名無しさん
09/01/07 21:38:12
>>190
うまいからじゃね？
192:デフォルトの名無しさん
09/01/07 23:21:37
ドーモくんもGPLだったんだな。
193:デフォルトの名無しさん
09/01/08 03:28:19
どう見てもドーモくんです。
194:デフォルトの名無しさん
09/01/08 10:28:05
食べすぎて太ってるな
195:デフォルトの名無しさん
09/01/09 16:04:13
普段gitである程度まとまったらsf.netのsvnにgitの結果をなげるとかできる？
196:デフォルトの名無しさん
09/01/09 16:24:03
mercurialでaddを取り消すことはできない？
addまではできるが、ファイル名の関係でcommiit出来ないからaddを取り消したいんだが…。
197:196
09/01/09 16:29:01
申し訳ない。調査が足りなかった。
反省してる。
198:デフォルトの名無しさん
09/01/09 18:09:01
>>157
hgbookは URLﾘﾝｸ(freehg.org) に作業中のが。
199:デフォルトの名無しさん
09/01/09 19:39:31
>>195
git-svnで出来るよ。
sf.jpなら直でGitいける。
200:デフォルトの名無しさん
09/01/10 02:14:40
>198
そのURL、公式wikiの日本語版トップページからリンクしとけばいいんじゃない？
存在を知らない人が二重に訳し始めたら無駄だし。
201:デフォルトの名無しさん
09/01/10 12:17:54
>>195
こんな感じかな
svn からごっそりclone
$ git svn clone rep_url -T trunk -b branches -t tags
svn の branch を確認して
$ git branch -r
svn の branch を git の branch に紐付けして checkout
$ git checkout -b git_branch svn_branch
git の local branch を作ってゴソゴソ作業
$ git branch local_branch
まとまったら、紐付けされた branch に戻って merge
$ git checkout git_branch
$ git merge local_branch --no-ff
svn に送る
$ git svn dcommit
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5371日前に更新/174 KB
担当:undef