トップページ⇒tech
1001コメント330KB

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

■ このスレッドは過去ログ倉庫に格納されています
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/
0232デフォルトの名無しさん2007/12/16(日) 01:36:31
>>228は、そんな辛口を言っておきながら、
「べ、べつにHgの為じゃないんだからね」とか言って
今晩にもそのアホい実装を修正するパッチを投稿してくれるに違いない。
0233デフォルトの名無しさん2007/12/16(日) 14:02:28
俺も欲しい。
>>231 よろしく。
0234デフォルトの名無しさん2007/12/16(日) 15:03:26
>>231
>>233

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

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



0235デフォルトの名無しさん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のツールと違って、実行しっ放しで使わないから。
0236デフォルトの名無しさん2007/12/16(日) 19:16:39
git スレ、たてました。
遊びにきてね。

git スレッド@ Linux 板
http://pc11.2ch.net/test/read.cgi/linux/1197798039/
0237デフォルトの名無しさん2007/12/16(日) 19:22:33
>>235
userとrealが二倍以上違うな。
0238デフォルトの名無しさん2007/12/16(日) 22:04:06
バージョン管理
いろいろ言われてるけどろくなソフトがないなw
まともなのはEclipseにくっついてるのとVSSぐらいだなマジで
これ以外むかつくから使わないほうがいいよ

バグったときの動作が最悪
通信途中で切れたときとかなにのにあるっていったり
更新中だからちょっとまってろって、お前、いつまでまたせるつもりかとw
いい加減、その操作あきらめてもとの状態に戻しておけよw
ってそんなこともできねぇし、ソースコードの履歴と修正には敏感だけど
自己のソフトのバグには鈍感とかありえねぇ動作してんじゃねぇよw
作った奴なにかんがえてんねんw
0239デフォルトの名無しさん2007/12/16(日) 22:40:18
>>238
で、どこを縦読みしたらいいんだ?
0240デフォルトの名無しさん2007/12/16(日) 22:44:23
自
作

ここかな?
0241デフォルトの名無しさん2007/12/16(日) 22:58:45
>>235 なんでそんなに早いの?折れの環境が悪いのか?
0242デフォルトの名無しさん2007/12/17(月) 10:31:48
>>238
読む気はしない、が

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

svnはfsfsを時間をかけてやってるけど、
他のは大丈夫なのかな。
0243デフォルトの名無しさん2007/12/17(月) 15:10:04
mercurialで、ファイルを含んでいるディレクリがあって、ファイルはaddせずにディレクリだけaddすることはできますか。
subversionだと svn add -N dir1 でできるんですが、hg add だとそれっぼいオプションが見つかりませんでした。
02442352007/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
0245デフォルトの名無しさん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側でも検証せにゃならんということだろうか。
0246デフォルトの名無しさん2007/12/17(月) 18:06:20
> on other operations
0247デフォルトの名無しさん2007/12/17(月) 18:07:07
/dev/nullにリダイレクトしてパフォーマンス測れよ・・・
0248デフォルトの名無しさん2007/12/17(月) 18:08:39
えーと、適当なこと言うけど、windowsでcygwin使ってるならstat劇遅だからな
0249デフォルトの名無しさん2007/12/18(火) 11:25:24
昔、cygwinが遅いからbcc使ってたなぁ・・・
0250デフォルトの名無しさん2007/12/18(火) 12:08:49
>>228
diffするとstatusを呼ぶから遅い。
0251デフォルトの名無しさん2007/12/18(火) 13:23:33
えーっと、つまり Git は Windowsに弱いらしい、ということ?
0252デフォルトの名無しさん2007/12/18(火) 14:31:31
そもそも日本語をちゃんと使えない時点でダメダメ
0253デフォルトの名無しさん2007/12/18(火) 14:37:27
使ってない俺が言うのもアレだが、Cygwin依存のツールは使いたくない。
異なるバージョンのcygwin1.dllがいたりすると、他のツールが使えなくなったりしてイライラする。
0254デフォルトの名無しさん2007/12/18(火) 14:46:44
依存してないけど?
0255デフォルトの名無しさん2007/12/18(火) 15:23:03
Mercurial を使ってるんだけど
hg view
で出てくる GUI (gitk) ではコミット時の説明文の日本語が文字化けする…
0256デフォルトの名無しさん2007/12/18(火) 16:31:24
>>254
gitはcygwinで使うのが普通だと思ってたけど、今は違うのか?
0257デフォルトの名無しさん2007/12/18(火) 17:24:41
>>256
msysgit
0258デフォルトの名無しさん2007/12/18(火) 17:32:12
>>255
tcl-tkだからUTF-8にすればたぶん読めるはず
0259デフォルトの名無しさん2007/12/18(火) 17:34:02
>>257
安定していないものは、仕事では使えません
0260デフォルトの名無しさん2007/12/18(火) 17:46:07
>>259
cygwin の git って msysgit より安定してる?
0261デフォルトの名無しさん2007/12/18(火) 18:27:29
なんでwin使ってんだw
0262デフォルトの名無しさん2007/12/18(火) 18:34:13
サーバはともかく、クライアント側はWinで良いと思うが
0263デフォルトの名無しさん2007/12/18(火) 22:11:28
Mercurialも、日本語ファイル名をどうやってうまく扱えばいいのかわからんです。
Linuxサーバ上で、cgi経由のレポジトリを置いて、
WindowsとMacOSX間で管理しようとしてるんだけど・・・・
0264デフォルトの名無しさん2007/12/19(水) 04:41:22
>>263
http://www.selenic.com/mercurial/bts/issue849

