[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 03/16 08:56 / Filesize : 206 KB / Number-of Response : 808
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん [2007/10/26(金) 02:15:00 ]
バージョン管理システムについて語りましょう。

関連スレ
CVS 1.3 [UNIX板]
pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r7 [プログラム板]
pc11.2ch.net/test/read.cgi/tech/1180858500/

136 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:34:10 ]
>>135
Version Control System

137 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:36:12 ]
SCM のほうが一般的だと思うけどな。


138 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:42:30 ]
どのぐらい?

139 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 18:50:01 ]
hg歴1週間の私が Git 使ってみましたよ。
gitk が面白いね。

で、branch を切り換える、って考え方がすげーしっくりきた。
これで Git に移行する気マンマンになりつつある。

一番気になるのは database の頑健性なんだけど、これはしばらく使ってみないと分からんな。
git-fsck というコマンドが存在する、ということが却って不安を煽るんだが…

>>126
> って、hgもそれは同じだと思うんだけどなぁ。そんなにGit複雑かなぁ。
俺も実際に使う前は、Git てコマンドたくさんあるらしいし、覚えるまでが大変そう、と思ってたけど、
実際に使ってみると基本的な作業は CVS とかと大差ないと思った。
むしろインターフェース的には CVS と Git の方が CVS と hg より近い (ほんのちょっとだけどね)
とすら思った。
ただ、git co とできないのが不満。ln -s git-checkout git-co とかすりゃいいのか? (w

ところで、git commit --help で No manual entry for git-commit とか言われるのは、インストールに
失敗してる?

140 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 19:17:15 ]
>>139
>git-fsck というコマンドが存在する、ということが却って不安を煽るんだが…
どうだろうね、けっこう有名なプロジェクトでガンガン使われてるのが安心を
もたらすと思うんだけどねー。

俺の場合は仕事ではまだSubversionなので、個人的にGitで開発して
中央とのやり取りの時に git-svn で Subversionレポとやり取りしてます。
誰も気づかないよw
コラボしなくても、個人使用だけでずいぶん楽しいですよGit。

>ただ、git co とできないのが不満。
git.or.cz/gitwiki/Aliases
俺は~/.gitconfig をこんな感じにしてます
[alias]
st = status
co = checkout
br = branch

>ところで、git commit --help で No manual entry for git-commit とか言われるのは、インストールに
失敗してる?
してるかも。。。make install-doc かな?

141 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 20:03:56 ]
今はSubversionを使ってて、
GitとMercurialをちょっとかじってみたいなと思ってるんだけど。
作業履歴も含めたバックアップはそれぞれどうやるの?

例えば、ある1つのプロジェクトを自分1人で扱うとして、
元リポジトリをいくつかに複製してそれぞれで個別の作業をして、
時折"リリース版"を作る場合:
1. リリース用リポジトリを1つ作って変更点を集める
2. そのリポジトリのバックアップを取る → 具体的には?
とかなのかな。イメージがいまいち掴めてないかも。


142 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 21:18:20 ]
単にリリース用リポジトリ複製して保存しとけばいいと思うけど。

143 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 21:41:27 ]
>>134
ごめん、なにがいいたいのかわからん。
high levelとlow levelに分類したところで、コマンドの数が多すぎる理由になるの?

144 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 21:48:44 ]
cg cg-commit cg-reset
cg-add cg-diff cg-restore
cg-admin-cat cg-export cg-rm
cg-admin-ls cg-fetch cg-seek
cg-admin-lsobj cg-help cg-status
cg-admin-rewritehist cg-init cg-switch
cg-admin-setuprepo cg-log cg-tag
cg-admin-uncommit cg-merge cg-tag-ls
cg-branch-add cg-mkpatch cg-tag-show
cg-branch-chg cg-mv cg-update
cg-branch-ls cg-object-id cg-version
cg-clean cg-patch cg_annotate
cg-clone cg-push

