バージョン管理システムについて語るスレ
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/10/26(金) 02:15:00関連スレ
CVS 1.3 [UNIX板]
http://pc11.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1113141518/
Subversion r7 [プログラム板]
http://pc11.2ch.net/test/read.cgi/tech/1180858500/
0002デフォルトの名無しさん
2007/10/26(金) 02:16:04http://www.selenic.com/mercurial/wiki/
darcs
http://www.darcs.net/
git
http://git.or.cz/
Bazaar
http://bazaar-vcs.org/
GNU arch
http://www.gnu.org/software/gnu-arch/index.html
0003デフォルトの名無しさん
2007/10/26(金) 02:18:27うｐしたらなにかがおきそうで・・・
0004デフォルトの名無しさん
2007/10/26(金) 02:34:50VSSより怖いものがこの世の中にあったのかｗｗｗ
0005デフォルトの名無しさん
2007/10/26(金) 02:36:320006デフォルトの名無しさん
2007/10/26(金) 02:40:470007デフォルトの名無しさん
2007/10/26(金) 02:47:130008デフォルトの名無しさん
2007/10/26(金) 08:58:04>>1 GJ
0009デフォルトの名無しさん
2007/10/26(金) 17:14:130010デフォルトの名無しさん
2007/10/26(金) 21:36:170011デフォルトの名無しさん
2007/10/27(土) 04:58:55それぞれ大体コンバーターがあるけどどれくらいうまく動くんだろ?
cvs/svn/hg/gitあたりが行ければoss回るのに問題ないよな。
しかしmercurialはなんでhgとかいうハードゲイ仕様なんだ。
0012デフォルトの名無しさん
2007/10/27(土) 08:11:22知ってて聞いてると思うが mercurial(水銀) の元素記号が Hg
ちなみにmercurital 0.9.5 リリース
0013デフォルトの名無しさん
2007/10/27(土) 10:33:020014デフォルトの名無しさん
2007/10/27(土) 14:03:26もう少し垢抜けてほしい。
Office2007ほど前衛的でなくてもいいが…
0015デフォルトの名無しさん
2007/10/28(日) 15:48:00Subversion r8
http://pc11.2ch.net/test/read.cgi/tech/1192864879/l50
0016デフォルトの名無しさん
2007/10/28(日) 16:24:20CVSスレに書かれてたテンプレをそのまま使ったんだろｗｗｗ
0017デフォルトの名無しさん
2007/10/28(日) 16:31:34GNU arch ってまだ生きてんの?
0018デフォルトの名無しさん
2007/10/28(日) 17:04:07そんなに人気がないのかｗｗｗ
0019デフォルトの名無しさん
2007/10/28(日) 17:17:53ファイルの共有が出来ない点がウンコだが
それ以外はVSSを使いつづけるメリットは皆無だな。
0020デフォルトの名無しさん
2007/10/28(日) 19:20:54ちょっとめんどくさいが、サブディレクトリでチェックアウトすれば良い。
0021デフォルトの名無しさん
2007/10/31(水) 17:21:38全体的な速度アップ。特にコミット速度が速くなったらしい。
0022デフォルトの名無しさん
2007/10/31(水) 18:11:390023デフォルトの名無しさん
2007/11/01(木) 04:45:00百メガ程度のソースで、２Gでもメモリ不足でコケてどうにもならなくて泣いた。
Haskell勉強中だから応援してはいるが、Haskellユーザ以外で使ってる奴いるのか？
0024デフォルトの名無しさん
2007/11/01(木) 05:07:09各種SCMの比較。これはいい。
0025デフォルトの名無しさん
2007/11/01(木) 05:12:27あれはdarcsを位置から作り直さないと直りそうもないんだけどｗｗｗ
そこまでやる気あるのかな
0026デフォルトの名無しさん
2007/11/01(木) 05:16:560027デフォルトの名無しさん
2007/11/01(木) 08:31:54http://en.wikipedia.org/wiki/Comparison_of_revision_control_software
自分のクソコミットをもうちっと簡単に編集できるようにならないかな。
0028デフォルトの名無しさん
2007/11/01(木) 12:47:17それはdarcsではなくHaskellが悪い。
Haskellでは文字列のメモリ効率が悪すぎるから、あまり大きな文字列は扱えない。
0029デフォルトの名無しさん
2007/11/01(木) 16:28:31darcsにも問題がある。
quilt / dpatchと同じようなデータ管理をやっているので
どうしても速度が遅くなる
0030デフォルトの名無しさん
2007/11/01(木) 20:54:08kwsk
0031デフォルトの名無しさん
2007/11/11(日) 18:31:27a.txt -> b.txt としたとき、「a.txt を消して b.txt を新規追加」とかでなくて。
0032デフォルトの名無しさん
2007/11/11(日) 18:35:27初代a.txtまで履歴をたどれる。
古い差分を取ってみると、昔のa.txtとの比較になる。
他はしらん。
0033デフォルトの名無しさん
2007/11/11(日) 19:46:37新しいやつはほとんど出来る。
CVSは無理。
0034デフォルトの名無しさん
2007/11/11(日) 20:23:46サンクス
今は CVS を使ってるんだけど、ファイルの移動に限らずいろいろ不満が出てきたので
別のシステムへの移行を考えていたところでした。
ちょっと調べてみたけど、Mercurial が第一候補かなぁ、という感じ。
基本的には自分だけでの管理なので、分散である必要はないんだけど。
0035デフォルトの名無しさん
2007/11/11(日) 20:27:47自分だけの管理だったら分散型のほうがいいと思うけど。
0036デフォルトの名無しさん
2007/11/12(月) 09:23:46* Subversionと違い、Mercurialではリビジョン番号がincrementalに増えていかないので（分散型である以上仕方ない）、リビジョン番号だけでは古いのか新しいのか判断できない。
* Keywordを展開する機能（$Rev$とか$Date$とか）が標準ではなさそう。pluginを導入する必要がある。
気になったのはそのくらい。それ以外では特に不満なし。
特に .hg がトップディレクトリにひとつ作られるだけというのはいい設計だと思った。 .svn が各ディレクトリに作られる Subversion がださく見えてしまう。
0037デフォルトの名無しさん
2007/11/12(月) 15:12:06はぁ〜
0038デフォルトの名無しさん
2007/11/12(月) 17:42:35TortoiseHg
http://tortoisehg.sourceforge.net/
0039デフォルトの名無しさん
2007/11/12(月) 18:45:44話題にする必要がないくらい定着しまくっているのか。
0040デフォルトの名無しさん
2007/11/12(月) 19:40:01今時点で使ってないとこは今後も使わないだろうし。
分散型はOSSでは使われ始めてるけど、まだまだこれから。
0041デフォルトの名無しさん
2007/11/12(月) 20:44:26まだ全然使いこんでないけど、ちょっと不満に思ったのは、
・ファイル名を変更して diff したとき、変更前は無視される
(つまり >>32 のようにはならなくて、diff については事実上 >>31)
・コメントなしで commit できない (-m "" とかで可能? 確認するの忘れた)
というところかな。
分散型で一般に言えることなのかどうか分からないけど、>>35 の言う通り、
一人でのみ管理なら Mercurial の方が CVS とかよりラクかも、と思った。
(今、俺の中での Mercurial の理解は、管理ファイルの同期を取れる RCS)
0042デフォルトの名無しさん
2007/11/14(水) 00:22:34-m "comment" はあるね。
>(今、俺の中での Mercurial の理解は、管理ファイルの同期を取れる RCS)
おれもそう思った。なんというか、ディレクトリを再帰的に辿ることのできるRCS。
0043デフォルトの名無しさん
2007/11/14(水) 02:34:450044デフォルトの名無しさん
2007/11/19(月) 22:54:53Win クライアント <-> Linux サーバで Mercurial を運用しようと思ってますが、
Win 側で、フォルダ・ファイルに日本語つけても、他の Win クライアントでも日本語はちゃんとしてますか？
0045デフォルトの名無しさん
2007/11/22(木) 19:19:47Mecurial 0.9.5 の official と、batteries 両方の hg を試してみたけど、
なんか駄目っぽいな。
たいがい大丈夫だが、日本語のフォルダ名で、片仮名の「ソ」が入っていると、
hg --encoding cp932 add
で、
ソフトウェア does not exist!
と表示されてしまい、add することができなかった。
ちなみに
hg status
とすると「ソ」が入っていてもリストには出てくる。なんじゃらほい。
0046デフォルトの名無しさん
2007/11/22(木) 19:20:51Mercurial 0.9.5 batteries インストールして、
c:\>tortoisehg /register
として登録しても何も現れんが・・・
0047デフォルトの名無しさん
2007/11/22(木) 19:24:27がんばれ。
0048デフォルトの名無しさん
2007/11/22(木) 20:51:580049デフォルトの名無しさん
2007/11/22(木) 21:50:42>>48
どもです。ソースからやらないとだめみたいですね。
普段 Cygwin 使わないので、Mercurial のためにインストールするのはなぁ、と思いますが
インストールして試してみます。
0050デフォルトの名無しさん
2007/11/22(木) 23:04:52Cygwin を入れてソースからやってみました。
結論からいうと、日本語の一部がだめです。大概の日本語はうまくいくのですが、
「ソ」や「表」のような字が入っていると、もうだめです。
$hg add
abort: No such file or directory: /cygdrive〜
>>48
のソース改編や環境変数 HGENCODING なども試しました。
set HGENCODING=cp932
set HGENCODING=shift_jis
などです。
Windows 日本語環境で Mercurial について解説されているのは、
ttp://www.lares.dti.ne.jp/~foozy/fujiguruma/scm/mercurial-encoding.html
ttp://python.matrix.jp/modules/mercurial.html
ですが、この方も「表」や「ソ」という文字は試していないみたいですね。
0051デフォルトの名無しさん
2007/11/22(木) 23:12:24ソ\
申\
能\
0052デフォルトの名無しさん
2007/11/23(金) 02:15:45すでに老人の証なのだろうか？
0053デフォルトの名無しさん
2007/11/23(金) 03:09:07とかだろ常考
0054デフォルトの名無しさん
2007/11/23(金) 11:35:31shift_jis の文字名井に ￥ が入っていて、パス区切りと間違えちゃう件ですね。
>>53
set HGENCODING=unicode
でも、ダメでした。
どういう環境でやってますか？
こちらは、
Windows インストーラの 0.9.5 と
Cygwin + Mercurial 0.9.4 ( Cygwin ダウンロード )
で両方試してみましたが、ダメでした。
0055デフォルトの名無しさん
2007/11/23(金) 14:56:45スクリプトファイルの実行時のエンコード指定
ソース中でのコンバートの有無
すべて晒せ
話はそらからだ
0056デフォルトの名無しさん
2007/11/23(金) 15:38:39ソースファイルの保存時のエンコード :
ソース中でのコンバートの有無 :
http://www.selenic.com/mercurial/release/mercurial-0.9.5.tar.gz
スクリプトファイルの実行時のエンコード指定 :
cygwin で LANG=ja
追記
http://python.matrix.jp/modules/mercurial.html
の修正をやってみた。
0057デフォルトの名無しさん
2007/11/25(日) 06:23:210058デフォルトの名無しさん
2007/11/25(日) 23:39:540059デフォルトの名無しさん
2007/11/26(月) 00:01:25おもしろおかしい
0060デフォルトの名無しさん
2007/11/26(月) 00:45:180061デフォルトの名無しさん
2007/11/27(火) 11:43:54>TortoiseHG /register
でも使えないよ。
0062デフォルトの名無しさん
2007/12/03(月) 21:55:12ばかな奴でも使えるVCSじゃないと、意味が無いんだよ
0063デフォルトの名無しさん
2007/12/03(月) 23:29:16subversion使ってた自分なら、どっちの方が乗り換えやすいかな？
0064デフォルトの名無しさん
2007/12/04(火) 01:32:59gitはc、hgはpython。速度差はそんなにはないと思う。
svnスレにあったチートシート載せとく。
http://ktown.kde.org/%7Ezrusin/git/git-cheat-sheet-medium.png
http://www.ivy.fr/mercurial/ref/v1.0/Mercurial-Usage-v1.0-120dpi.png
0065デフォルトの名無しさん
2007/12/04(火) 16:26:260066デフォルトの名無しさん
2007/12/04(火) 20:10:17リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
あいかわらずの Linus 節炸裂
0067デフォルトの名無しさん
2007/12/04(火) 20:59:06まあその身軽さがウリなのかもしれんが。
0068デフォルトの名無しさん
2007/12/04(火) 21:03:37いゃ~。向こうの大御所は、みんなはっきり言うよ。辛辣なぐらいにね。
ストールマンもすごかったし。
0069デフォルトの名無しさん
2007/12/04(火) 21:04:270070デフォルトの名無しさん
2007/12/04(火) 21:11:58いぇｓ
0071デフォルトの名無しさん
2007/12/04(火) 21:17:06技術的なポリシーにもとづいた批評は激しくてもいいよね。
今回のネタだと、マージに気を払ってない管理システムはダメとか。
ただ、ストールマンは意図的に、政治的に過激なことを言ってるわけだけど、
ライナスのほうは天然、って希瓦斯。
0072デフォルトの名無しさん
2007/12/04(火) 21:26:42自分の作ったオモチャがタネンバウムに批判されて
散々フレームしたこと忘れちゃったのかね。
……とうとうライナスもじじい陣営の仲間入りか。
0073デフォルトの名無しさん
2007/12/04(火) 21:29:50おそらく今後SCMではマージに気を使う動きが出るだろうし。
0074デフォルトの名無しさん
2007/12/04(火) 22:01:43分散型に対するリテラシーが全然足りてないな・・・
TortoiseHG のインストールというか、インストールファイルがどれなのかもよ〜わからん
0075デフォルトの名無しさん
2007/12/04(火) 22:03:560076デフォルトの名無しさん
2007/12/04(火) 22:15:23ttp://www.selenic.com/mercurial/
こっちのNewsから行った方が早い
0077デフォルトの名無しさん
2007/12/04(火) 22:40:57ありがとう。
教えて貰ったところから
Mercurial-feac5b0bf9ba-TortoiseHg-1f161ca182e3.exe
をダウンロード＆インストールしたら、出来た。
し・・しかし、なんかよ〜わかりません。
svnでいうワーキングコピーというものはないの？
いきなりリポジトリ？
いや、すまんです。勉強します。
でも、サックリ サックリ 動きますなこれ。まだ何もありませんが・・・
0078デフォルトの名無しさん
2007/12/04(火) 22:43:22TortoiseHG のインストールがうまくいったら、教えてくれ。
0079デフォルトの名無しさん
2007/12/04(火) 23:05:350080デフォルトの名無しさん
2007/12/05(水) 09:49:5777じゃ無いけど、とりあえず動いてます。
問題は、cp932でコメント書いてるとマージがコンフリクト解決の手動マージが上手くいかない点です。
UTF8にすればよいんだろうけど、
それは 避けたいので試行錯誤中です。
0081デフォルトの名無しさん
2007/12/05(水) 10:01:42分散型だからワーキングコピーもレポジトリ扱いみたい
とりあえず、使ってみたコマンドとsvnっぽい対応付け
checkout . . . . . . . . .: hg clone <src repository> <dest repository>
create . . . . . . . . . . .: hg init
show log . . . . . . . . .: hg log [-v]
破棄(rollback) . . . . : hg revert <--all | <files>>
status . . . . . . . . . . . : hg status
diff . . . . . . . . . . . . . .: hg diff
commit . . . . . . . . . . .: hg commit [-m <description>]
ソースの切り替え . .: .hg pull <src repository>
merge . . . . . . . . . . . .: hg merge
pullで切り替えてマージできるのは良いと思いました。
0082デフォルトの名無しさん
2007/12/05(水) 10:04:23日本語はいろいろ問題がでる
0083デフォルトの名無しさん
2007/12/05(水) 10:32:590084デフォルトの名無しさん
2007/12/05(水) 10:48:450085デフォルトの名無しさん
2007/12/05(水) 10:55:27VCSならとりあえずsubversioin。一番普及してるし、IDEのプラグインなんかも多い。
SCMならgitかmercrial。今流行ってるし、おそらく今後SCMのsubversion的ポジションに着くはずだから。
どっちも無料なんで、自分で試して決めてくれ。
0086デフォルトの名無しさん
2007/12/05(水) 11:14:12つ[貞操帯]
いや、それがどんなものかは知りませんが。
つーか、鼬害。
>>85
それで管理できるんかいw
0087デフォルトの名無しさん
2007/12/05(水) 11:15:230088デフォルトの名無しさん
2007/12/05(水) 11:19:45008985
2007/12/05(水) 11:22:040090デフォルトの名無しさん
2007/12/05(水) 11:26:11まぁ、成り行きでcommitしちゃうことはよくあるさw
# commitした成果ができたら責任取ってね♥
0091デフォルトの名無しさん
2007/12/05(水) 11:33:470092デフォルトの名無しさん
2007/12/05(水) 12:36:22009380
2007/12/05(水) 13:48:26(TortoiseMerge、winmerge、kdiff3)
今は、winmergeを採用していますが、
kdiff3で日本語を重ならずに表示する方法があれば、kdiff3に変えたいのですが、
ご存知のかたいらっしゃいませんか？
0094デフォルトの名無しさん
2007/12/05(水) 13:48:28remote 側で pull してもいいけど。
0095デフォルトの名無しさん
2007/12/06(木) 08:17:31両方使っている人がいたら、mercurialと比べたときのgitの利点・欠点を教えてください。
mercurial知ってればgitは特に必要ないとか、いやgitはgitで勉強する価値はあるとか、お願いします。
0096デフォルトの名無しさん
2007/12/06(木) 11:31:30俺は全く逆のパターンで、Git使ってるんだけどhgがちょい気になる、、、
とはいってもGitでかなり満足してるので「気になる」といいつつ試してないんですが
0097デフォルトの名無しさん
2007/12/06(木) 13:37:56mercurialに比べて汎用性がなさそうなんだけど、そこらへんどうなんだろ。
0098デフォルトの名無しさん
2007/12/06(木) 15:14:58このスレでmercurialがよく話題に上るから気になったんだけど。
とりあえず、mercurial install してみて、 pythonで書かれているのに気付いて、
微妙に、やる気を失った、俺がいる。
ちなみにgitは C と sh (bash?)
0099デフォルトの名無しさん
2007/12/06(木) 15:22:350100デフォルトの名無しさん
2007/12/06(木) 16:51:54Mercurial使ってます。
Mercurialは、CとPythonですよ。
殆どがPythonでパフォーマンスに関わる部分がCになってるそうです。
昔の、BASIC＋マシン語を思わせる設計が私の好みです。
その点、C+shellと似てるんでしょうかね？
(gitはCが大半なのかな？)
MercurialはGUIサポートが貧弱だったのが、困りものでしたが
最近は、Netbeansのプラグインでサポートされはじめたり、
TortoiseHgが開発されたり、
OpenJDK、Mozilla,OpenSolarisなどのメジャーなオープンソース系ソフトの
移行がニュースになりつつあり前途が明るくなってきてると思います。
Sunの手がけてるのが多いのは、たぶん、Sunのプロダクトだった
Teamwareにインターフェースが似てるからだと思う。
昔のエンジニアが、そのまま使える感じで移行してる気がする。
Teamwareは、私も昔使ってたので同じ理由で好みにマッチしてる気がします。
さらに、Pythonで殆ど書かれているので、移植性も高いんじゃないかなぁ？
Gitは気にはなってるけどたぶん、手を出さないと思う・・・
でも知識としては知っておきたい。Gitを使ってていいと思う部分があれば知りたいかなぁ。
0101デフォルトの名無しさん
2007/12/06(木) 18:34:45■ このスレッドは過去ログ倉庫に格納されています