>However, there is a following error when I want to add file/directory which
>filename contains non-ascii character.

>abort: No such file or directory: c:\hg-repo\test??.txt

>Error also appears when I use ``hg status`` or ``hg log``.

>To reproduce this error, you can try to create a file named 'test中文.txt'
>and add this file to your branch to verify this problem.

これのことだよね。hg status および hg log でも起こる現象で
hg add file/dir でエラーが出ちゃう罠… add status log... であぼーん
0265デフォルトの名無しさん2007/12/19(水) 09:22:42
使えねー
0266デフォルトの名無しさん2007/12/19(水) 11:18:15
日本語ファイル名なんて使ってるやつはばかです
0267デフォルトの名無しさん2007/12/19(水) 11:30:08
% git-status
# On branch master
# Changed but not updated:
# (use "git add <file>..." to update what will be committed)
#
# modified: 白黒
#
no changes added to commit (use "git add" and/or "git commit -a")

% git-log -p -1
"\347\231\275\351\273\222"
commit 242e3908ecd84cf05f79aa416ad735ce2e6f541f
Author: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
Date: Wed Dec 19 11:25:21 2007 +0900

test commit

diff --git "a/\347\231\275\351\273\222" "b/\347\231\275\351\273\222"
index e69de29..f4d9ed8 100644
--- "a/\347\231\275\351\273\222"
+++ "b/\347\231\275\351\273\222"
@@ -0,0 +1 @@
+あああgitって馬鹿だな。


とりあえずgitで日本語(UTF-8)で使ってみたが大丈夫だけど、
ログおよびgit-ls-filesはエスケープ処理される。他はファイル名表示はされるようだが。

>>266
どーい
0268デフォルトの名無しさん2007/12/19(水) 11:30:11
ソースだけ管理してれば良いけどね
ドキュメントまで管理し始めるとそうはいかない
0269デフォルトの名無しさん2007/12/19(水) 11:38:11
まあでもSJIS使うのは避けたほうが無難だろう
0270デフォルトの名無しさん2007/12/19(水) 11:55:16
まあね・・なるべくなら管理したくないんだけどね
0271デフォルトの名無しさん2007/12/19(水) 11:56:31
つまり、Windowsお断りってことですな
0272デフォルトの名無しさん2007/12/19(水) 12:24:55
>>264 はファイル名の扱いがコードページ依存 (unicode apiを使ってない)って話じゃないの?
日本語版windowsなら日本語ファイル名でも問題ないし。