あ一個変なの入ったけど、cgとかもあるよw stgitとかも。
git用のもあるbashcompは便利だがメインzshなんだよな。。。
zshcompはまだ使ってないんだがどうなんだろ。スレ違い…



145 名前:デフォルトの名無しさん mailto:sage [2007/12/09(日) 22:40:15 ]
>>143
コマンドの数が多すぎるのが問題なの?

146 名前:デフォルトの名無しさん [2007/12/10(月) 00:13:05 ]
gitってリポジトリの一部だけをcloneとかcheckoutすることって出来る?

147 名前:141 mailto:sage [2007/12/10(月) 00:31:52 ]
>>142
普通のファイル群として保存すればいい(それ以外にない)ってことか。thx。
いや、svnのdump/loadみたいなものはあるんかなと思ってね。


148 名前:デフォルトの名無しさん mailto:sage [2007/12/10(月) 10:31:56 ]
>>146
分かってないだけかもしれないけど、それは無いような希ガス
Gitはファイルとかディレクトリではなくてコンテンツで考えるモノ、らしい

149 名前:デフォルトの名無しさん [2007/12/10(月) 11:49:13 ]
分散型でアクセス権をディレクトリ毎に制御できるものってない?

150 名前:デフォルトの名無しさん mailto:sage [2007/12/10(月) 17:15:30 ]
>>149
subversionではそういうのあったっけ。

151 名前:デフォルトの名無しさん mailto:sage [2007/12/10(月) 17:29:23 ]
svnserveとかWevDAV経由なら出来るんじゃなかったかな。
リポジトリの下のconfにそれっぽいのがあるでそ。


152 名前:デフォルトの名無しさん mailto:sage [2007/12/10(月) 22:53:46 ]
mercurialはrenameの前後でdiffとれない?

153 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 00:26:48 ]
OpenJDK が Mercurial を使うことにしたそうだ。

154 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 00:56:26 ]
svnはエンコード混在環境でもコミットログを内部utfで処理してくれますが、gitやhgのコミットログのエンコードは何が使われるのでしょうか?

乱暴ないい方するとWindows,ubuntu,旧soralisでs-jis,utf-8,eucなエディタでコミットしたときにログを相互に読めますかって話です (svnは相互にログは読めました、cvsはダメだった)



155 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 06:02:16 ]
>>154
とりあえずGitはデフォでUTF-8だけど、設定ファイルに書いたらできたよ。

この手の質問って、hgとGitどっちにするか評価中ってことなのかな?
それならこんな細かいことじゃなくて、機能の核心が重要なんじゃないかと
思うんだが。まずは使ってみたほうがいいと思うよ。

156 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 08:56:02 ]
154にとっては、それが核心機能のひとつなんじゃないかな。
異機種異環境混在環境でも動作するというのは案外大事。

157 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 10:28:37 ]
>>156
まああれだ、どうもSubversionの機能をGitやMercurialに当てはめていくような
アプローチをしたがるみたいなんだが、そうじゃなくて頭真っ白にして考えないと
うまくいかないと思うんだおれは。
実際に使ってみれば、ログの文字コードを心配する前に、もっとドラスティックな
ことが起きるはず。

158 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 10:55:13 ]
SVNの説明にも必ずCVSではこうだったみたいなのがあるじゃん
最初からHGやGit使うなら良いが既にSVNとかを利用している人からすれば
どうしても機能の当てはめ等は必要
自分は良くても他の人が移行に納得しない

159 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:11:07 ]
おれsvnからgitに移行したけど、gitはsvnに当てはまらないことばっかだよ。。。

160 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:18:45 ]
当てはまらない事だらけって事は利用者は使い方を学ばなければならないって事だ
中々覚えようって気にはなってくれないから難しい

