バージョン管理システ ..
357:デフォルトの名無しさん
09/02/04 01:57:48
>>356
なんかまずいの？
358:デフォルトの名無しさん
09/02/04 03:42:13
bzrは邪教。
359:デフォルトの名無しさん
09/02/04 04:43:35
ちょっと待て
自分が選んだSCMの人気が無いからって、他のを叩くんじゃない
360:デフォルトの名無しさん
09/02/04 14:18:19
file名をutf-8にするextentionがMLに流れてた。
URLﾘﾝｸ(www.selenic.com)
361:デフォルトの名無しさん
09/02/05 01:45:08
>>360
日本語だと特定の文字でエラーが出て使いもんにならんかった。
362:デフォルトの名無しさん
09/02/06 21:12:53
>>359
bzrなんて使っているやつなんていないだろwww
bzr使うぐらいならsvk使うわ。
機能的にほぼ一緒だしな。
363:デフォルトの名無しさん
09/02/06 21:47:58
さすがにそれはないな
364:デフォルトの名無しさん
09/02/06 23:12:07
もう俺が使ってるhgでいいだろ
365:デフォルトの名無しさん
09/02/06 23:32:32
gitで良くないか?
366:デフォルトの名無しさん
09/02/06 23:57:00
管理ディレクトリの名前はかぶってないんだから、内部でbzr, hg, gitを
パラレルに呼び出す bzrhgit を開発すれば丸く収まる。
367:デフォルトの名無しさん
09/02/07 00:04:12
svkでいいよもう
368:デフォルトの名無しさん
09/02/07 00:16:56
俺が本買った Mercurial でいいってば。
369:デフォルトの名無しさん
09/02/07 00:19:32
hgはwindowsでは使い物になりません。
370:デフォルトの名無しさん
09/02/07 03:43:18
俺が使ってるTortoiseHGでいいってばよ。
371:デフォルトの名無しさん
09/02/07 06:11:32
>>366
天才現る
372:デフォルトの名無しさん
09/02/07 08:16:39
TortoizeHGは枯れてなさすぎ
373:デフォルトの名無しさん
09/02/07 15:46:40
トータルハーゲーいつまともになんの？
374:デフォルトの名無しさん
09/02/07 15:58:24
>>372>>373
少しはまともに名前を認識してやれよ。
375:デフォルトの名無しさん
09/02/07 16:30:32
トートイズヘイチジー
376:デフォルトの名無しさん
09/02/07 17:36:01
>>360
File "mercurial\demandimport.pyc", line 75, in __getattribute__
File "mercurial\demandimport.pyc", line 74, in __getattribute__
File "mercurial\demandimport.pyc", line 44, in _load
File "mercurial\demandimport.pyc", line 72, in __getattribute__
RuntimeError: maximum recursion depth exceeded in cmp
動かなかった
377:デフォルトの名無しさん
09/02/10 02:59:57
1.6.1.3
378:デフォルトの名無しさん
09/02/10 19:13:40
git darcs
emacsから使うならどっちがおすすめ？
379:デフォルトの名無しさん
09/02/11 05:26:28
Mercurial
380:デフォルトの名無しさん
09/02/11 13:29:31
bzr
381:デフォルトの名無しさん
09/02/11 13:59:22
arch
382:デフォルトの名無しさん
09/02/11 14:27:30
全部試すがいい
383:デフォルトの名無しさん
09/02/11 14:42:29
Unix系OSならな。
Windowsは試すだけ無駄。
384:デフォルトの名無しさん
09/02/11 14:47:46
Mercurialは良いと思うのですが、コマンド名はなんとかなりませんか？
ハゲハゲ言われて傷つくのですが。トータルハゲとかひどすぎます。
385:デフォルトの名無しさん
09/02/11 14:51:51
亀水銀
386:デフォルトの名無しさん
09/02/11 15:15:44
ハゲは新しいな。ｗ
387:デフォルトの名無しさん
09/02/11 16:09:59
>>384
ヘゲって読めばおｋ
388:デフォルトの名無しさん
09/02/11 16:34:44
>>384
あれはハイグレードの略
389:デフォルトの名無しさん
09/02/11 16:44:09
ひぎぃ
390:デフォルトの名無しさん
09/02/11 16:49:40
トータルハゲわらた
俺もトータルハゲつこうとる
391:デフォルトの名無しさん
09/02/11 18:25:42
そもそもなんでtortoiseって名前なのよ？
センスねー
392:デフォルトの名無しさん
09/02/11 20:21:46
おまえはウルフルズファンを敵に回した
393:デフォルトの名無しさん
09/02/12 10:02:08
あんなグループいらんわい。
394:デフォルトの名無しさん
09/02/12 10:28:51
>>393 = >>391
なに無理してんの？
395:デフォルトの名無しさん
09/02/12 10:53:41
日本人から見ると、書きにくく読みにくい名前なのは確か
396:デフォルトの名無しさん
09/02/12 10:57:39
tortoise読めなかったり読み間違えたりして恥かいたことがあるとか
397:デフォルトの名無しさん
09/02/12 11:18:29
>>396
読み違えてるやつ多数なので恥とは思わなかったり。
難読漢字と同じで知らなきゃ読めないし。
398:デフォルトの名無しさん
09/02/12 11:21:44
とーたすって読む人ととーといず（す）って読む人がいる
399:デフォルトの名無しさん
09/02/12 12:14:06
>>396
おもいっきり「とーといす」って言ってましたよ。 z_/o
比較的早く辞書で調べたんで、1、2人でしたが(たぶん)。
まあご多分にもれず、バージョン管理システム使うのが少数派な
職場だったのも、このときだけは幸いしたということかな。
400:デフォルトの名無しさん
09/02/12 13:33:06
いやでもロゴが亀なんだから気づくだろjk
401:デフォルトの名無しさん
09/02/12 15:16:57
亀は「タートル」だけだと信じて疑ってなかったんだよ、常考。
402:デフォルトの名無しさん
09/02/12 15:17:05
Are Those Turtles?
Why, yes, they are, indeed, turtles. That's the animal chosen by the
publisher for our book cover. And before you ask us, "Why?" 丕ｹ we
don't really know. It's cool, and our wives are pleased that at least
something "icky" wasn't chosen to represent Subversion.
URLﾘﾝｸ(svnbook.red-bean.com)
403:デフォルトの名無しさん
09/02/12 15:27:15
漏れは亀を意味する英単語としてタートルよりトータスの方を先に覚えてたな
404:デフォルトの名無しさん
09/02/12 15:33:56
tortoise head
405:デフォルトの名無しさん
09/02/12 16:32:05
何のスレかわからなくなってまいりました。
406:デフォルトの名無しさん
09/02/12 21:37:40
トータスって聞くとゾイドを思い出す。どうでもいいが。
407:デフォルトの名無しさん
09/02/12 22:19:39
カノントータス→タートルズの順で覚えた。
>>399
トータスと読むんだよと言ってるのに
頑なにトートイスと読んでる人がいるから大したことない。
辞書を引けば一発なのに…
408:デフォルトの名無しさん
09/02/12 22:47:33
トータスってトータルぽく聞こえるだろ！ハゲを合わせて考えろよ。
トートイスハゲ＝？
トータルハゲ＝全天頂禿？
409:デフォルトの名無しさん
09/02/12 23:14:57
>>402
よくわからないけど、妻が喜ぶから亀だって？
410:デフォルトの名無しさん
09/02/13 00:15:55
トートイズでいいじゃない
411:デフォルトの名無しさん
09/02/13 00:17:58
【char】変な読み方するな その２【ちゃー】
ｽﾚﾘﾝｸ(prog板)
412:デフォルトの名無しさん
09/02/13 00:22:26
母音がoiと繋がってるあたりを見て、フランス語風にﾄﾙﾄﾜｰｽﾞと読むのかと思った。
413:デフォルトの名無しさん
09/02/13 08:13:47
Longman 2005 Voice Packageで発音聞いたら、トーテェス だな
414:デフォルトの名無しさん
09/02/13 08:37:39
また何のスレかわからなくなってきました。
415:デフォルトの名無しさん
09/02/13 10:37:37
>>411
そう。
何かしんないけど、みんなcharをちゃーって呼ぶ
きゃらって読むと不快な顔される
416:デフォルトの名無しさん
09/02/13 18:31:05
私の会社では今までバージョン管理ツールが使われておらず、共有ファイルサーバに
各自でファイルの上書き更新という原始的な開発をやっていました。
この度ようやくバージョン管理ツールを入れてみようということで、いろいろ調査して
いるところです。
モノ自体は長所と短所を考えながら検討中なのですが、仮にsvnを使うとします。
完全にWindows環境で使用する場合、かつアクセス権やセキュリティを考える必要が
全くない場合、ファイルサーバの共有フォルダにリポジトリを置いて、各自がTortoiseSVNのfile:///でアクセスを行う運用形態に問題点はあるでしょうか。
個人的にはsvnserverを起動させて、svn://でアクセスした方が安全なように
思うのですが、サーバはウチの部署だけのものではないので、勝手にアプリを
インストールすることはできません。
417:デフォルトの名無しさん
09/02/13 21:06:53
>>416
URLﾘﾝｸ(tortoisesvn.net)
418:デフォルトの名無しさん
09/02/13 23:23:44
SVNは稼動が始まったら2度と離れられないくらいべんりだよ。
いますぐはじめるんだ！
419:デフォルトの名無しさん
09/02/13 23:27:57
ぎっと、はげ、ばざー、とかいうけどSVNだけはガチなんでしょ？
420:デフォルトの名無しさん
09/02/14 03:20:33
>>416
UNIX系サーバがあるなら、そこでやったほうが無難かと…。
SSHが動いていれば、別にroot権限は一切なくても、誰かさんのホーム以下でバイナリをコンパイル
して、リポジトリを作って、各自パスを通せばsvn+ssh://で使えるし。
あるいは、coLinux上でやってもいいし。
＞ファイルサーバの共有フォルダにリポジトリを置いて、各自がTortoiseSVNのfile:///でアクセスを行う
これは最悪級に危険なのでやめましょう。
ネットワークファイルシステムは、かなり同期処理がルーズですから、
同時アクセスで余裕でリポジトリがぶっ壊れます。
421:デフォルトの名無しさん
09/02/14 05:19:50
>>420
わりと長いこと samba 共有上 file://server/share/... で使ってるプロジェクトがあるけど、
同時アクセスで壊れたことは無いなぁ。
ただ、うっかり誰かがリポジトリを移動（たぶんエクスプローラでうっかりドラッグ）しちゃって
寿命が縮む思いをしたことはあるので、やっぱりおすすめできない。
422:デフォルトの名無しさん
09/02/14 11:38:40
一を見て百を知った気になる
423:416
09/02/14 12:48:19
皆様アドバイスありがとうございます。
>>417様のリンクは、真っ先に見るべきところでした。申し訳ありません。
何にせよ、やはり共有ファイルサーバのfile://アクセスは避けるべきですね。
個人ブログでいくつかこのような運用を見たので、もしかしたら普通にできるのかも
と考えてしまいました。
やはり、サーバ管理者を説得するようにしてみます。
424:デフォルトの名無しさん
09/02/14 15:52:29
>>423
利用者が全員Windowsなら文字コードの問題も起きないし、
MercurialやGitをCGIで運用してみたら？
既にWebサーバが動いていることが前提だが。
あるいは、サーバ管理者の許可を取って、自分の部署にサーバを
1台置かせてもらうとか。
425:デフォルトの名無しさん
09/02/14 16:49:26
サーバって言っても、十中八九余っているWindowsマシンの共有フォルダをつかっているだけだと思うぜ
426:デフォルトの名無しさん
09/02/14 16:53:41
部署内サーバーとか作ったら駄目なの？
427:デフォルトの名無しさん
09/02/14 17:46:43
bitbucket登録してみたんだけどutf-8以外のソースをブラウザで見ると
化けるのはどうしようもない？
428:デフォルトの名無しさん
09/02/14 18:20:28
>>424
おいおい、Windowsでhgやgitを薦めるなよ
429:デフォルトの名無しさん
09/02/14 18:25:38
なんかまずいんですか？
430:デフォルトの名無しさん
09/02/14 18:32:50
SVNのがGUIで操作できてべんりじゃね？
431:デフォルトの名無しさん
09/02/14 18:42:41
>>429
趣味でやるんじゃねーんだよ
432:デフォルトの名無しさん
09/02/14 18:43:36
Windowsなら、TortoiseSVN以外ありえんでしょ、今なら。
433:デフォルトの名無しさん
09/02/14 18:46:59
>>429
職場のチーム開発でhgやgitを勧める理由なんかないだろ
434:デフォルトの名無しさん
09/02/14 18:47:54
集中砲火ﾜﾛﾀ
435:416
09/02/14 18:55:59
更なるアドバイスどうもです。
お察しの通り、ウチのサーバはWindows2000 Server（古っ!）で、パブリックフォルダを共有にしている
だけです。
ただ、それでも一応管理者が定期的なバックアップを取っていて、ここにファイルを置いている限りは
物理的な障害に関しては管理者が全責任を持ってくれます。
部署で運用するPCは基本的には部署で責任を持たなければならなくなるので、なるべく会社の資産と
なるようなデータ・コードは共有ファイルサーバに置くのが決まりごとみたいになってます。
こちらでもう少し調べた結果、別にsvnサーバPCを立ち上げて、rootをファイルサーバの共有フォルダに
する方法を考えてみました。
あまり聞いてばかりでは申し訳ないので、テスト用PCで試行錯誤してみます。
436:デフォルトの名無しさん
09/02/14 19:08:03
念のため言っとくけど、バックアップはファイルコピーじゃ駄目だからな。
437:デフォルトの名無しさん
09/02/14 19:28:30
>>428 >>431-433
詳しく
>>435
HTTPサーバーやSSHサーバーが社内にあるなら、Bazaarを使って
既存のサーバーを流用するという手もあるよ
438:デフォルトの名無しさん
09/02/14 19:32:49
SVNなら事務の人間でも使ってるよ。ｈｇやらなんやらってのも使ったことないけどそのくらい敷居低い？
439:デフォルトの名無しさん
09/02/14 20:54:26
>>435
部署で責任持ってサーバーくらい管理すりゃいいじゃん。
決まり事じゃなくて、誰も出来ないやれないだけだろｗ
440:デフォルトの名無しさん
09/02/14 20:56:28
>>438
分散型でも集中型と同じ中央リポジトリ運用ができるものもある
gitはできる
441:デフォルトの名無しさん
09/02/14 21:11:00
bzrの融通の利き方は異常。
442:デフォルトの名無しさん
09/02/14 21:12:40
GUIが使えるかどうか返事はないのかと。
443:デフォルトの名無しさん
09/02/15 00:08:54
Windows、 バージョン管理未経験。
この条件下なら、いまのところはTortoiseSVN一択だな。
gitは論外、TortoiseHgは日本語化ける、TortoiseBzrは未完成すぎ。
また、TortoiseHgもTortoiseBzrもコマンドラインでないとできないことが多々ある。
全員コマンドラインOKなら、正直どれでもいいな。
444:デフォルトの名無しさん
09/02/15 00:32:43
Mercurialのことちょっと聞きたいのだけども、
hg mv hoge newhoge
って存在意義あるの？
マニュアル見たら削除して追加するだけ、とか・・・
普通にリネームしてもいいじゃん、みたいな
445:デフォルトの名無しさん
09/02/15 00:46:06
ヒストリを持ったまま移動させるには copy して remove すれば十分ってこったろ
単に（ファイルシステム上で）リネームしただけだとヒストリが受け継がれない
446:デフォルトの名無しさん
09/02/15 00:55:55
え？？？？
何がいいたいかというと、
hg mv すると差分が追えないんですよ。
CSVもSVNもこのような悪い仕様をかかえていたというのに、何故こうなってるんだろう。
diff(patch)形式の仕様との互換性のため？
447:デフォルトの名無しさん
09/02/15 00:56:37
ごめんtypo、CSV→CVS
448:デフォルトの名無しさん
09/02/15 01:19:02
>446
Subversion も move は copy して remove だが、履歴は追える。
「差分が追えない」ってのはどういう意味だ？
変更履歴として「リネーム」として表現されて欲しいってことか？
449:デフォルトの名無しさん
09/02/15 01:41:09
>>446
hg diff -g
hg log -f file
450:デフォルトの名無しさん
09/02/15 02:31:27
>>449
うおいけるね
なんだTortoiseHgが対応してないだけか・・・
451:デフォルトの名無しさん
09/02/15 08:41:56
>>420
>同時アクセスで余裕でリポジトリがぶっ壊れます。
いまだにBDB使ってるやつがいるんだなwww
452:デフォルトの名無しさん
09/02/15 10:19:37
BDBは論外だけど
ファイルロック系がまともに動かないのものは多いので
ファイル共有上で動かすなってのは正解というか基本だと思うが。
453:デフォルトの名無しさん
09/02/15 10:56:52
ハゲの日本語対応まとめたサイトとかない？
454:デフォルトの名無しさん
09/02/15 13:35:35
藤原のオッサンのとこぐらいかな？
URLﾘﾝｸ(www.lares.dti.ne.jp)
それでもちょっと古くなってきてるようだけど。
455:デフォルトの名無しさん
09/02/15 16:22:10
>>451-452
SVNは今デフォのリポジトリ形式（LSFS？）だと一応は大丈夫みたいなドキュメントに記述があったな
どこだっけか・・・
456:デフォルトの名無しさん
09/02/15 16:29:18
>>453
>>454はちょい古いので、Mercurial 日本語 とかで合わせて検索した方がいいっす
そのページ見ててみ、どこだったかでハマった覚えがあるので
457:デフォルトの名無しさん
09/02/15 17:33:33
分散型を日本語Windowsで使おうと思うと
git … Windows? 日本語? ｼﾗﾈｰﾖ って感じｗ
cygwinあるいはmsysで使えるが…。日本語はUTF-8 cygwinで使えるんだろうか？
Unix系でのユーザー数は圧倒的。
mercurial … とりあえずmbcs extensionで、\混じりでも使えるようになる。
でもUTF-8のUnix系との相互運用は無理。
Tortoiseは日本語対応してないらしい？。
bazaar … パスをUnicodeで保存するので、仕様上はWindowsだろうが日本語だろうが、相互運用も問題ないはず。
しかしユーザー少なくて情報が今ひとつ…。
やはりTortoiseは日本語対応してないっぽい。
svk … バックエンドがSubversionそのものなので問題なく使える。
TortoiseSVNも使えるが、リモートとのやりとりはコマンドラインでやるしかない。
現状こんな感じか？
最近忘れられがちだけどsvkも悪くないと思う。
458:デフォルトの名無しさん
09/02/15 17:38:48
TortoiseSVN+svk以外は、調べたり試行錯誤したりするだけ時間の無駄
459:デフォルトの名無しさん
09/02/15 18:51:52
エンジニアでなければね。
460:デフォルトの名無しさん
09/02/16 00:07:05
>>457
UTF-8 cygwin でLinuxとWindowsで相互運用してるが、コマンドラインで
使う分には、log diffでの日本語の扱いや、日本語ファイル名についても
今のところ問題無い。
逆にWindowsでしか使わないなら(パスがShift-JISで記録されていいなら)
TortoiseGIT+msysgit は現時点ではSVN以外のTortoise系で一番使えると思う。
461:デフォルトの名無しさん
09/02/16 15:46:19
URLﾘﾝｸ(d.hatena.ne.jp)
Bazaar全否定ということでいいですか？
462:デフォルトの名無しさん
09/02/16 16:42:14
>>461が何を言ってるのかよく理解できない
463:デフォルトの名無しさん
09/02/16 17:50:22
msysgitをファイル名をUTF-8で格納するように改造したら最強かな？
464:デフォルトの名無しさん
09/02/16 19:31:35
バージョン管理システムって、差分を積み重ねているとすると、
途中の一つの版を取り出す時、内部ではそれまでの複数の差分を一気に適用しているの？
465:デフォルトの名無しさん
09/02/16 21:20:14
>>463
TortoiseGIT+UTF-8 Cygwinも可能だけど、UTF-8にするとGUI関係がバケまくる。
まぁ日本語ファイル名をGUIで使うなら、TortoiseHGやTortoiseBzrが対応するのを待ったほうがいいかな。
466:デフォルトの名無しさん
09/02/16 23:10:36
>>464
sccsは最初の版からの履歴を保存する。
RCS/CVSは最新の版からの履歴を保存する。
これらの場合は、一気に適用するように実装されている。
それ以降のDBを使うVCSの場合はしらね。
467:デフォルトの名無しさん
09/02/16 23:38:33
>>465
Mercurialはファイル名に関してGitと同じポリシーなんだし、日本語ファイル名に
正式対応するのを期待するものではないと思う。
個人的には、ファイル名はUTF-8で格納してほしい&cygwinには頼りたくないから、
gitやhgを使うなら自分でUTF-8化するな。
今のところBazaarで問題ないけど。
468:デフォルトの名無しさん
09/02/16 23:55:04
>461
はてなは、Subversionのバックアップを取ってなかったのか？
RAIDが有ればバックアップ要らないよ派の人なの？
469:デフォルトの名無しさん
09/02/17 00:37:50
>>462
bazaarにgitのbranchに相当するものがないと言いたいんじゃないの？
470:デフォルトの名無しさん
09/02/17 06:03:53
>>466
「最新の版からの履歴を保存する」というのを理解できてないんですが、
一気に適用するとなると、版を重ねる毎に重くなっていきそうですね。
471:デフォルトの名無しさん
09/02/17 07:06:52
>>469
gitは触った程度で、本格的に使ってないんだけど
gitのブランチとbazaarのブランチの違いって何？
472:デフォルトの名無しさん
09/02/17 07:53:06
>>470
RCSなどでは最新版は(ほぼ)丸ごと管理ファイルに収容されているので、最新版を取り出すのが最速になるということ。
sccsでは、最新版は差分を辿らないといけないので版を重ねる毎に最新版を取り出すのが遅くなっていく。
473:デフォルトの名無しさん
09/02/17 09:46:55
>>471
bazaarのbranchはgit(hgもか)のcloneに相当するもので
gitやhgのbranchに相当するものは無いということかな
474:デフォルトの名無しさん
09/02/17 16:31:37
hg->ﾊｹﾞ
bazaar->ｻﾞﾏｱｰｰ
bzr->ﾌﾟｹﾞﾗ
ここまで読み替えできてるんだがgitのいい候補がみつからない。
475:デフォルトの名無しさん
09/02/17 16:52:13
>>472
「最新の版からの履歴を保存する」というと、
コミット時にこれまでの全ての差分を毎回更新しなければいけない感じが
するのですが、そんなことはないですか？
もしそうだとすると最新版を取り出すのは速くても、コミットはやはり遅くなりますね？
476:デフォルトの名無しさん
09/02/17 17:01:26
>>475
大丈夫、前回以前の差分はそのままでいい。
477:デフォルトの名無しさん
09/02/17 17:18:09
>>476
あ、なるほど・・・そうですね。どもども。
478:デフォルトの名無しさん
09/02/17 20:29:23
git でリビジョンの範囲を指定するのって「..」でできなかったっけ?
git revert HEAD^^^..HEAD としたら
fatal: cannot find 'HEAD^^^..HEAD' となった。
479:デフォルトの名無しさん
09/02/17 20:48:04
いや、そもそもgit revertで複数のリビジョンを指定できるのか？
480:デフォルトの名無しさん
09/02/18 00:01:26
gitは前の版をまるごとzipして保存してたと思う。
これなら任意の版との差分も定数オーダーでできる
最近はハードディスクも無駄にでかくて余ってるしいい判断だと思った
481:デフォルトの名無しさん
09/02/18 01:07:59
バージョン管理システムはとても便利なんだが
logを見直して「ああ自分はこの日のこの時間にこんなことをやってたんだな」と分かることが
逆に暗い気分を呼び覚ますことがある
たとえば3日間朝から晩までプログラミングしてたとかですね
482:デフォルトの名無しさん
09/02/18 01:27:29
>474
・嫉妬
・自慰
・自慰人
・油gitる
ちなみにgit=ばか者、愚か者、あほ、間抜け
URLﾘﾝｸ(eow.alc.co.jp)
483:デフォルトの名無しさん
09/02/18 22:05:06
このスレ的には、ClearCaseって糞ですか？
値段だけは金塊以上の価値みたいですが…
こんなもん導入する漏れの会社は終わりですか？
484:デフォルトの名無しさん
09/02/18 22:45:07
>>483
糞です
そうです
終わりです
こう言えば君の心は満足するのかい？
485:デフォルトの名無しさん
09/02/18 23:42:30
糞かどうかは自分で使ってみて判断すればいいだろう
俺は有料のバージョン管理システムでこれといった物を知らないが
486:デフォルトの名無しさん
09/02/18 23:52:32
ClearCaseはやる気をなくすほどゴテゴテしてるからなあ。
使いこなせないと猫に小判。使いこなしてもそんなに価値は感じないけどｗ
集中管理ならsubversionのがとっつきやすいし実用性十分。
487:デフォルトの名無しさん
09/02/19 00:13:11
>>483
プロジェクトの規模にもよるんじゃないかな。
大規模なプロジェクトで、ClearQuest と一緒に使うとガッチリと使い方が縛られるから、
管理しやすくなる。猫も杓子も使い方が同じになるからね。
でも、小規模なプロジェクトで開発者間である程度共通認識が出来上がっているプロジェクトでは、
そのガチガチに縛られるのが大変苦痛になるときがある。
まぁ、結局のところ何を主眼においているかだと思うよ。
バージョン管理のみに主眼をおいていると、ClearCase は確かに大仰になる。
488:デフォルトの名無しさん
09/02/19 11:05:56
達人プログラマーに「今すぐバージョン管理システムを使い始めましょう」と書いてあったんだけど
実際どこからどういう風にはじめるか書いてないところが親切極まりない本だぜ！・３・；
っていうか、タイトルどおり初心者の読む本じゃないな、これ･･･
489:デフォルトの名無しさん
09/02/19 11:51:01
>>488
手取り足取り教えないとわからないヤツは達人の入り口にもまだ来てねーよｗ
初めてならsubversion、ぐぐれば入門記事がいろいろ出てくる
490:デフォルトの名無しさん
09/02/19 21:25:08
最近どこでもとりあえずhg init, hg commit -Aって打っとくようになってきた
491:デフォルトの名無しさん
09/02/20 20:30:35
$ git co master
$ git merge experimental
error: Entry 'foo/bar/README' not uptodate. Cannot merge.
fatal: merging of trees a3595041b66ac7e627c64e79c6dcd66b9a954262 and b1a468cbcf693fd95c83fdd5cf25f317a0d4c782 failed
というエラーがでるんですけど、どうしたらエラーを解消できますか。
492:デフォルトの名無しさん
09/02/21 03:45:50
>>491
foo/bar/README って変更したけどコミットしてなかったりするんでは？
コミットしてからならマージできるんじゃないかな。
493:デフォルトの名無しさん
09/02/21 14:55:06
Windows版のMercurial コマンドライン版が日本語ファイル名のcommitに失敗するようです。
巨大なファイル郡で TortoiseHg がハングしたため、コマンドラインからコミットしたのですが、
日本語ファイル名のファイルが漏れてしまいます。
(hg add . 、 hg ci 後何故か、hg stで追加してないとできてしまう)
仕方ないので、残ったものだけTortoiseHgで追加しているのですが、
コマンドライン版で日本語ファイル名も追加、コミットする方法はないのでしょうか？
%HOME%\Mercurial.iniには、以下のように書いてあります・・・
[extensions]
hgext.convert=
hgext.win32text=
hgext.win32mbcs=
494:デフォルトの名無しさん
09/02/21 14:55:50
> (hg add . 、 hg ci 後何故か、hg stで追加してないとできてしまう)
(hg add . → hg ci 後何故か、hg stで追加してないファイルがある(日本語ファイルのもの)と言われてしまう)
495:デフォルトの名無しさん
09/02/21 15:04:26
対応策：WindowsでMercurialを使うのを止める
496:デフォルトの名無しさん
09/02/21 15:17:42
とりあえず、hg addで
adding （日本語ファイル名）
とでてaddはされるけど、
hg ci でコミットができないみたいです。
hg ciした後、hg stするのですが、
A （日本語ファイル名）
のようにコミットされていないことが確認できます・・・。
>>495
エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ
497:デフォルトの名無しさん
09/02/21 15:21:28
・結論
日本語ファイル名なんて使うのやめる
498:デフォルトの名無しさん
09/02/21 15:28:14
うちはコード以外のリソースもVCSで管理してる関係上、日本語は使うなとは言えないんだよね。
で、結局WindowsではSubversionしか選択肢が無いと。
499:デフォルトの名無しさん
09/02/21 15:56:15
結論:
ソース以外のリソースはどうせ差分追跡なんてしないだろうからzipアーカイブしてしまう。
これなら中身が日本語のファイル名でも大丈夫。
500:デフォルトの名無しさん
09/02/21 16:12:08
Mercurialはエンコーディングの設定しても、
駄目文字含んだディレクトリでエラーになってしまう。
ファイルパスのエンコーディングの扱いに関して、
作者が根本的に勘違いしてるんじゃないかな。
Subversionは外人が作ったと思えないくらいまともに動いてくれて惚れ惚れする。
GUIクライアントはどうだか知らんけど。
501:デフォルトの名無しさん
09/02/21 16:12:09
結論（笑）
502:デフォルトの名無しさん
09/02/21 16:25:24
>>499
個別のファイルがいつ変更されたかも見れないなんて。
そこまでして使う理由があるのかと
503:デフォルトの名無しさん
09/02/21 16:40:09
バージョン管理ツールに「実際にファイルが変更された時刻」なんて記載されていないんだ。
ことがzipファイルになったからと言って、タイムスタンプを中身に合わせるだけで充分用が足りるだろ。
まさかとは思うが、zipアーカイブする作業を手作業で行なうなんて考えているわけじゃないよな。
# 寧ろ、フックスクリプトを用意するのが面倒とかそっち方面で突っ込まれると思っていたが……
504:デフォルトの名無しさん
09/02/21 16:44:36
コミットログ見ればこのファイルはどのリビジョンで更新されたかすぐわかるじゃないか
zipでまとめられたらそれがわからなくなるじゃないか。
505:デフォルトの名無しさん
09/02/21 16:44:59
503は普段 diff や annotate を使われない方のようです
506:デフォルトの名無しさん
09/02/21 17:06:33
結論 日本語が使えるVCSを使う
507:デフォルトの名無しさん
09/02/21 17:25:36
>>505
素朴な疑問だが、>498の言うコード以外のリソースでもdiffやannoするの?
それはどんなリソース?
私は「日本語のファイル名を持つ」「コード以外のリソース」だからブックファイルやdocファイルを想定したのだけれど。
# 後は画像とかもあるだろうけど、いずれにしてもdiff取れるような代物じゃないよなぁ……
508:デフォルトの名無しさん
09/02/21 17:29:49
つxdocdiff
509:デフォルトの名無しさん
09/02/21 17:51:51
結論: 日本語が使えるように自分でハックする
510:デフォルトの名無しさん
09/02/21 17:52:29
いちいちzipしてcommitとかありえん。
511:デフォルトの名無しさん
09/02/21 17:59:00
zipでやりたいやつはやればいいが、それを標準としてMercurialなどという屑ツールを勧めないでくれ。
512:デフォルトの名無しさん
09/02/21 18:00:30
Windowsで仕事で使うなら、現状Subversion以外の選択肢はないだろ。
分散やりたかったらsvkで。
513:デフォルトの名無しさん
09/02/21 18:11:04
禿同
514:デフォルトの名無しさん
09/02/21 18:11:49
Subversion使いたくない点はただ1つ
各ディレクトリに.svn作るダサさと、中央集権という点だけだ
515:デフォルトの名無しさん
09/02/21 18:12:28
Tortoise シリーズの完成度を抜きすれば Bazaar もありなんじゃね？
516:デフォルトの名無しさん
09/02/21 18:15:40
>>514
バージョン管理システムに慣れていない奴らを相手にするときは、
中央集権リポジトリの方が運用統制がとりやすいけどな。
517:デフォルトの名無しさん
09/02/21 18:18:16
>>515
仕事で使うのなら TortoiseBzr が使い物にならないのは致命的なのでは
全員が CUI 使ってくれるのならともかくとして
518:デフォルトの名無しさん
09/02/21 18:18:59
>>516
それに、使用者の学習コストを考えたときに、CSVやSubversionのモデルの方が理解が早い。
「ファイルサーバ上の共有フォルダ」というメタファーでいける。
519:デフォルトの名無しさん
09/02/21 18:20:15
WinCVS作ってたチーム（個人？）はどこ行ったんだ？
あれ結構出来が良かったのに。他のVCS用のクライアントも作ってほしいぞ。
520:デフォルトの名無しさん
09/02/21 18:21:42
eclipse+hgでも日本語だめだめなの？
521:デフォルトの名無しさん
09/02/21 19:28:42
GUI被せてバグることはあっても、逆は無いだろ。
522:デフォルトの名無しさん
09/02/21 21:16:43
つまり、生hgが駄目駄目ってことか。
523:デフォルトの名無しさん
09/02/21 23:08:53
日本語通らないってことはない。俺は使えてるし。
ファイル名が長すぎるとかじゃないのか？
524:デフォルトの名無しさん
09/02/21 23:18:53
通らないことがある、ってだけでもう致命的に駄目
525:デフォルトの名無しさん
09/02/21 23:27:43
ディレクトリ名に構とかソとか含めてコミットしてみろ
526:デフォルトの名無しさん
09/02/22 00:27:04
仕事で使う場合は、自分が気をつけてれば使えるってレベルだと駄目なんだってことが
どうしてわからないんだろう。
527:デフォルトの名無しさん
09/02/22 01:35:04
>>525
確かに化け文字はだめだな。
ファイル名の方は問題ないのになぁ。
528:デフォルトの名無しさん
09/02/22 07:42:04
>>522
そう
>>525-527
ファイル名もダメっぴ
いろいろ試したが、
x scripts/リンク処理/LINKに補助機能追加.js
x scripts/リンク処理/LINK先を強制表示.js
x scripts/検索/正規表現でページ内検索.js
o scripts/リンク処理/２ちゃんねる用ポップアップ.js
o scripts/リンク処理/IEで開く.js
"能""表"とかのダメ文字だな
hgの話ね
529:デフォルトの名無しさん
09/02/22 14:18:00
fixutf8使えばいいだろ
530:デフォルトの名無しさん
09/02/22 18:28:25
hg
ファイル名に0x5cがあると1.1から動かねー!!!!!
0x5cがあるとdelete返してきてファイルなしになってcommitできねーwwww
1.0.2に戻すと最新のリポジトリと互換性がないwwwwww
誰だよこんな糞仕様にしたやつはwwww
531:デフォルトの名無しさん
09/02/22 18:34:28
仕様じゃなくてバグじゃね？
532:デフォルトの名無しさん
09/02/22 18:43:29
>>530
そういうのは気づいた人が報告しないと直らないんだぜ。
533:530
09/02/22 18:50:56
>>532
俺に言うなwww
534:デフォルトの名無しさん
09/02/22 19:49:58
>>528
通らない文字みるとあからさまにバックスラッシュ関係だねぇ
"\"が2バイト目にあるマルチバイトが駄目ポ
535:デフォルトの名無しさん
09/02/22 19:54:48
pythonって割と低レベルなんだな。
536:デフォルトの名無しさん
09/02/22 19:57:36
hg
今のバージョンでもファイル名を直接指定すれば0x5cがあってもコミットできる。
537:536
09/02/22 20:00:01
ただし処理が昔のままなのでコミットできるだけで将来的には多分コミットできなくなるはずwww
538:デフォルトの名無しさん
09/02/23 08:43:01
早く bzr が熟成しないかな。hg 見限りたくなってきた。
コマンドが多少打ちにくいとか、少々動作が遅いぐらいかまやせんよ。
539:デフォルトの名無しさん
09/02/23 10:52:29
bzr自体は十分使える状態だと思うよ。tortoiseBzrとかbzr-svnとか
周辺ツールにまだ難があるけど。
ただ、bzrにgitやhg的なbranchが無いのが痛い。
svn的なbranchならcloneで十分だし、シンプルな実装は賛同できるんだけど、
何だかんだ言っても便利だからなぁ。
540:デフォルトの名無しさん
09/02/23 11:59:00
確かにBazaarを使ってると
master -> sub
こんな風にbranch切ったあと、subのファイルを編集してるつもりが
間違ってmasterの方を編集してしまうことがあって
こういう時には、ディレクトリ内容すげ替え方式のgit-branchがちょっと羨ましい
あともう一つ羨ましいのはgithub
541:デフォルトの名無しさん
09/02/23 12:28:15
bzrにはlaunchpadがあるからいいじゃない。
しかも今年中にオープンソース化される。
ただ、シンプルにレポジトリの管理だけをしたい時に
gitにはgitosisがあるのが有り難い。
542:デフォルトの名無しさん
09/02/23 14:51:48
>>535 hgがPythonの最低バージョンを2.4以降にしてくれればよかっただけのことなんだけどね。
>>538 成熟した頃には新しいバージョン管理ツールが出ていてそちらに目移りしているでしょう。
543:デフォルトの名無しさん
09/02/23 15:27:41
まあ英語圏の奴らが作ってるからいかんともしがたいな。
544:デフォルトの名無しさん
09/02/23 16:28:33
>>543
だが独自に修正することくらいはできる
545:デフォルトの名無しさん
09/02/23 17:33:03
parent: 7554:11a4eb81fb4f
diff -r 11a4eb81fb4f -r 5dd432f98473 hgext/win32mbcs.py
--- a/hgext/win32mbcs.py Tue Dec 30 22:10:41 2008 +0100
+++ b/hgext/win32mbcs.py Mon Feb 23 16:32:44 2009 +0900
@@ -44,6 +44,7 @@
import os
from mercurial.i18n import _
from mercurial import util
+from mercurial import extention, osutil
def decode(arg):
if isinstance(arg, str):
@@ -108,6 +109,17 @@
sjis s_jis shift_jis_2004 shiftjis2004 sjis_2004 sjis2004
shift_jisx0213 shiftjisx0213 sjisx0213 s_jisx0213'''
+def listdir_wrap(listdir, path, *args, **kwargs):
+ try:
+ path = decode(path)
+ if not path.endswith(os.sep):
+ path += os.sep
+ path = decode(path)
+ return listdir(path, *args, **kwards)
+ except: UnicodeError
+ raise util.Abort(_("[win32mbcs] filename conversion fail with"
+ " %s encoding\n") % (util._encoding))
+
def reposetup(ui, repo):
# TODO: decide use of config section for this extension
if not os.path.supports_unicode_filenames:
546:デフォルトの名無しさん
09/02/23 17:35:18
@@ -120,3 +132,5 @@
wrapname(f)
ui.debug(_("[win32mbcs] activated with encoding: %s\n") % util._encoding)
+ extention.wrapfunction(osutil,'listdir', listdir_wrap)
+
diff -r 11a4eb81fb4f -r 5dd432f98473 mercurial/util.py
--- a/mercurial/util.py Tue Dec 30 22:10:41 2008 +0100
+++ b/mercurial/util.py Mon Feb 23 16:32:44 2009 +0900
@@ -907,11 +907,11 @@
dircache = {} # dirname -> filename -> status | None if file does not exist
for nf in files:
nf = ncase(nf)
- pos = nf.rfind(sep)
- if pos == -1:
- dir, base = '.', nf
+ dir, base = os.path.split(nf)
+ if dir:
+ dir += sep
else:
- dir, base = nf[:pos+1], nf[pos+1:]
+ dir = '.'
cache = dircache.get(dir, None)
if cache is None:
try:
547:デフォルトの名無しさん
09/02/23 17:35:59
>>544
お前が修正しろよ
548:デフォルトの名無しさん
09/02/23 17:51:30
>>545
本家には送らないの？
549:デフォルトの名無しさん
09/02/23 17:54:41
>>548
windowsなんて持ってませんwww
550:デフォルトの名無しさん
09/02/23 18:50:03
>>545-546
ここに書き込んだコードの著作権は2chにある
取り込んでもらった後2chが訴えたら終わり
551:デフォルトの名無しさん
09/02/23 18:58:28
>>550
常識的に考えてバグの修正に著作権が発生することはないと思うが
552:デフォルトの名無しさん
09/02/23 19:24:56
mercurialってGPLじゃなかったか？
553:デフォルトの名無しさん
09/02/23 19:30:20
URLﾘﾝｸ(www.23ch.info)
554:デフォルトの名無しさん
09/02/23 20:19:29
>>545
decodeを２回してるぞwww
555:デフォルトの名無しさん
09/02/24 00:37:33
>>545
ってか、修正してるバージョン古くね？
556:デフォルトの名無しさん
09/02/24 00:43:39
あーやっちゃったね。
そのパッチの著作権、2chに帰属しちゃった。
557:デフォルトの名無しさん
09/02/24 01:03:41
>>555
1.1.2じゃね？
558:デフォルトの名無しさん
09/02/24 01:41:21
>>557
あー。なるほど。
リポジトリの最新のバージョンみてたわ…
559:デフォルトの名無しさん
09/02/24 07:08:27
>>551
こと著作権に関して常識的にってのは通用しない
著作権法がすべて
そしてそれは常識とずれてるから世の中問題になってるわけで
560:デフォルトの名無しさん
09/02/24 10:34:22
>>559
BBSとかの規約もズレてる気はする
561:デフォルトの名無しさん
09/02/24 11:20:07
2chに帰属ってのも実際は争ってみないとわからないんじゃないの。
562:デフォルトの名無しさん
09/02/24 11:59:49
そういうのがめんどくさいから、パッチ書いたらどこかにアップしてURLを示すのが吉。
563:デフォルトの名無しさん
09/02/24 12:42:14
>>551
常識て。ｗ
著作権は著作物に自動発生するだけ。
バグがどうとか関係ない。
564:デフォルトの名無しさん
09/02/24 13:11:43
そのパッチ程度だと創作的と認められるか微妙かもしれんけどね。
565:デフォルトの名無しさん
09/02/24 13:57:05
ここに#include <stdio.h>とかi++;とか書いたらこれも2chのチョサッケーンになるのか
566:デフォルトの名無しさん
09/02/24 13:57:53
バカじゃねえの
567:デフォルトの名無しさん
09/02/24 15:49:22
取り込む側が、余計なリスクを負うかどうかの問題なんだよ
568:デフォルトの名無しさん
09/02/24 16:00:59
>>565
その程度だと著作物としての創作的表現に入らないから np
569:デフォルトの名無しさん
09/02/24 16:29:53
＞バカじゃねえの
は２ｃｈの著作物になりました
570:デフォルトの名無しさん
09/02/24 20:24:35
のまネコはavexの著作物
571:デフォルトの名無しさん
09/02/24 23:39:16
前提条件としての議論の余地が多分にあるが
仮に2chに書かれたコードがGPLのpatchであるとして、
仮に2chにそのコードの著作権があるとして、
そのコードが、GPLの派生である以上、GPLでなければならないならば、
2chが自らの著作物として、そのコードがGPLであると主張した場合、
どのような問題が発生するのだろうか？
572:デフォルトの名無しさん
09/02/25 01:23:29
日本語でおｋ
573:デフォルトの名無しさん
09/02/25 01:30:50
いつから著作権スレになったんだ？
574:デフォルトの名無しさん
09/02/25 02:03:58
スレ移動しようぜ、向こうは過疎ってるし。
こっちはこっちで
同じ話題を短い周期で
繰り返してる気がするけどなｗ
575:デフォルトの名無しさん
09/02/25 08:43:47
>>541
lanchpadはなんか規模がでかすぎる感じ。
インターフェースがわかりにくし、パッっとみ何するサイトなのか、なにしたらいいのかわからん。
githubとかBitBucket.orgみたいなコンパクトなリポジトリホスティングがほしす。
いってしまうと、googlecode projectみたいなのでいいんですよね。
それが、forkできればコラボが楽だなあ、という程度
(じゃあ、bzr-svnで(以下略))
あとlanchpadのサイト重いのもイヤイヤ感に拍車を掛ける。
lanchpadの利点がよくわからないから、どうしても否定的になってしまうな
576:デフォルトの名無しさん
09/02/25 08:45:25
そういえば、TortoiseGitってどうですか？
そこそこ使えますか？
日本語対応具合とか
TortoiseGitで足りない機能ある時はコマンドライン版は何使ってます？
577:デフォルトの名無しさん
09/02/25 10:48:28
>>575
Launchpad使ってるけど、その辺の意見には同意
Bazaarでの開発にはとても役に立つし、実際に便利に使わせてもらっているんだが
画面のゴチャゴチャ感と重さはどうにかならないかなーと思う
メニュー項目が必ず全部（使っていない項目も含めて）表示されることも、ゴチャゴチャ感を増している
ちなみにLaunchpadの利点は
・独自ブランチ→マージ提案が便利（ほかのホスティングでも似た機能はあると思うけど）
・共同翻訳（Translations）に強い
あたりかな
578:デフォルトの名無しさん
09/02/25 11:51:44
>>576
試してから書き込め
579:デフォルトの名無しさん
09/02/25 15:51:48
margeが優れてるのはdarcsでいいの？
580:デフォルトの名無しさん
09/02/25 16:13:12
mergeが優れているのは人。
581:デフォルトの名無しさん
09/02/25 16:22:50
>>579
mercurial or git
582:デフォルトの名無しさん
09/02/25 23:11:11
そもそもmergeが優れているってどういうこと
583:デフォルトの名無しさん
09/02/26 00:16:08
SubversionとMercurial使ってるけど、俺も「Mercurialはmergeが優れている」って
聞く度にいつも、いまいち意味が分からんと思う。
584:デフォルトの名無しさん
09/02/26 00:44:14
branchは、破棄されるか、trunk(master)に統合されるか二択。
そういったprojectなら、gitやhgはbranchしたのが何時だったか思い出す
必要が無い。mergeが優れているのは、その一点のみ。
その主張は、ほとんどの場合正しい。
585:デフォルトの名無しさん
09/02/26 01:34:55
ああ、branchで作ったディレクトリを見失う（どこにブランチ作ったか忘れる）心配がないって事ね
でもそれmergeが優れているわけではなくて、単なるbranch方式の違いだよな
586:デフォルトの名無しさん
09/02/26 02:08:42
マージの優劣って言葉通りじゃなくて、マージトラッキングや
その自由度・速度を含めたことだと思うが･･･
587:デフォルトの名無しさん
09/02/26 02:16:08
Mercurialって、マージの自由度低くない？
統合する方向のマージに強制されてるような気になってる来るというか、
cherry-pickingしにくい仕組み。
むしろ、Subversionぐらいの放任主義の方が自由感がある。
588:デフォルトの名無しさん
09/02/26 02:28:45
git or mercurialは3-way マージでsubversionは2-way マージだったはず。
589:デフォルトの名無しさん
09/02/26 02:32:41
>>587
機能を追加するたびに、bookmarkがbranchを使えばそもそもcherry-pickingする必要がない。
gitとmercurialは両方とも、mergeとcherry-pickingを区別してたと思う。
590:デフォルトの名無しさん
09/02/26 02:50:41
>588
3-way マージって、
(1)自分が編集したバージョン
(2)第三者が編集したバージョン
(3)上の(1)の元になったバージョン
の3-wayでしょ？
なら、Subversionと一緒じゃん？
591:デフォルトの名無しさん
09/02/27 00:19:15
>>590
Subversionって、ファイル単位でコンフリクトしたらCになって終了（解消してね）
じゃなかったっけ。今は違うのかな。
svkとかGitだと行単位でぶつかってなければ良い感じにマージしてくれる。
592:デフォルトの名無しさん
09/02/27 00:22:56
CVSの昔から、行単位でぶつかってなければ自動マージだろう……。
593:デフォルトの名無しさん
09/02/27 00:25:56
行単位だよ。
594:デフォルトの名無しさん
09/02/27 00:53:35
>>590
gitとmercurialは(3)が(1)と(2)の両方の元になったファイル
595:デフォルトの名無しさん
09/02/27 09:56:06
Linuxレベルならともかく、普通の規模のプロジェクトとか
普通の業務利用とかでそんなに賢いマージが必要
なのは、ちょっとどうかという気もするが・・・
マージだけならSubversionで困らない。
会社でSubversion個人でGitだけど
596:デフォルトの名無しさん
09/02/27 11:02:52
も少し賢くてもいいけどなぁ
あと Subversion は遅くね?
597:デフォルトの名無しさん
09/02/27 12:16:30
TortoiseHGでコミットするとき、Mステータスのファイルにデフォルトでチェック付けたい。
どっかで設定できる？
コミットツールはinternalって設定にしてる。
598:デフォルトの名無しさん
09/02/27 15:48:06
分散SCMだと分岐したまま進められちゃうから、
共通先祖を考慮したマージが必要なんじゃないかな。
Mercurial の内部マージと diff3 のマージってどっちがいいのかな？
衝突時に共通先祖が表示されるんで diff3 使ってるけど・・・
599:デフォルトの名無しさん
09/02/28 03:32:14
デフォルトでチェックされてるけど
600:デフォルトの名無しさん
09/02/28 08:09:04
600
601:デフォルトの名無しさん
09/03/01 13:26:37
分散型のバージョン管理システムの場合、
それぞれのリポジトリはリポジトリ丸ごと
持っているという感じなんでしょうか？
あるリポジトリをマスターと決めたとして、
そのフルのクローンをそれぞれ持っているということでしょうか？
いまはSubversionを使っていて trunk, branches, tags 型で
かんりしてまして、branches の下の自分が作業を進める
ブランチだけ手元のワーキングコピーにチェックアウトして
作業しており、マージはマージ担当（まれに自分）に任せてます。
そもそも分散型だと trunk, branches, tags 型の
管理というのはやらないものなのでしょうか？
分散型のバージョン管理システムの紹介記事を読んでいると、
そもそも「ブランチ」というのはリビジョンツリー（というかDAG）
上の異なるヘッドことを指しており、リポジトリ上で別の
ディレクトリとして分岐されたものという意味ではないですよね？
確かに「ブランチするときはそのブランチ用のリポジトリを
作れば良い」という記述も見ました。そのときリポジトリ丸ごと
クローンするのでしょうか？巨大なプロジェクトだと一部だけ
クローンして作業を進めたいというのはあり得ると思います。
分散型だと「あるリポジトリが消失しても別のリポジトリを
マスターと思えばよい」という記述も見ましたので、
分散している各リポジトリはそれぞれ対等にフルのツリーを
持っているのでしょうか？
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5372日前に更新/174 KB
担当:undef