別環境でcheckoutしたときにファイル名を適切に扱えるかどうかはそれとは別の問題なわけで
0273デフォルトの名無しさん2007/12/19(水) 20:16:44
Subversionではファイルパスを内部ではUnicode扱いしてるからうまくいく。
ファイル名をレポジトリの内部管理対象にするときに
ネイティブのパス名からUnicodeに変換してから管理するようにすればいいのに・・・と思う。
0274デフォルトの名無しさん2007/12/19(水) 22:01:25
合成文字(濁点つきのかな文字とか)が入るとうまくいかないようだ。

Mac OS Xで、
svn add ガチョーン.txt (&commit)

他の環境(Linuxとか)で
svn up
U ガチョーン.txt
touch ガチョーン.txt (作れてしまう)
ls
ガチョーン.txt ガチョーン.txt (「ガ」が同じようで実は違う)
for f in *.txt; do echo -n "$f: "; echo -n $f | wc -c; done
ガチョーン.txt: 22
ガチョーン.txt: 19

svn add ガチョーン.txt (addできてしまう &commit)

Mac OS Xに戻って
svn up
svn: Failed to add file 'ガチョーン.txt': object of the same name already exists

Macのファイルシステム上は合成文字は分解した形に正規化されているが、
そうしない環境のほうが多いよな。
0275デフォルトの名無しさん2007/12/20(木) 01:10:51
バージョン管理システムを嫌がるアホ
http://pc11.2ch.net/test/read.cgi/software/1198078576/
0276デフォルトの名無しさん2007/12/20(木) 02:39:00
osxが特殊かと。
0277デフォルトの名無しさん2007/12/20(木) 03:42:45
>>274
それは、実は大文字小文字混在問題と同じじゃないかなぁ。
0278デフォルトの名無しさん2007/12/22(土) 10:00:27
GNU archってもう駄目なのかなあGNUウェアではよく使われてるみたいだけど
0279デフォルトの名無しさん2007/12/22(土) 14:57:52
スレ違いかもしれないけれど…

あるフォルダに対して普段はサブフォルダ作成やファイル削除まで全ての操作を許すけど
いざとなったら任意の時刻のフォルダ状態に戻したいっていうのは
バージョン管理システムを使った運用で可能?
それとももっとスマートなやり方がある?
0280デフォルトの名無しさん2007/12/22(土) 17:12:29
スレ違いだけど、
Plan9だとそういうのがネイティブで出来そうに見えるんだよね。
0281デフォルトの名無しさん2007/12/22(土) 18:41:52
スレ違いっぽいけど
fuseとかで簡単に作れたりしないかな
0282デフォルトの名無しさん2007/12/22(土) 18:47:52
スレ違いなのか…orz
0283デフォルトの名無しさん2007/12/22(土) 19:01:52
>>279
スレ違いっぽいけど
ttp://fsvs.tigris.org/
0284デフォルトの名無しさん2007/12/22(土) 19:45:50
スレ違いっぽいけど
>>283 thx
0285デフォルトの名無しさん2007/12/23(日) 02:14:21
スレ違いっぽいけど、ZFSのスナップショットで戻したい時刻のデータを残しとけばいいような・・・
意識せずにした操作なら駄目だけど。
0286デフォルトの名無しさん2007/12/23(日) 16:35:37
すれ違いっぽいけど、今日の昼飯なに食った?
俺ちりめんおにぎり1個…
0287デフォルトの名無しさん2007/12/23(日) 17:07:20
>>279
日単位で巻き戻しならcron+pdumpfs。
任意のタイミングでスナップショットを取りたいならコード弄るしかないかな。
0288デフォルトの名無しさん2007/12/23(日) 20:04:54
任意のタイミングは駄目なのか
0289デフォルトの名無しさん2007/12/24(月) 03:49:41
kumaryu.net - (Prog) monotoneを使ってみる
http://www.kumaryu.net/?(Prog)+monotone%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%EB