161 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:24:06 ]
Git - SVN Crash Course
git.or.cz/course/svn.html
最初はこれ見てやってみたんだけど、やっぱこれでgitが分かるってことはないわけで
Tutorialをやってみるのが近道だった。
中央集権型と分散型なんだから、簡単に移行できないのはしょうがないかもね。


162 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:16:41 ]
gitかhgに移りたいけど、eclipseのプラグインがでるまで我慢。

163 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:20:22 ]
俺はWindows Explore連携ができないと、移る気がしない

164 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 14:35:49 ]
svkだって亀が使えたらって思うが



165 名前:デフォルトの名無しさん mailto:sage [2007/12/11(火) 20:23:44 ]
まぁ、人口に膾炙するためには、日本語リソースが充実しないとな

166 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 00:35:58 ]
gitとかsvnとかhgとかみてたら、2chの略語に見えてきた。
もうさ、2chのVCS/SCMつくろうぜ。

kwsk -> 詳細ログ表示
ktkr -> 取り出し
wktk -> 更新があるかチェック
up -> コミット



167 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:15:31 ]
gitとhgをcygwin上でTutorialをこなしたけど、
gitは branch と gitkが すごく よいと 思いました。
って 思いつつ、hg リファレンス を読んでたら、branch在るんですね。
Tutorial 見て、cloneでどんどんレポジトリ増やしていくしかないと思ってしまったorz

気づいた差異は、こんな感じ
速度
hg > git
hgは一瞬、gitは一秒程度かかるもの(checkout, commit)がある

commit
hgは、更新ファイルがデフォルトでコミットできる
gitは、更新ファイルもaddを使って追加するかcommit -a をする

マージのコンフリクト時の挙動
gitは衝突部位を両方持ったファイルを作成する
hgは衝突ごとに随時衝突部位を両方持ったファイルをエディタで開いて修正を求める。

あと hgは、狙ったのかホームポジションの隣で両人差し指一打ですむのが楽

168 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:17:42 ]
>>167
hgといえばやっぱりアレだろ

169 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:31:11 ]
>>168
どれだよ。

170 名前:167 mailto:sage [2007/12/12(水) 02:42:06 ]
ああ
gitはcommitせずに複数マージできるが抜けてました。

>168
何でしょ?

171 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 12:18:08 ]
$ hg foo

172 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 16:20:44 ]
gitやhgが流行ってるみたいですが、いまいちsvnとの使い方の差が掴めません。
実際にsvn->git,hgへ移行して、使い方がどう変わったかだれか教えてもらえませんか?

173 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:14:51 ]
cvsからsvnへ変わったのとは違う
どう変わったか?と言うより、概念そのものが違う

174 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:21:26 ]
gitに移行しない奴をアホ呼ばわりする奴は何なの?



175 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:27:18 ]
会社でアホ呼ばわりされたのか?
チラシの裏にでも書いておけ。


176 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:22:44 ]
>>174
Git信者以外に考えられないのですが・・・・
本人は否定しているのですか?

>>172
大きな違いはローカルコミットができる点じゃないかな?
自分の作業が一段落するまで他の人に影響を与えず手元で変更履歴をとって管理できる。
それができないってのが、昔TeamwareからCVSに移行したとき不便だと思った所なんだけど。

177 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:29:05 ]
>>176
なるほど、それは使い方が大きく変わりそうですね。

178 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:31:39 ]
ローカルコミットか・・・
確かに便利そうだ

誰かgitとhgとsvn使っている人、違いをまとめてうpしてくんろ

179 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 19:58:46 ]
svnもsvk使えばローカルにコミット出来るけどな

180 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 21:28:01 ]
gitはどうかしらないけどhgはCVSとか.svnに相当する.hgディレクトリがルートにしか作られないのがすき。
それ + .hg自体がリポジトリなのでリポジトリの作成が気持ち的に軽い気がする。
なんかのファイルをいじるときにとりあえずhg initってのをよくやるようになった。

181 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 21:33:46 ]
↑追記: バージョン管理というよりdiffを簡単に取るためだけど

