[表示 : 全て 最新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/

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/

237 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 19:22:33 ]
>>235
userとrealが二倍以上違うな。

238 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:04:06 ]
バージョン管理
いろいろ言われてるけどろくなソフトがないなw
まともなのはEclipseにくっついてるのとVSSぐらいだなマジで
これ以外むかつくから使わないほうがいいよ

バグったときの動作が最悪
通信途中で切れたときとかなにのにあるっていったり
更新中だからちょっとまってろって、お前、いつまでまたせるつもりかとw
いい加減、その操作あきらめてもとの状態に戻しておけよw
ってそんなこともできねぇし、ソースコードの履歴と修正には敏感だけど
自己のソフトのバグには鈍感とかありえねぇ動作してんじゃねぇよw
作った奴なにかんがえてんねんw

239 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:40:18 ]
>>238
で、どこを縦読みしたらいいんだ?

240 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:44:23 ]



ここかな?



241 名前:デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:58:45 ]
>>235 なんでそんなに早いの?折れの環境が悪いのか?

242 名前:デフォルトの名無しさん mailto:sage [2007/12/17(月) 10:31:48 ]
>>238
読む気はしない、が

実際のところ、クラッシュ耐性が
どのくらいあるのか気にはなる。
fsやdbもこういう所が重要だし。

svnはfsfsを時間をかけてやってるけど、
他のは大丈夫なのかな。


243 名前:デフォルトの名無しさん mailto:sage [2007/12/17(月) 15:10:04 ]
mercurialで、ファイルを含んでいるディレクリがあって、ファイルはaddせずにディレクリだけaddすることはできますか。
subversionだと svn add -N dir1 でできるんですが、hg add だとそれっぼいオプションが見つかりませんでした。

244 名前:235 mailto:sage [2007/12/17(月) 16:52:20 ]
>>237
git 、hg両方とも、real - user をしてみるとわかるけど、大体6〜7秒差がある。
端末の描画速度かと。

一応、出力を/dev/nullに向けた値を張ります。
* git
real 0m6.806s
user 0m6.365s
sys 0m0.428s
* hg
real 0m21.640s
user 0m20.819s
sys 0m0.780s

>>241
速いって言われても、何とも言えないけど。
関係ありそうな環境。

CPU Pentium4 2.4c
memory 1G
file system ext3
terminal mlterm
kernel 2.6.22
GNU C Library stable release version 2.6.1
git version 1.5.3.6
GNU bash, version 3.2.17(1)-release
Mercurial Distributed SCM (version 0.9.3)
Python 2.4.4


245 名前:デフォルトの名無しさん mailto:sage [2007/12/17(月) 17:49:16 ]
>>244
実験乙。
>>235の結果と比べると、さらに差が広がってるな。
これは速度的にgitが圧倒的に有利ということでいいのだろうか?

しかし、>>112のMercurial側の主張によると、
> In terms of performance, Git is extremely fast. In several cases,
> it is faster than Mercurial, at least on Linux, while Mercurial performs better on other operations.
> However, on Windows, the performance and general level of support that Git provides is,
> at the time of writing, far behind that of Mercurial.
パフォーマンスの点では、Gitは非常に速いです。
ほかのOS上ではMercurialの方が速いものの、少なくともLinux上ではいくつかの場合Mercurialよりも早いです。
しかしながら、ウィンドウズ上では、Gitのパフォーマンスと提供するサポートの一般水準は(おそらく周辺のソフトウェアのことを指すex:TortoiseHgなど)、
書いている現時点で、Mercurialには遠く及びません。
(厨房レベルの訳スマソ)

・・・らしいので、windows側でも検証せにゃならんということだろうか。

246 名前:デフォルトの名無しさん mailto:sage [2007/12/17(月) 18:06:20 ]
> on other operations

247 名前:デフォルトの名無しさん mailto:sage [2007/12/17(月) 18:07:07 ]
/dev/nullにリダイレクトしてパフォーマンス測れよ・・・

248 名前:デフォルトの名無しさん mailto:sage [2007/12/17(月) 18:08:39 ]
えーと、適当なこと言うけど、windowsでcygwin使ってるならstat劇遅だからな

249 名前:デフォルトの名無しさん mailto:sage [2007/12/18(火) 11:25:24 ]
昔、cygwinが遅いからbcc使ってたなぁ・・・

250 名前:デフォルトの名無しさん mailto:sage [2007/12/18(火) 12:08:49 ]
>>228
diffするとstatusを呼ぶから遅い。



251 名前:デフォルトの名無しさん mailto:sage [2007/12/18(火) 13:23:33 ]
えーっと、つまり Git は Windowsに弱いらしい、ということ?

252 名前:デフォルトの名無しさん mailto:sage [2007/12/18(火) 14:31:31 ]
そもそも日本語をちゃんと使えない時点でダメダメ






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

前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