*手軽
monotoneのリポジトリは単一ファイルです。
リポジトリはSQLiteのデータベースファイルで、ファイル1つに全部突っ込むことになります。バックアップとかのリポジトリの管理がとても楽です。
また分散型なのでサーバーとか気にせず簡単に試せます。気軽にコミットできます。

*マージが強力
3wayマージで良い感じにマージしてくれます。

*国際化対応
ファイル名、コメント等の国際化対応がされています。
データベースには軒並みUTF-8で入ることになります。

*移植性が高い
SQLite3、Lua、Boostだけあればビルドできます。
どれも移植性が高いです。多分。

これどうかな*国際化対応がされてるという一点に置いて
とても心惹かれるものがあるような…でも余り話題になってないような
もうちょっと調べてみる
0290デフォルトの名無しさん2007/12/24(月) 07:40:03
SQLiteだとリポジトリがでっかくなったら苦しくならないんだろうか?
0291デフォルトの名無しさん2007/12/24(月) 07:59:07
>>290
だから人気がないwww
0292デフォルトの名無しさん2007/12/24(月) 09:54:25
> Lua、Boostだけあれば
はいアウト
0293デフォルトの名無しさん2007/12/24(月) 11:18:23
>>288
pfumpfsの話なら、フォルダを
2007/12/24/
みたいに掘るから
一日に二度以上できないってだけで
2007/12/24_11_17_09
みたいに時間も含めてやれば好きなタイミングでスナップショットを取れるようになるよ。
当然1・2行ソースの修正が必要になるが。
0294デフォルトの名無しさん2007/12/29(土) 03:26:43
コマンドラインメンドクサス・・・

TortoiseHg安定せんかな・・・
TortoiseSvkでもいいけど

Rakefile書きまくっても、
結局コンソール(Poderosa)立ち上げるのが面倒で、batファイルつくって、
ファイラーから、ポチクリやってしまう

ちゅーか、IDEにターミナルエミュレータついてくれればいいのに・・・
0295デフォルトの名無しさん2007/12/29(土) 03:31:27
Mercurialは、
バイナリファイルと国際化が弱いようですね。
Subversionはその辺しっかり、してたからなー
0296デフォルトの名無しさん2007/12/29(土) 04:03:15
あー、あと、空のディレクトリを消すのが解せない・・・
0297デフォルトの名無しさん2007/12/29(土) 07:33:04
そういえば関係ないけどsvnはdiffの出力も翻訳されちゃうからいつも翻訳無効にしてる
パッチ投げるときに困るんだよね
0298デフォルトの名無しさん2008/01/03(木) 09:32:04
分散型バージョン管理システムはどれが良い?

http://slashdot.jp/developers/article.pl?sid=08/01/02/2331259
0299デフォルトの名無しさん2008/01/09(水) 15:29:42
Subversion > Mercurial の移行を考えて
Mercurial使ってるんですが、
Subversionだとhookを使ってできていたコミット通知が欲しいと思って調べています。
対応する操作は、push になるかと思うんですが
push をしたときに、何かをするってのはどうすればいいかアイデアありませんか?
0300デフォルトの名無しさん2008/01/09(水) 18:29:37
マニュアルに書いてあるのだが……
0301デフォルトの名無しさん2008/01/09(水) 19:45:02
どうも、最近安易に聞く癖が付いてしまっているようです。
ググレカスり直してみました。
[hooks] の incoming フックで何とかなりそうですね。
ちょっと検索キーワードがまずかったみたいです・・・・
今までマニュアルだと思って見てたのは、チュートリアルだったし。
0302デフォルトの名無しさん2008/01/09(水) 21:29:30
mercurialについてググろうとしてついhgでググっちまった。

フォーーーーーーーーーー
0303デフォルトの名無しさん2008/01/12(土) 08:18:37
MercurialにMBCS対応エクステンションがコミットされてたぞ
0304デフォルトの名無しさん2008/01/13(日) 14:07:29
ファイルやディレクトリのアクセス権を版管理できる
バージョン管理システムは何かあります?
ぐぐってもみつからず。
0305デフォルトの名無しさん2008/01/13(日) 17:29:47
>>304
そんな超複雑なもん作ってどうする気だw