182 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 22:44:52 ]
>>180
gitも同じっすね


183 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:40:26 ]
>>179
確かにsvkはローカルコミットできるね
俺はsvkからGitに変えたんだけど、外見はけっこう似てるかも知れない。
svkはどこどこのrevいくつまでマージした、っていう情報をもとにsmergeするけど、
Gitは各コミットにハッシュが振られているので、もっとぐちゃぐちゃにマージさせても
けっこう大丈夫。なので、何かしようと思うたびにローカルでブランチ作って、
ひと区切りついたら本線にマージしてそのブランチは廃棄、っていうのを繰り返す、
というのがフローとして使える。
svkも同じような使い方してたんだけど、svkはマージが遅くて辛かった。Gitは鬼速い。
あとsvkのswitchがGitのcheckoutにあたるようなイメージなんだが、svkでswitchしまくる
というのはちょっと気持ちよくないんだけど、Gitはそれが普通なので気持ちいい。
まーあとはGitならでは(hgにもありそう?)のresetとかrebaseとかの、やりたい放題が
気持ちいいかな。過去のコミットを遡って修正なんて、最初はかなり驚いた。

184 名前:デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:57:29 ]
> Gitは各コミットにハッシュが振られているので、
> もっとぐちゃぐちゃにマージさせてもけっこう大丈夫。
svn使いの俺様から見るとコンフリクトしまくりそうなんだが...。




185 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:14:15 ]
そういう複雑な運用がサポートされてても実際に使えるかどうかは難しいよね

186 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:20:53 ]
>>162
hgにはある

187 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 00:22:33 ]
>>184
行レベルでぶつかればコンフリクトしますな、さすがに。
でも追加した変更が誤解されてばっさり元に戻されたりとかはないし、
共同作業でもきちんと分担が為されてれば、同じファイルの同じ行がぶつかる
ということはそれほど無いはず。

>>185
慣れ、だと思いますよ。

188 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:06:09 ]
>>103
そういう使い方をしたいなら
darcs、StGit、Mercurial+MQを使うべきだろ。

ここにいるGit使いは、darcsに移ったほうが幸せになれるかもしれない。

189 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:28:12 ]
darcsって何がいいの?スケールしないって問題はおいといて。
バージョン管理じゃなくて、パッチ管理システムらしいけど、
それって何が違ってどう嬉しいんだ?

もっとわからんのは、darcs-git。
gitにdarcsのコマンドUIを載せたものと理解してるけど、darcsはUIがよいって事?
ってか、自慢のパッチ管理システムは実はどうでもいいのか?

190 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 02:17:54 ]
quiltに似てるらしい。>darcs
quiltって何か知らんけど。

191 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:14:57 ]
git って、「ぎっと」なの?「じっと」なの?

192 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:29:10 ]
北森セレ2.6で、ロゴ野郎に買った!
…裏技だけど。

193 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 03:29:49 ]
>>192誤爆スマソ

194 名前:デフォルトの名無しさん [2007/12/13(木) 04:21:38 ]
>>191
www.youtube.com/watch?v=4XpnKHJAok8
linusは「ぎっと」と読んでいる





195 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 07:02:22 ]
RapidSVN使ってるけどリポジトリのあるPCの電源を落としたまま
コミットしようとすると更新情報ぶっ壊れて全部とりなおすハメになるのは
他のツール使ってもいっしょですか?

196 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 07:57:00 ]
>>195
ウサギはもう開発終わってるからなるべく使わない方がいいよ。
一々挙げないけど、それ以外にもいろいろ不具合あるし。

197 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 08:16:34 ]
>>196
そうなんかぁ・・・
他のツールってなんかあんまりなじまなかったんだけど?w
GUIでスタンダードなツールって何?
なんかあんまりブラウザと合体するとか好きじゃない

