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

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/ 237 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 19:22:33 ] >>235 userとrealが二倍以上違うな。 238 名前：デフォルトの名無しさん mailto:sage [2007/12/16(日) 22:04:06 ] バージョン管理 いろいろ言われてるけどろくなソフトがないなｗ まともなのはEclipseにくっついてるのとVSSぐらいだなマジで これ以外むかつくから使わないほうがいいよ バグったときの動作が最悪 通信途中で切れたときとかなにのにあるっていったり 更新中だからちょっとまってろって、お前、いつまでまたせるつもりかとｗ いい加減、その操作あきらめてもとの状態に戻しておけよｗ ってそんなこともできねぇし、ソースコードの履歴と修正には敏感だけど 自己のソフトのバグには鈍感とかありえねぇ動作してんじゃねぇよｗ 作った奴なにかんがえてんねんｗ 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 ] そもそも日本語をちゃんと使えない時点でダメダメ 253 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 14:37:27 ] 使ってない俺が言うのもアレだが、Cygwin依存のツールは使いたくない。 異なるバージョンのcygwin1.dllがいたりすると、他のツールが使えなくなったりしてイライラする。 254 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 14:46:44 ] 依存してないけど？ 255 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 15:23:03 ] Mercurial を使ってるんだけど hg view で出てくる GUI (gitk) ではコミット時の説明文の日本語が文字化けする… 256 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 16:31:24 ] >>254 gitはcygwinで使うのが普通だと思ってたけど、今は違うのか？ 257 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:24:41 ] >>256 msysgit 258 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:32:12 ] >>255 tcl-tkだからUTF-8にすればたぶん読めるはず 259 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:34:02 ] >>257 安定していないものは、仕事では使えません 260 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 17:46:07 ] >>259 cygwin の git って msysgit より安定してる？ 261 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 18:27:29 ] なんでwin使ってんだw 262 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 18:34:13 ] サーバはともかく、クライアント側はWinで良いと思うが 263 名前：デフォルトの名無しさん mailto:sage [2007/12/18(火) 22:11:28 ] Mercurialも、日本語ファイル名をどうやってうまく扱えばいいのかわからんです。 Linuxサーバ上で、cgi経由のレポジトリを置いて、 WindowsとMacOSX間で管理しようとしてるんだけど・・・・ 264 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 04:41:22 ] >>263 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... であぼーん 265 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 09:22:42 ] 使えねー 266 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:18:15 ] 日本語ファイル名なんて使ってるやつはばかです 267 名前：デフォルトの名無しさん mailto:sage [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 どーい 268 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:30:11 ] ソースだけ管理してれば良いけどね ドキュメントまで管理し始めるとそうはいかない 269 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:38:11 ] まあでもSJIS使うのは避けたほうが無難だろう 270 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:55:16 ] まあね・・なるべくなら管理したくないんだけどね 271 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:56:31 ] つまり、Windowsお断りってことですな 272 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 12:24:55 ] >>264 はファイル名の扱いがコードページ依存 (unicode apiを使ってない)って話じゃないの？ 日本語版windowsなら日本語ファイル名でも問題ないし。 別環境でcheckoutしたときにファイル名を適切に扱えるかどうかはそれとは別の問題なわけで 273 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 20:16:44 ] Subversionではファイルパスを内部ではUnicode扱いしてるからうまくいく。 ファイル名をレポジトリの内部管理対象にするときに ネイティブのパス名からUnicodeに変換してから管理するようにすればいいのに・・・と思う。 274 名前：デフォルトの名無しさん mailto:sage [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のファイルシステム上は合成文字は分解した形に正規化されているが、 そうしない環境のほうが多いよな。 275 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 01:10:51 ] バージョン管理システムを嫌がるアホ pc11.2ch.net/test/read.cgi/software/1198078576/ 276 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 02:39:00 ] osxが特殊かと。 277 名前：デフォルトの名無しさん mailto:sage [2007/12/20(木) 03:42:45 ] >>274 それは、実は大文字小文字混在問題と同じじゃないかなぁ。 278 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 10:00:27 ] GNU archってもう駄目なのかなあGNUウェアではよく使われてるみたいだけど 279 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 14:57:52 ] スレ違いかもしれないけれど… あるフォルダに対して普段はサブフォルダ作成やファイル削除まで全ての操作を許すけど いざとなったら任意の時刻のフォルダ状態に戻したいっていうのは バージョン管理システムを使った運用で可能？ それとももっとスマートなやり方がある？ 280 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 17:12:29 ] スレ違いだけど、 Plan9だとそういうのがネイティブで出来そうに見えるんだよね。 281 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 18:41:52 ] スレ違いっぽいけど fuseとかで簡単に作れたりしないかな 282 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 18:47:52 ] スレ違いなのか…orz 283 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 19:01:52 ] >>279 スレ違いっぽいけど ttp://fsvs.tigris.org/ 284 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 19:45:50 ] スレ違いっぽいけど >>283 thx 285 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 02:14:21 ] スレ違いっぽいけど、ZFSのスナップショットで戻したい時刻のデータを残しとけばいいような・・・ 意識せずにした操作なら駄目だけど。 286 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 16:35:37 ] すれ違いっぽいけど、今日の昼飯なに食った？ 俺ちりめんおにぎり1個… 287 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 17:07:20 ] >>279 日単位で巻き戻しならcron+pdumpfs。 任意のタイミングでスナップショットを取りたいならコード弄るしかないかな。 288 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 20:04:54 ] 任意のタイミングは駄目なのか 289 名前：デフォルトの名無しさん mailto:sage [2007/12/24(月) 03:49:41 ] kumaryu.net - (Prog) monotoneを使ってみる 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だけあればビルドできます。 どれも移植性が高いです。多分。 これどうかな*国際化対応がされてるという一点に置いて とても心惹かれるものがあるような…でも余り話題になってないような もうちょっと調べてみる 290 名前：デフォルトの名無しさん mailto:sage [2007/12/24(月) 07:40:03 ] SQLiteだとリポジトリがでっかくなったら苦しくならないんだろうか？ 291 名前：デフォルトの名無しさん mailto:sage [2007/12/24(月) 07:59:07 ] >>290 だから人気がないｗｗｗ 292 名前：デフォルトの名無しさん mailto:sage [2007/12/24(月) 09:54:25 ] > Lua、Boostだけあれば はいアウト 293 名前：デフォルトの名無しさん mailto:sage [2007/12/24(月) 11:18:23 ] >>288 pfumpfsの話なら、フォルダを 2007/12/24/ みたいに掘るから 一日に二度以上できないってだけで 2007/12/24_11_17_09 みたいに時間も含めてやれば好きなタイミングでスナップショットを取れるようになるよ。 当然1･2行ソースの修正が必要になるが。 294 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 03:26:43 ] コマンドラインメンドクサス・・・ TortoiseHg安定せんかな・・・ TortoiseSvkでもいいけど Rakefile書きまくっても、 結局コンソール(Poderosa)立ち上げるのが面倒で、batファイルつくって、 ファイラーから、ポチクリやってしまう ちゅーか、IDEにターミナルエミュレータついてくれればいいのに・・・ 295 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 03:31:27 ] Mercurialは、 バイナリファイルと国際化が弱いようですね。 Subversionはその辺しっかり、してたからなー 296 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 04:03:15 ] あー、あと、空のディレクトリを消すのが解せない・・・ 297 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 07:33:04 ] そういえば関係ないけどsvnはdiffの出力も翻訳されちゃうからいつも翻訳無効にしてる パッチ投げるときに困るんだよね 298 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 09:32:04 ] 分散型バージョン管理システムはどれが良い? slashdot.jp/developers/article.pl?sid=08/01/02/2331259 299 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 15:29:42 ] Subversion > Mercurial の移行を考えて Mercurial使ってるんですが、 Subversionだとhookを使ってできていたコミット通知が欲しいと思って調べています。 対応する操作は、push になるかと思うんですが push をしたときに、何かをするってのはどうすればいいかアイデアありませんか？ 300 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 18:29:37 ] マニュアルに書いてあるのだが…… 301 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 19:45:02 ] どうも、最近安易に聞く癖が付いてしまっているようです。 ググレカスり直してみました。 [hooks] の incoming フックで何とかなりそうですね。 ちょっと検索キーワードがまずかったみたいです・・・・ 今までマニュアルだと思って見てたのは、チュートリアルだったし。 302 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 21:29:30 ] mercurialについてググろうとしてついhgでググっちまった。 フォーーーーーーーーーー 303 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 08:18:37 ] MercurialにMBCS対応エクステンションがコミットされてたぞ 304 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 14:07:29 ] ファイルやディレクトリのアクセス権を版管理できる バージョン管理システムは何かあります？ ぐぐってもみつからず。 305 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 17:29:47 ] >>304 そんな超複雑なもん作ってどうする気だｗ リポジトリ別にしたらいいじゃない 306 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 18:41:06 ] >>305 仕事の政治上の都合が有って checkout したworking copyの一部のディレクトリを他の Linux上のログオンユーザに見れないようにしたい。 checkout したあといちいちchmodするのは面倒だし、 し忘れが出るので。reposわけてもこれは解決できんと思います。 subversionにcheckoutのhookがあったらそれでもよかったけど。 やはりないんですかね。 307 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 19:36:54 ] >>306 Linuxのumaskじゃあかんの? 308 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 20:28:52 ] >>304 ないんじゃない? ファイルシステム依存(= 環境依存)な類のものでしょ。 Linuxのアクセス制御と関係するのは、subversionにはsvn:executableしかないかも。 checkout+chmodするスクリプトを作ってお茶を濁すとか。 309 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 21:23:15 ] >>308に一票。 310 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 21:37:36 ] みんなサンクス。 >>307 まるっきりダメじゃないけど、working copy下の他のディレクトリは 関係者に見てもらうことも有るので、umaskで全部マスクするのも ちょと困る感じです。 >>308, 309 やはり、やるにしてもそれぐらいしかないですね。 あきらめてそうしておきます。 311 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 04:33:39 ] >>310 umaskを変更したユーザアカウントを一つ作っておけばいいんでない? 手間としては>308と変わらなくなる気もするけれど。 312 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 12:13:47 ] Subversionでauthzとか。 ワーキングコピーを共有するなら無理だけど。 313 名前：312 mailto:sage [2008/01/14(月) 13:11:19 ] よく読んでなかった、ワーキングコピーは共有する前提か。 314 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 19:57:47 ] Linux板行った方がもっといい方法がみつかるかもしれない 315 名前：デフォルトの名無しさん mailto:sage [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の 仕様によるものがほとんどだと思う。 316 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:42:36 ] >>315 空のlogディレクトリだけ作られて欲しいこともあるけど（logファイル書けないぜエラーが出る） まあそういうのはインスコスクリプトなりで対応すべきなんだろうな 317 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:50:13 ] > svn add -Nをやる理由ってSubversionの > 仕様によるものがほとんどだと思う。 それは自分を納得させるための言葉に見える…。 空のディレクトリを管理できるからといって 便利なことはあっても不便なことはない。 ディレクトリもバージョニングできるのが Subversionの売りのひとつだと思ったけど。 思想の違い。 318 名前：デフォルトの名無しさん mailto:sage [2008/01/17(木) 23:45:47 ] 空のディレクトリに readme.txtを置くだけの簡単な仕事です 319 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 03:38:45 ] >>318 がcoolな解決法だと思う。 シンプルなツールにシンプルな運用。 320 名前：デフォルトの名無しさん mailto:sage [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とするのでしょうか。 321 名前：デフォルトの名無しさん mailto:sage [2008/01/23(水) 10:14:40 ] 1.pushしたいチェンジセットをexport 2.同じリポジトリを別途clone 3.新たにcloneしたほうで 3-a.exportしたチェンジセットをimport 3-b.おもむろにpush 4.もとのclone側でpull これでいいのかな。なんか手間だが。 322 名前：デフォルトの名無しさん [2008/01/25(金) 11:54:41 ] mercurialで不要になったnamed brancheを消したいんだけどどうすればいい？ 323 名前：デフォルトの名無しさん mailto:sage [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)：ソフトウェア構成管理 違いが今ひとつ分かりません。 324 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 02:31:38 ] >>323 VCS→一人用 SCM→まともなバージョン管理システム 325 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 08:19:06 ] >>324の言ってることも間違いじゃないが、>>323の聞きたいことはもっと具体的なことだろ。 違いを一言で言うと、分散型と集中型の違いで、 具体的にどう違うかというと、リポジトリが一つか複数かということ。 VCSは一つのリポジトリにみんなでコミット、マージするけど、 SCMは一人一人がリポジトリを持って、適時リポジトリ間でマージする感じ。 どっちが便利かというと、>>324の言うとおり個人ならVCSで十分だと思う（プラグインもあるし） グループで開発するとか、ノートPCでネットワークがつながらない場所でもバリバリ開発したいならSCMも有り。 （ただし、svkという手も十分ある） 326 名前：デフォルトの名無しさん [2008/01/26(土) 09:36:44 ] SCM と VCS ってそんなに意味が明確に定義されている用語? どちらも意味は同じで、 subversion や git や mercial を含むバージョン管理システムのことを表してない? 327 名前：325 mailto:sage [2008/01/26(土) 09:44:12 ] >>326 あー、確かに誤解してたかも知れない。 俺の中で、 集中型=VCS 分散型=SCM だと思ってた。 wikiでもバージョン管理システムの項で分散型も紹介してるし、要は同じってことかも。 328 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 09:50:07 ] Software Configuration Managementは、 リリースサイクルやバグの管理まで含む概念であって、 版管理はその一機能とみなせる。 329 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 13:21:51 ] wikiってどのwikiだよ 330 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 13:23:03 ] pediaしらねーのかよpedia まったくこいつはとんだゆとりだぜｷﾞｬﾊｰ 331 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 14:19:01 ] >>330 つれますか? 332 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 14:50:31 ] ｐｇｒ 333 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 14:51:25 ] ペギラ 334 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 17:34:36 ] ゴン 335 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 18:55:39 ] Wikipediaをwikiって略す奴は、wikiを知らないんだろうな。 336 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 20:27:17 ] >>328 なるほど。 VCSは版管理のみを提供して、SCMはそれに追加機能があるという訳ですね。 となると、ここで論じられてるCVS、Subversion、Mercurial、git、darcs、Bazaar、arch等々は それぞれどちらに分類されるのでしょうか？ 今までこれらのソフトをVCSの視点でしか見てこなかったので、 この中にSCMがあれば、その活かし方などを教えてもらいたいです。 337 名前：デフォルトの名無しさん mailto:sage [2008/01/27(日) 00:59:48 ] >>328 何言ってるの？ ここで言ってるSCMはSource Code Managementのことだろｗｗｗ だれもここでSoftware Configuration Managementの話なんてしてない。

---

---

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

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