リポジトリ別にしたらいいじゃない
0306デフォルトの名無しさん2008/01/13(日) 18:41:06
>>305
仕事の政治上の都合が有って
checkout したworking copyの一部のディレクトリを他の
Linux上のログオンユーザに見れないようにしたい。
checkout したあといちいちchmodするのは面倒だし、
し忘れが出るので。reposわけてもこれは解決できんと思います。
subversionにcheckoutのhookがあったらそれでもよかったけど。
やはりないんですかね。
0307デフォルトの名無しさん2008/01/13(日) 19:36:54
>>306
Linuxのumaskじゃあかんの?
0308デフォルトの名無しさん2008/01/13(日) 20:28:52
>>304
ないんじゃない? ファイルシステム依存(= 環境依存)な類のものでしょ。
Linuxのアクセス制御と関係するのは、subversionにはsvn:executableしかないかも。

checkout+chmodするスクリプトを作ってお茶を濁すとか。
0309デフォルトの名無しさん2008/01/13(日) 21:23:15
>>308に一票。
0310デフォルトの名無しさん2008/01/13(日) 21:37:36
みんなサンクス。

>>307
まるっきりダメじゃないけど、working copy下の他のディレクトリは
関係者に見てもらうことも有るので、umaskで全部マスクするのも
ちょと困る感じです。

>>308, 309
やはり、やるにしてもそれぐらいしかないですね。
あきらめてそうしておきます。
0311デフォルトの名無しさん2008/01/14(月) 04:33:39
>>310
umaskを変更したユーザアカウントを一つ作っておけばいいんでない?
手間としては>308と変わらなくなる気もするけれど。
0312デフォルトの名無しさん2008/01/14(月) 12:13:47
Subversionでauthzとか。
ワーキングコピーを共有するなら無理だけど。
03133122008/01/14(月) 13:11:19
よく読んでなかった、ワーキングコピーは共有する前提か。
0314デフォルトの名無しさん2008/01/14(月) 19:57:47
Linux板行った方がもっといい方法がみつかるかもしれない
0315デフォルトの名無しさん2008/01/15(火) 09:33:41
ここのスレを大変参考にしつつmercurialの0.9.5を数日試してるんだけど、
過去のレスに補足すべきと思うようなものも見かけるのでかいて美馬s。

>>41,152
名前を変更したファイルのdiffについては、hg diffに--gitオプションをつければ
望み通りにならない? というか、

~/.hgrcに

[diff]
git = True

を加えておいた方がいろいろよさげだと思う。

>>243
そもそもディレクトリを管理しないんだそうだ。

ttp://www.selenic.com/mercurial/wiki/index.cgi/FAQ#head-487dc57123d9fcdc96b060d00978b5b8aa527769

自分もsvn add -Nをよくやるので少し不安なんだけど、今考えてみるとディレクトリ
を管理したいことなんてまずないかも。svn add -Nをやる理由ってSubversionの
仕様によるものがほとんどだと思う。
0316デフォルトの名無しさん2008/01/15(火) 22:42:36
>>315
空のlogディレクトリだけ作られて欲しいこともあるけど(logファイル書けないぜエラーが出る)
まあそういうのはインスコスクリプトなりで対応すべきなんだろうな
0317デフォルトの名無しさん2008/01/15(火) 23:50:13
> svn add -Nをやる理由ってSubversionの
> 仕様によるものがほとんどだと思う。

