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/
619 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 01:19:09 ] tracとhg使ってる理由
620 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 18:55:09 ] >>617 HaskellerがdarcsではなくMercurialを使いたい理由を詳しく
621 名前:デフォルトの名無しさん mailto:sage [2008/05/16(金) 19:31:30 ] Windows版のdarcsで、 darcs unrevertを実行すると、 darcs failed: Couldn't parse unrevert patch: Patch bundle failed hash! This probably means that the patch has been corrupted by a mailer. The most likely culprit is CRLF newlines. こうなってしまうんですがどうすればいいんでしょうか?
622 名前:デフォルトの名無しさん mailto:sage [2008/05/18(日) 05:28:07 ] darcsに興味をもっていろいろ読んでみたけど,darcsでは1つのリポジトリに複数のブランチを作れないんだね。 ブランチを作りたかったら,新たにリポジトリを作りなさいとある。 1リポジトリ,1ブランチということらしい。 wiki.darcs.net/DarcsWiki/BestPractices マージ機能が強力そうだからそれで問題ないのかもしれないが, 管理が面倒そうだな。
623 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 13:32:51 ] Mercurialのような分散リポジトリでは、作業ディレクトリ 自体が既にリポジトリなわけで、そうするとそれはどんどん 肥大化してしまうのでしょうか?めちゃくちゃ過去の変更 に関してはどっかのリポジトリにあってくれれば良いので、 自分の手元には最近のリビジョンに関する情報だけ あってくれれば十分なんですが・・
624 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 13:34:22 ] バカはうだうだ言うよりまず使ってみた方が良いよ バカな質問してるのが良く分かるから
625 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 21:41:19 ] >>624 の方が馬鹿っぽい
626 名前:デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:43:59 ] バカバカ言い合う事に何の意味があろうか。
627 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 00:24:38 ] >>623 HGはよく分からないけど、GitだとたまにGCして圧縮したり、 同じファイルシステムにある同じようなリポジトリ(クローン元とか)は ハードリンク使ったりとかしてるね。 分散リポジトリという仕組み自体、裕福なリソースが無いと実現出来なかったものだと 俺は思ってるんで、あまり気にしなくて良いような気もするけど。 KDEまるごとクローンしたりするとかなり大変らしいが。
628 名前:デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:30:52 ] mercurial-1.0.1.tar.gz
629 名前:デフォルトの名無しさん [2008/05/27(火) 19:56:16 ] WinXPでtortoiseSVN使い始めたですが、 svn+sshなのでコミットするたびにパスワードを入力するのが面倒です。 かといって、SSHクライアント指定してplinkにユーザ、パスワードをベタ書きしたくないので Roboformみたいに一度マスターパスワードを入力すれば、リポジトリURLをキーとして ログインパスワードを入力してくれるツールがあるといいなと 思ったのですが、tortoiseSVNで使えそうなツールないですか?
630 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:14:40 ] >>629 ssh-agent
631 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 20:16:46 ] putty では pageant.exe だった
632 名前:デフォルトの名無しさん [2008/05/27(火) 22:44:03 ] win上でhg使ってたら、リポジトリが壊れてがっかりした。 ファイル名の大文字小文字の問題なんだけど
633 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:03:27 ] >>632 げげっ そうなんだ・・・ お手軽なので重宝してたんだけど、やっぱりもう少し待った方がいいのか?
634 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:07:19 ] それは、ファイルシステムの問題だろ。 大文字小文字を区別しないと同一名になるファイルを管理してる奴は、 Windows上で使っちゃ駄目。
635 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:23:18 ] FSの問題ではあるけど、壊れる操作を行えてしまうのはどーかな
636 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:41:45 ] 大文字小文字を区別する環境に依存した物を 大文字小文字を区別しない環境に持っていく奴の脳みそが どーかなだよまったく
637 名前:デフォルトの名無しさん [2008/05/28(水) 00:00:06 ] すでに、Abcd.cが管理下にあるのに、 うっかり、hg add abcd.cしてコミットしたら、 たぶんおしまい。今手元にwindowsがないので、確認できないけど。
638 名前:デフォルトの名無しさん [2008/05/28(水) 00:50:29 ] >>636 hgって大文字小文字を区別する環境に依存してるの? pythonで書かれてるとか聞いたんで、環境依存は凄く小さいかと思ってた。
639 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:16:41 ] pythonがcase sensitiveだから。 というかcase insensitiveな言語は、ほとんど見ないが。 そういう意味では、Windows はかなり特殊な環境だというのを自覚しないといけないな。 NTFSがcase sensitiveなのに、Windows OSが insensitiveなのは最悪。
640 名前:デフォルトの名無しさん [2008/05/28(水) 01:25:45 ] >>590 svndumpでバックアップ取ってんだけど、 バックアップから戻したらリビジョン番号変わっちゃうの??
641 名前:デフォルトの名無しさん [2008/05/28(水) 01:26:41 ] ↓これTortoiseSVNのマニュアルなんだけど、文字化けして見えるのはウチだけ? ttp://nchc.dl.sourceforge.net/sourceforge/tortoisesvn/TortoiseSVN-1.4.8-ja.pdf
642 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:31:27 ] ちょっと前にあった、リビジョン番号の議論の結論は、 「やっぱりリビジョン番号便利」と言うことか。 まあ当たり前だよな。 自動で全順序性が保証された識別名が得られるのが便利でないはずがない。
643 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:33:06 ] >>641 化けてるな。
644 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:33:50 ] >>639 今は亡きキルドールに文句言って下さい。 Windowsの変な仕様のかなりの部分はCP/Mから来てます。
645 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:46:13 ] | | | | /V\ ,J>>642 /◎;;;,;,,,,ヽ _ ム::::(;;゚Д゚)::| ジー ヽツ.(ノ::::::::::.:::::.:..|) ヾソ:::::::::::::::::.:ノ ` ー U'"U'
646 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:55:31 ] >>644 何時まで過去に縛られてるんだよってな話だ。 OS/2みたいに、FSをcase insensitiveにする選択肢もあったハズだし。
647 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 02:06:58 ] 過去の資産との互換性を最優先に、それこそ必死になって守ったからこそ 今のシェアがあるんだから
648 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 02:07:58 ] 俺はファイルシステムはcase insensitiveの方がいいと思っている。
649 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 03:23:06 ] >>646 emx 使ってたときに区別したような記憶があるけど気のせい???
650 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 05:49:33 ] CR/LF も地味に面倒くさい
651 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 12:35:08 ] >>648 俺には西洋人の感覚は分からんが、CaseInsensitiveってことは、 おはよう オハヨウ おはヨう オハよう を同一に扱うってことにあたるんじゃないか? おはよう、オハヨウはいいとして、他のはどうよ、と思う。 名前ってのは、分かりやすさの為に付けてるんだからそれはないと思う。 ただ、検索インターフェース的にInsensitiveに探すのは付いていてもいいと思う。 名前の格納自体はSensitiveが良いんじゃない? んでもって、>>638 確かに環境依存は少ないよ。 だけど、この場合、hgはどう扱えば良いと思う?こういう環境にはチェックアウトさせない? つまりWindowsをサポート対象外にする?Pythonでもどうしようもないと思うな。 全てのファイルを別ディレクトリに分けるとか言う格納ポリシーでないと上手く行かない。
652 名前:648 mailto:sage [2008/05/28(水) 12:56:33 ] >>651 俺がいいと思っているのは、今のWindowsの仕様そのもの。 格納自体はSensitiveだが、インターフェース的にInsensitiveな状態。 ABCとabcを同じディレクトリに作れないように規制するということ。 ABCとabcが同じとこにあったら分かり難いので、そういうファイルは 作らないでくださいと運用ルールで規制するよりも、最初から作れない 方がいい。
653 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 16:18:23 ] >>630-631 できました!感謝。 pageantの存在は知ってたけど何に使うのか見ただけではさっぱりでした。 手順は↓を参考にしました。 www.naney.org/diki/dk/Pageant.html そして ~/.ssh/authorized_keysというディレクトリにpubkeyを書いたファイルを置くものと勘違いしてハマってました・・・
654 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:02:57 ] >>641 それ、どこでビルドしたんだろう? 何とかがんばってビルドしてみるかな……
655 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:45:10 ] >>654 PDF作った人はちゃんと読めてたんだろうから謎だよね…
656 名前:654 mailto:sage [2008/05/28(水) 23:50:19 ] すまん勘違いした。TSVNプロジェクトのところのやつね。 何が原因かはわからないけど化けてしまう。 手元でビルドすると化けないって感じ。 ビルドできたらアップしてみる。
657 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:59:29 ] しおりの文字は文字化けしてないね。
658 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 00:04:16 ] >>651 させない、が正解じゃないか。 Windowsでチェックアウトすることがあるなら、同じディレクトリにそういうファイル名を混ぜないようにすればいい。
659 名前:654 mailto:sage [2008/05/29(木) 00:29:35 ] >>657 たしか、本文はフォント埋め込みなんだけど、しおりはそうじゃなかったような気がする。 本家のビルドマシンは当然日本語Windowsじゃないんで、 ms932への変換とかそのあたりで不整合があるのかも。 他にもchmのしおりが化けてたりする。 とりあえず、手元でビルドできたみたいなんで、 www.caldron.jp/~nabetaro/hiki.cgi?SubversionWork のversion1.4.xのところから持って行ってください。
660 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 00:30:50 ] >>658 運用で制限するのは利用者の自由。 ただtoolで制限させる必要は無いし、制限しない以上問題は起こり得る。 8.3のショートネームの環境でも問題出ないように、名前を先頭8文字が同一 のものは認めないなんてバカげてる。
661 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 00:39:53 ] いやいや問題のでる環境でやろうとしたときに、ってこと
662 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 07:59:46 ] そのOSに対応を謳ってる以上、リポジトリ壊すってのはやはりバグだろう。 その前にエラーで止まってくれれば運用でいくらでも対策できるわけで
663 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 08:04:36 ] >>659 ちゃんと読めるようになってます。お世話になります。
664 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 18:16:59 ] >>639 この場合言語そのものがcase sensitiveかは全然関係ないだろ
665 名前:デフォルトの名無しさん [2008/05/29(木) 18:50:36 ] hg で複数の(連続した)チェンジセットを 1つのチェンジセットにまとめて伝播させる事ってできないかな? 要はいろいろ試行錯誤した残骸をみせずに 最終的な結果だけ伝播させたいんだけど・・・
666 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 23:29:53 ] >>665 www.selenic.com/mercurial/wiki/index.cgi/ConcatenatingChangesets
667 名前:デフォルトの名無しさん mailto:sage [2008/05/30(金) 19:37:55 ] >>28 いや、Haskellのメモリ効率が悪いのは事実だが、 それよりも遅延評価をうまく使っていないdarcsの実装の方が悪い。 俺ならメモリを節約できるアルゴリズムが書ける。
668 名前:デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:17:32 ] >>667 じゃあいっちょ、よろしく頼む。hgに勝てるように!
669 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 01:04:21 ] >>659 ありがとう〜 PDF中でテキスト検索できなのが残念だけど使わせていただきます ^^
670 名前:デフォルトの名無しさん [2008/05/31(土) 06:37:23 ] >>634 それはそうだけど、 svn(TortoiseSVN)はちゃんと解決してるよね? Windowsおいてきぼりはちょっといただけないなあ >>639 hgの実装言語の言語仕様とファイルシステムの関連性がわからない・・・
671 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 07:15:04 ] 大文字と小文字を区別するメリットがわからんな
672 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 10:55:12 ] >>671 ;と:を区別するのにAとaを区別しない方がおかしいと思わないか
673 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 10:58:20 ] >>670 SVN でも多少あるみたいよ。「SVN 大文字小文字」でググれば分かる。
674 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 11:14:04 ] >>670 Windowsのせいでみんなが迷惑してるんだからWindows村八分したいところだぜ
675 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 11:20:21 ] 反抗期のガキが作ったシステムが変更できずに今までズルズルときてる訳だからな・・・
676 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 12:13:20 ] 反抗期のガキのような物言いはよして、前向きに話そうよ。 具体的に CaseInsensitive じゃないと困る場合ってなんでしょう? 単一の単語のCaseをわざわざ区別したがるメジャーなケースって makefile 問題くらいしか知らないです。 とすると、651の例えは微妙に適切じゃなくて、むしろ単語境界をケチるために CamelCase 濫用して区別できなくなるような ケースくらいじゃないのかな。 ・もはやPCユーザ=プログラマとはいえない ・PCで扱う範囲は増えているので、データファイルの名前に日常言語使いたいと思うのは当然 MBCS, UTF だけじゃなくて CP 違いの依存文字も含め。 CamelCase 濫用して検索難しくしちゃうなんてファイルシステムや VCS 抜きでももう起こってしまう問題なので、 Sensitive じゃないと駄目!って制約自体が、過去のシステムを変更できずにズルズルきてるだけの気がする。 てことで、652 の主張に同意。
677 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 12:20:48 ] っつーか、ここプログラム板だろ? 当該部分がどうか知らんけど、ほとんど Python スクリプトなんだから 簡単に直せるんじゃね?
678 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 12:30:58 ] >>652 のような仕様はシステム的に実装するんじゃなくて、もっとハイレベルで実装すべき。 たとえばファイルマネージャレベルで実装すべき。
679 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 13:15:35 ] Macのファイルシステムも昔のは たしか大文字と小文字の区別に関する問題無かったっけ?
680 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 13:45:37 ] >>678 それって最悪の仕様だと思うが。 ローレベルな機能使って制限を無視して作られたファイルには ファイルマネージャ経由ではアクセスできなくなったりするぞ。 アクセス不可能なファイルの作成を許容しているシステムって トラブルの元にしかならんと思うが。
681 名前:デフォルトの名無しさん [2008/05/31(土) 13:51:19 ] エクスプローラーがドットで始まるファイル名を作らせてくれなくて困る。 既にあるドットで始まるファイルも名前変更でF2を押したらもう戻れない。最悪。
682 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 13:52:52 ] >>679 いまもデフォルトは区別なし 区別ありにもできるけど、Civilization IVが区別なしを期待してる コーディングだった(全部大文字でファイルパスが埋めてあった)ので 再フォーマットしたぜorz
683 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 13:54:04 ] >>680 > ファイルマネージャ経由ではアクセスできなくなったりするぞ。 そんなファイルマネージャがあるんですか?
684 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 14:08:56 ] >>681 まー、ドットで始まるファイルは名前を付けて保存で ".emacs" みたく " で 括る必要があるのはメンドイよね。
685 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 14:47:23 ] >>680 そのファイルマネージャの仕様的な問題だと思いますが。
686 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:25:57 ] >>681 ,684 エクスプローラーからしてみたら、なんで他のOSの仕様に 配慮しなきゃいけないんだよってとこだろうw
687 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:34:53 ] >>686 ほかのOSの仕様だからじゃなくて、美しくない仕様のOSなのが問題なんだよ。 一貫性の欠如。Windowsは所詮は反抗期のガキが作ったOS。
688 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:40:16 ] >>686 そもそも、エクスプローラーのそういう挙動の根幹には拡張子を特別扱いするというWindows古来からの伝統を継いでいるだけだろ?
689 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:42:54 ] はっきり言わせてもらうと、Windowsの方がおかしいんだよ。 自分オリジナルということを主張したいがために"わざと"Unixとは違う、くだらない仕様で売り出したんだからな。 Windowsを作った豚野郎はとっとと糞の中で溺れて死ねばいい
690 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:44:49 ] そしてくだらないマーケティングと小奇麗なパッケージで素人をだまして糞を蔓延させた罪は万死に値する
691 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 15:48:17 ] おまいら、 NTFS の話と エクスプローラの挙動の話を ごっちゃにして「Windowsは〜」って言ってない?
692 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 19:55:35 ] >>688 もしかしてパス区切りがバックスラッシュなのもそういう理由だったりするの?
693 名前:692 mailto:sage [2008/05/31(土) 19:56:20 ] まちがった。>>689 宛。
694 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:04:07 ] >>692 DOSのときにunixが/だから\にしたという説を聞いたことがあるぞよ
695 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 22:40:41 ] >>692 DOSのパス区切りが\なのは、CP/Mとの互換のため。 CP/Mはスイッチキャラクタが/だったので、パス区切り として/が使えなかった。 DOS 3.1位まではスイッチキャラクタの変更が可能で、 パス区切り文字を/に変更できた。
696 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 23:09:33 ] >>695 CP/Mに階層ディレクトリなんてあったか? パスが無いんだから、区切り文字も無い。
697 名前:デフォルトの名無しさん mailto:sage [2008/05/31(土) 23:12:37 ] 誰か言うと思って放っておいたけど、誰も言わないので俺が言う。 さすがにもうスレ違いだろ。
698 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:02:19 ] 696の読解力の低さにワラタ
699 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 00:47:15 ] ×CP/Mのスイッチキャラクタが/ ○Microsoftコマンドのスイッチキャラクタが/
700 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 01:54:22 ] 699が何を言いたいのか全然わからない。 >>695 には ・DOSがCP/M互換にスイッチキャラクタを設定した(1.x) ・DOSにディレクトリの概念が取り入れられたとき(2.x)、既に/は用途が決まっていた と書いてあるように見えるが、 それだと>>699 のような訂正は不要、というか理解できないとしたら頭悪すぎ。
701 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:22:42 ] >>697 が言いたいことが全然分からない(ヤツが多い)
702 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 10:38:01 ] CP/Mではslashは特別な意味を持たない。 MicrosoftのCP/M用basic等のswitch charactorがslashなのは、VMSの影響。 CP/MとMS-DOSではコマンド体系が全く異なる。これもVMSの影響を強く受けたからで 互換性は考慮されてない。
703 名前:デフォルトの名無しさん [2008/06/03(火) 23:56:18 ] このスレでのWindowsの扱いが、このスレのmac並みでワロタ 開発者が使うノートPCてなに? 2台目 pc11.2ch.net/test/read.cgi/prog/1203399213/
704 名前:デフォルトの名無しさん mailto:sage [2008/06/04(水) 07:09:20 ] CP/Mでバージョン管理してる奴は他行け
705 名前:デフォルトの名無しさん mailto:sage [2008/06/04(水) 11:36:47 ] 最近、Pythonのpsycoって、知ったんですが Mercurialでこいつを使うようにはできないですかね? 別に速度にさして不満があるわけでもないんですが・・・
706 名前:デフォルトの名無しさん mailto:sage [2008/06/04(水) 18:09:43 ] >>705 適当なモジュールの先頭に import psyco; psyco.full() どれだけ早くなるかは知らん
707 名前:デフォルトの名無しさん mailto:sage [2008/06/04(水) 18:17:49 ] commands.py の頭に突っ込んだら、遅くなっちゃって・・・ やっぱ、psycoの初期化のコストの方が大きいのかなぁ、と。・・・
708 名前:デフォルトの名無しさん [2008/06/06(金) 01:34:58 ] Windowsの大文字小文字といえば… 今FreeBSDのソースをWindowsで見たくてチェックアウトしたら、 CONって名前のファイルがあってエラーで止まってしまう 困ったもんだ
709 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 11:21:56 ] 時期尚早感はありますが、Mercurial いじり始めました。 これってバイナリファイルの管理はどうなんでしょう? できるんでしょうか?
710 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 13:45:20 ] いや,尚早じゃないし. すでに乗り遅れてる. 時代は今・・・・
711 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 15:01:53 ] 成熟しないまま時代遅れ!? 専用スレも立たないみたいだし、気にかけなくていいかな?
712 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 15:05:34 ] デレツン乙
713 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 15:23:09 ] 釣られてみよう >>711 そうじゃなくて、>>710 は Mercurialは尚早じゃなくて旬を迎えていますよ、 尚早と思っているあなたは時代に乗り遅れてますよ、すぐにでも試してみては? という事を言っているんじゃ。 ごく最近のニュースも見ていない? ttp://journal.mycom.co.jp/news/2008/06/05/032/index.html
714 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 15:39:39 ] >>709 バイナリファイルもOKです。 効率に関しては、確かgitとかの比較があったような・・・? 忘れたのでググり直した。 joshcarter.com/productivity/svn_hg_git_for_home_directory これだったかな・・・? まぁ、取り立てて良くもなく悪くもなくだったような気が・・・
715 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 15:53:13 ] >>714 darcsとも比較してほしかったな。 このテストなら、糞SCMであることが証明されるはず。
716 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 17:14:55 ] >>713 まあ、ちょっと釣り目的もなかったと言えばウソだが、 まだまだコマンドが変更されてたりして安定してるとは言い難いのでは? まだバリバリ CVS を使ってる私の感覚では、Subversion も…いや、 Subversion よりは Mercurial かな。 なんだかんだでクライアントは Windows を使わざるをえない状況で、 Windows での使い勝手をもう少し頑張ってほしいところ。 大手プロジェクト(?)が Mercurial に移行している記事は見たことあります。 うそォな感じでした。 >>714 わざわざどうも。拝見させていただきます。 でもなんだかんだで CVS からの移行先として有力視していますので、 ぼちぼちやっていきます。
717 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 17:53:48 ] むー TortoiseHg が CVS 管理なのが変な感じ。
718 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 22:01:48 ] >>713 ちょいスレチだが、最近のニュース: ttp://www.freebsd.org/news/newsflash.html#event20080603:01 正直、ぶったまげた。
719 名前:デフォルトの名無しさん mailto:sage [2008/06/06(金) 22:20:47 ] >>718 ( ゚д゚)ポカーン FreeBSDはCVSからSubversionに移行って。 OS系はgitって勝手に思ってたけど違うんだな。