198 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 08:24:42 ]
>>197
俺も昔そう思ってた口で、ウサギオンリーで行こうとしたんだけど、
あまりの使いにくさに断念した。今は亀で妥協中。
どうしても亀が嫌なら、javaのクライアントがあったはずだから試してみたら?
たしかsvnスレの最近100レスぐらいに名前が挙がってたはず。

199 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 22:48:05 ]
ウサギと亀w
Rapid と Tortoise にはなんか因縁でもあるんか

200 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 23:51:43 ]
>>187
ありがとう。なぜか親近感がわいてきた。

会社のリポジトリは数年前にCVSからSubversionに移行させたんだが、
そのうちオレオレリポジトリみたいな使い方からgitを試してみるかも。


201 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 00:33:24 ]
>>191

>ちなみに,'git'は英国俗語由来だそうです,そうであれば発音は'ギット'です
www.netfort.gr.jp/~dancer/column/200504-git.html.ja


だって。

202 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:02:16 ]
俗語ってなんだろう。犬の糞とかかなw

203 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:16:17 ]
>>202
ばかだなあ

204 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:16:58 ]
これか?
en.wikipedia.org/wiki/Git_%28insult%29
> Git is a relatively mild British slang term, used to denote a silly, incompetent, stupid, annoying, or childish person.



205 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:20:22 ]
リーダーズ英和辞典
git[名] <俗> ろくでなし、ばか者、いやなやつ [get]
get[名] <俗> ばか、とんま


206 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 07:58:33 ]
犬の糞という訳をしてもあながち間違いではないような

207 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 10:32:08 ]
喪前等m-wを使おうぜ。発音も意味も両方判るんだから。
ttp://www.m-w.com/dictionary/git

どうでもいいが、ci-gitとすると墓碑銘になるからaliasを作るときは要注意だw

208 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 11:01:13 ]
>>200
まずsvkを使ってみてはどうか
CVSからSVNへ移行したのと
SVNからGitは敷居が全然違うと思うよ

209 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:48:40 ]
Rapid


は、ウサギじゃないと思う・・・・

210 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:59:42 ]
>>200
gitはディレクトリがそのままリポジトリ&作業コピーになるから、
一人で始めるのはすぐにできますよ。
git-svnでgitからSubversionに直でコミットするのは、俺svnリポジトリで
練習してからのほうが良いと思います(意外にアッサリ実行して
しまうので)

>>208
それも良い手だと思います
俺も未だにSubversion同士のマージはsvk重宝してる

211 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 13:23:25 ]
>>209
そのとおりなんだが、RapidSVNのロゴがウサギなんだ。
RapidSVNのサイト見てみ?

212 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:18:14 ]
以前も言ったように、ユーザーパッチでの開発とかいう文化が存在しない
bsdやsolarisはことごとくmercurial。これは犬臭いのを避けたかったから。
犬臭いといっても、mercurialもgitもどっちもlinuxのバージョン管理システムだった
bitkeeperの代替のために作られた。ただもう一方の作者がカーネル作者だったため、
採用は当然そっちになっただけさ。開発スピードの差はリポジトリ見れば明らかだよ。

213 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:50:37 ]
>>212
つまりどっちが活発に開発されてるの?

214 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:58:07 ]
>>211
うぉ!しらなんだ・・・・いつの間に・・・・
昔は無かった・・・よね?



215 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 22:58:52 ]
gitはsh依存がなけりゃな...

216 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 23:31:25 ]
>>215
無知な質問で恐縮だが、shってシェルのこと?

217 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 07:26:30 ]
shというかbashのつもりで書いたけどシェルでもいいよ

218 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 10:03:14 ]
>>217
それじゃあzshなんかでは動かないのか?
というか、bashすらないwindowsではどうやって動かすの?cygwinオンリー?

219 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 11:01:54 ]
SFU(だっけ?)でも入れるんじゃねーの?


220 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:43:14 ]
Mercurial も Python 要るよね