それは自分を納得させるための言葉に見える…。
空のディレクトリを管理できるからといって
便利なことはあっても不便なことはない。
ディレクトリもバージョニングできるのが
Subversionの売りのひとつだと思ったけど。
思想の違い。
0318デフォルトの名無しさん2008/01/17(木) 23:45:47
空のディレクトリに readme.txtを置くだけの簡単な仕事です
0319デフォルトの名無しさん2008/01/19(土) 03:38:45
>>318 がcoolな解決法だと思う。
シンプルなツールにシンプルな運用。
0320デフォルトの名無しさん2008/01/23(水) 01:16:31
mercurialで、手元のcloneにいくつかcommitしてあるとして、
そのうち一部はローカルの環境固有の修正なのでpushしたくない、
他はpushしたいというときはどうすればいいのでしょう?

hg push -r REV というのがそれかと思って試してみたのですが、
ローカルで
changeset: 1:cae50e295c29
changeset: 2:af0665dee890
という状態でhg push -r2としたら全部pushされてしまい、
hg push -r1としたら1だけがpushされました。
1のchangesetはpushせず2だけpushしたいのです。

2をexportしてコピー元に送ってimportしてもらい、
その後ローカルでpullとするのでしょうか。
0321デフォルトの名無しさん2008/01/23(水) 10:14:40
1.pushしたいチェンジセットをexport
2.同じリポジトリを別途clone
3.新たにcloneしたほうで
3-a.exportしたチェンジセットをimport
3-b.おもむろにpush
4.もとのclone側でpull

これでいいのかな。なんか手間だが。
0322デフォルトの名無しさん2008/01/25(金) 11:54:41
mercurialで不要になったnamed brancheを消したいんだけどどうすればいい?
0323デフォルトの名無しさん2008/01/26(土) 00:57:21
>>85
> VCSならとりあえずsubversioin。一番普及してるし、IDEのプラグインなんかも多い。
> SCMならgitかmercrial。今流行ってるし、おそらく今後SCMのsubversion的ポジションに着くはずだから。
> どっちも無料なんで、自分で試して決めてくれ。

初歩的な質問ですみませんが、VCSとSCMの違いはなんですか?

VCS(Version Control System)      :バージョン管理システム
SCM(Software Configuration Management):ソフトウェア構成管理

違いが今ひとつ分かりません。
0324デフォルトの名無しさん2008/01/26(土) 02:31:38
>>323
VCS→一人用
SCM→まともなバージョン管理システム
0325デフォルトの名無しさん2008/01/26(土) 08:19:06
>>324の言ってることも間違いじゃないが、>>323の聞きたいことはもっと具体的なことだろ。

違いを一言で言うと、分散型と集中型の違いで、
具体的にどう違うかというと、リポジトリが一つか複数かということ。
VCSは一つのリポジトリにみんなでコミット、マージするけど、
SCMは一人一人がリポジトリを持って、適時リポジトリ間でマージする感じ。

どっちが便利かというと、>>324の言うとおり個人ならVCSで十分だと思う(プラグインもあるし)
グループで開発するとか、ノートPCでネットワークがつながらない場所でもバリバリ開発したいならSCMも有り。
(ただし、svkという手も十分ある)
0326デフォルトの名無しさん2008/01/26(土) 09:36:44
SCM と VCS ってそんなに意味が明確に定義されている用語?
どちらも意味は同じで、
subversion や git や mercial を含むバージョン管理システムのことを表してない?
03273252008/01/26(土) 09:44:12
>>326
あー、確かに誤解してたかも知れない。
俺の中で、
集中型=VCS
分散型=SCM
だと思ってた。
wikiでもバージョン管理システムの項で分散型も紹介してるし、要は同じってことかも。
0328デフォルトの名無しさん2008/01/26(土) 09:50:07
Software Configuration Managementは、
リリースサイクルやバグの管理まで含む概念であって、
版管理はその一機能とみなせる。
0329デフォルトの名無しさん2008/01/26(土) 13:21:51
wikiってどのwikiだよ
0330デフォルトの名無しさん2008/01/26(土) 13:23:03
pediaしらねーのかよpedia
まったくこいつはとんだゆとりだぜギャハー
0331デフォルトの名無しさん2008/01/26(土) 14:19:01
>>330
つれますか?
■ このスレッドは過去ログ倉庫に格納されています