221 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 16:30:16 ]
gitのwindows版はcygwin or msys(の一部?)環境が必要
mercurialはpy2exeでランタイム同梱だからpythonのインストールは必要ない
どっちも一括パッケージになってるインストールの手間はとくになさそう
でもgitはもしかしてdosプロンプトから普通につかえなさげ?(shに入る必要あり?)

222 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 16:56:49 ]
Mercurial死ぬほど重くて、管理システムとしてどうとかいう以前に日常的に使うツールとして使い物になんね。
管理対象のファイルが20個程度のところに glibc と gcc 展開してあったんだけど、
20個分のdiffとるのに数分も待たされたぞ。

それはそれとして、darcsでローカルにrecordしてある状態でpullしてもrebaseしてくれないのだが、
パッチの順番変えるのってどうやるの?

223 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:03:58 ]
Mercurialは.hgignoreで

syntax: glob
*

しとかないとエライことになる場合があるな。


224 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:51:33 ]
>>221
msysのやつインストールしてみたらmsysとMinGWとperlといろいろインストールされたよorz
msysのshの中からじゃないと使えないっぽい



225 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:53:03 ]
>>222
svnとgitの数字もうp

226 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:36:04 ]
>>222
darcsってけっこう使われてるのかな?
俺のまわりでは一人だけ居るけど、「使ってみたけど挫折気味」な感じだった。

227 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 20:10:46 ]
>>222
> 管理対象のファイルが20個程度のところに glibc と gcc 展開してあったんだけど、
> 20個分のdiffとるのに数分も待たされたぞ。

管理対象外のディレクトリは直接展開せずシンボリックリンクを張るようにするとどうかな?

228 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:27:26 ]
>>227
いや、明らかに管理対象のファイルだけスキャンすればいいのに、まるごとdiffとってから必要部分だけ抜き出す
というアホい実装になってるか、最初から死ぬほど遅いかのどっちかだから、もう評価するのやめた

229 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:28:24 ]
>>225 svnは最初から評価対象外だから知らんが、gitもdarcsもせいぜい数秒だったぞ

230 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:30:40 ]
>>226 Haskell 使いではほぼデフォじゃないかな?よくシランが
とこれで、やっぱりどうやってもパッチの順序かえたり rebase ができないのだが、識者タノム

231 名前:デフォルトの名無しさん mailto:sage [2007/12/15(土) 22:41:19 ]
だれかgit,hg用のeclipseプラグイン作ってくれねーかな。

232 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 01:36:31 ]
>>228は、そんな辛口を言っておきながら、
「べ、べつにHgの為じゃないんだからね」とか言って
今晩にもそのアホい実装を修正するパッチを投稿してくれるに違いない。

233 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 14:02:28 ]
俺も欲しい。
>>231 よろしく。

234 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 15:03:26 ]
>>231
>>233

git.or.cz/gitwiki/EclipsePlugin
> Java GIT/Eclipse GIT (by Shawn Pearce) is a Java GIT library and
> plugin for Eclipse IDE

www.vectrace.com/mercurialeclipse/
> Mercurial Eclipse is a plugin for the Eclipse platform to use
> Mercurial version system.







235 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 17:37:01 ]
気になったから、やってみたんだけど。

新規repositoryにgcc 4.1.1と4.1.2を順にcommit して、
diffを出力したときのtimeの値

* git
real 0m13.339s
user 0m6.798s
sys 0m1.461s

* hg
real 0m27.871s
user 0m21.249s
sys 0m1.406s

参考になるかわからんけど。

pythonものは、 起動の時間(で通じる?)の遅さが気になる。

特にCUIの場合は、GUIのツールと違って、実行しっ放しで使わないから。


236 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 19:16:39 ]
git スレ、たてました。
遊びにきてね。

git スレッド@ Linux 板
pc11.2ch.net/test/read.cgi/linux/1197798039/






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<206KB

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