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

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/ 577 名前：538 mailto:sage [2008/04/11(金) 02:13:21 ] >>572 もしかして、リビジョン番号の無いバージョン管理システムでは リポジトリ内のある時点からある時点までの間に「解決されたbugid一覧」を 作るための機能がついてるの？ そうじゃなけりゃ >572 の言い方は、リビジョン番号がなくなると（538的な意味で） 不便になる点があるってのを言ってくれてることになる。 578 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 02:14:37 ] 575書いたあとに570とか読んでちょっと馬鹿馬鹿しくなった（´・ω・｀） >>570 リビジョンのないVCSなら素直にタグ打てば済む話だと思う。 分散VCSの性質上、連続したリビジョンが付けられないのは当然だろう。 579 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 02:18:01 ] >>577 だーかーらー、タグ使うか、おまえが一覧作れって。 タグ打つのもいやで、svnでうまく回ってるなら、svnでいいだろうが。 お前は一体何がしたいんだ。 580 名前：538 mailto:sage [2008/04/11(金) 02:18:50 ] 仮に今回挙げたテスト体制をリビジョン番号の無いシステムに移すとすれば、 テストするバージョンにタグをちゃんと打つこと、タグ間で修正されたバグの一覧は 別で作成すること、が必要になるってことだね。 ひととおり納得したよ。ありがとう。 570 の書き込みは、正直スマンカッタよ。 581 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 02:21:11 ] なぁ、各VCSのcook book的なものを一通り読んでから議論しても遅くなかったぞ。 582 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 07:58:28 ] これはひどい 583 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 08:16:08 ] ゆとりに構ってスレの無駄使いは止めましょう 584 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 08:51:11 ] コミットログちゃんと書けば済む話ジャネーノと思った 585 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 13:51:41 ] >>557で＞まだ個人使用だし考えていてもしゃあないのでまず使ってみる って書いてるしそれでいいんじゃないかと思うけどね。うまく説明できないのは少し残念だが。 俺も最初番号が無いのに戸惑ったけど、使ってるうちにリビジョン番号は必要ないなって 思うようになった。 586 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 19:02:31 ] 538には必要なんだよ 587 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 02:02:48 ] Subversionのリビジョン番号は、その時点のリポジトリ全体の状態を決定するけど、 gitやMercurialのハッシュ値はそのチェンジセットを表してるだけなんだな。 この辺の考え方の違いに気づくまでわかりづらかった。 588 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 10:59:32 ] 全体で一貫したリビジョン番号である svn は、リリース時のバージョン�ｕt与する時に便利だったんだよね V1.0.2553 とか　３番目をリビジョン番号使ってたんだけど、 Mercurial を使ったとしても、各リポジトリでリビジョン番号は合ってないから無理だな・・・ ハッシュ値は付けられんし・・・、ちょっと考えないといけないな。 589 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 13:06:40 ] >>588 つ[日付] 590 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 13:18:20 ] 適材適所で Subversion 使えばいいじゃん。 ただしリビジョン番号に依存した運用は、 dump → restore したときに番号が変わると破綻する。 591 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 15:22:59 ] ほんとタグ付けのが嫌いなやつが多いな。 それとも、そんなに頻繁にリリースるのが流行ってるのか？ 一週間に一回なら、手動でリリースタグ打ってもたいしたことないだろ。 デイリーなら日付入りな。 それ以上頻繁なリリースなら・・・知るか。 592 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:09:10 ] 自分はリリースごとにタグ打ってるけど、 それぞれ好きでいいんじゃないだろうか。 593 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 14:09:29 ] いや、多分集中レポジトリ使ってると タグうつ権限とかも運用上集中管理してて大変だというイメージがあるんじゃなかろうか？ やっぱ、運用がごろっと変わると大変なんだろうけど その辺りの共通認識がここで話をしてる人の間でないから話が食い違うんだろう。 594 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:00:10 ] いままで CVS をひたすら使ってて、Subversion に移行しつつあったけど、 Mercurial というのを知って、こちらに本格的に移行することにしました。 あとは、Xcode が Mercurial に対応してくれたらなぁ。 595 名前：デフォルトの名無しさん [2008/04/18(金) 02:07:37 ] >>470 kwsk!! メインがsvnでも、自分のとこ？（というかクライアントマシン？）だけ 分散型でいけるの？ 参考になるページとかないですかね >>591 それこそ、svnならタグ付ってメッチャ早かったとおもうけどｎ・・・ 596 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:57:54 ] >>595 詳しくないけど答えてみる。 svnリポジトリからcoした作業コピーを、ローカルでgitみたいな別のツールで管理する ことはできるんじゃないか？ svn co ほげ git init git add . git commit -a 編集 以下、リモートとやりとりするときはsvn、ローカルではgitと、使い分ければいいような。 以上、妄想でした。 597 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:34:10 ] >>595-596 git-svn を使うって話じゃないの? 598 名前：470 mailto:sage [2008/04/18(金) 15:59:09 ] >>595 >>597の言うようにgit-svnでやってますえ。 中央のSubversionリポジトリとローカルのGitリポジトリをマージしながら 使うようなイメージ。 けれど中央をsvnしてるぶん、つねにsvnにくっついていかないといけないのが ちょい面倒に感じるけど、まあ仕方ないかな。 >>596 そんなやり方でも出来そう！って思ったけど、svn upした時に上書きされて泣いたりとか しそうだな。。。git-svnならsvn upの代わりにrebaseを使うので、いい感じです。 599 名前：デフォルトの名無しさん [2008/04/18(金) 16:42:47 ] hgsvnにバグがある aというディレクトリがあって、その中にfoo.txtっていうファイルがある。 aをbという名前でコピーしてコミット。 b/foo.txtをsvn rmで削除して、a/foo.txtをbの下にコピーしてコミット。 こうやって作ったsubversionのリポジトリからhgimportsvnとhgpullsvnを使うと a/foo.txtが削除された状態(hg stで?が付く)になってしまう 600 名前：デフォルトの名無しさん [2008/04/18(金) 17:20:50 ] ちなみに、開発者にはメールで報告済みだが、連絡・修正はない 601 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 14:40:35 ] Mercurial のマージの概念がよくわかりません 同じリポジトリ内の複数リビジョンの間でしかマージできない？ それとも､過去に hg clone して派生したリポジトリ間でしかマージできない？ 同一リポジトリ内の tip リビジョンのファイルとコミット前のファイルのマージはできないのでしょうか？ そのとき、ファイル名は指定できませんか？ ファイル構成がほとんど同じだが過去に hg clone では派生していない 2 つのリポジトリ間ではマージできないのでしょうか？ 例えば､ディレクトリコピーなどで複製され、それぞれのディレクトリで 1 回目の hg commit を実行した場合など 602 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 17:17:40 ] >>601 >>601 Mercurial では無関係なリポジトリ同士でマージができる。 ちょいと長いけど、以下、やってみたのを貼ってみる。 たとえば2つのリポジトリ、repo1 と repo2 を作成する。 （TortoiseHG 付属の hg で実行） > mkdir repo1 > hg init repo1 > mkdir repo2 > hg init repo2 repo1 には A.txt を作成する。 > cd repo1 repo1> echo A >A.txt repo1> hg add A.txt repo1> hg commit repo2 には B.txt を作成する。 repo1> cd ..\repo2 repo2> echo B >B.txt repo2> hg add B.txt repo2> hg commit 続く。 603 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 17:18:03 ] 続き。 repo2 に repo1 の内容をマージする。 hg pull に -f オプションを付けるのがミソ。付けないとエラーになる。 repo2> hg pull -f ..\repo1 pulling from ..\repo1 searching for changes warning: repository is unrelated adding changesets adding manifests adding file changes added 1 changesets with 1 changes to 1 files (+1 heads) (run 'hg heads' to see heads, 'hg merge' to merge) 結果的に、repo2 内に2つの head（ローカルブランチ）ができる。 repo2> hg heads changeset: 1:74581af5a0ee tag: tip parent: -1:000000000000 user: hoge date: Tue Apr 22 16:43:54 2008 +0900 summary: Initial. changeset: 0:f58274ede46b user: hoge date: Tue Apr 22 16:44:23 2008 +0900 summary: Initial. 続く。 604 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 17:18:16 ] 続き。 ブランチをマージする。 repo2> hg merge tip 1 files updated, 0 files merged, 0 files removed, 0 files unresolved (branch merge, don't forget to commit) repo2>hg commit repo2>hg update （同名ファイルがあった場合には、内容を編集しなければいけない。 いわゆるマージ・コンフリクト） するとローカルに A.txt と B.txt ができるので、無事に2つのリポジトリが合成されたのがわかる。 Mercurial のリポジトリは対称なので、repo1 では repo2 から pull すればいい。 ただし、repo2 には「repo1 と合成した」という記録が残っているので、-f は必要ない。 repo1> hg pull ..\repo2 でいける。 605 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 23:32:12 ] >>602 サンプル付きでありがとー 今度試してみます じゃあ、ファイル中の一部分を差分比較対象から除くことはできますか？ 例えば、RCS/CVS/Subversion のキーワード置換 ($Revision とか) みたいな 内容が異なる可能性があるけど、差分としては検出して欲しくない部分 606 名前：605 mailto:sage [2008/04/23(水) 23:33:30 ] そういえば、Subversion でもキーワード置換以外に ファイル内の一部分を差分比較対象から除く方法を知らない… 607 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:09:57 ] >>605 KeywordExtension というのがあります。 「どのファイルの」「どんなキーワードを」「何にする」というのを指定できます。 www.selenic.com/mercurial/wiki/index.cgi/KeywordExtension リポジトリ中のファイルにはキーワードが未展開で（$Id$ とか）格納され、 ワーキングディレクトリに取り出すと展開型（$Id: hoge.txt 2008/04/24 moge$ とか）に なります。 608 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 16:56:48 ] >>605 実際にやってみたので、ちょっと長いけど貼ってみる。 まず、リポジトリ repo1 を作成する。 >hg init repo1 >cd repo1 ここで以下の内容で repo1\.hg\hgrc というファイルを作成する。 *.txt でキーワード展開せよ、という指示をしている。 [extensions] hgext.keyword= [keyword] *.txt= [keywordmaps] キーワードは最後の [keywordmaps] の後に書き込む。 $Id$ は書かなくてもキーワード登録されているので、 今回はそれを使用する。 続く。 609 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 16:59:23 ] 続き。 test.txt というファイルを作成し、リポジトリに追加する。 >echo $Id$ >test.txt >echo テスト。 >>test.txt >hg add test.txt >hg commit -m "Add test.txt." この時点ですでに $Id$ がキーワード展開されている。 >type test.txt $Id: test.txt,v c5c7047c9e51 2008/04/24 07:38:09 maru $ テスト。 次に test.txt に変化を与える。 >echo 追加。 >>test.txt >type test.txt $Id: test.txt,v c5c7047c9e51 2008/04/24 07:38:09 maru $ テスト。 追加。 続く。 610 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 17:00:06 ] 続き。 変更は Mercurial に認識されるが、キーワードは変更から無視されている。 >hg stat M test.txt >hg diff test.txt diff -r c5c7047c9e51 test.txt --- a/test.txt Thu Apr 24 16:38:09 2008 +0900 +++ b/test.txt Thu Apr 24 16:38:35 2008 +0900 @@ -1,2 +1,3 @@ $Id: test.txt,v c5c7047c9e51 2008/04/24 07:38:09 maru $ テスト。 +追加。 コミットすると $Id$ の内容が更新される。 >hg commit -m "Add a line to test.txt." >type test.txt $Id: test.txt,v 1ebd174ad8f0 2008/04/24 07:38:35 maru $ テスト。 追加。 続く。 611 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 17:00:49 ] 続き。 前のリビジョンとの差分を取ってみる。やはりキーワードは無視されている。 >hg diff -r 0:1 test.txt diff -r c5c7047c9e51 -r 1ebd174ad8f0 test.txt --- a/test.txt Thu Apr 24 16:38:09 2008 +0900 +++ b/test.txt Thu Apr 24 16:38:35 2008 +0900 @@ -1,2 +1,3 @@ $Id$ テスト。 +追加。 長々とスレ汚しスマソ。 612 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 21:34:24 ] 駄目なレポートの典型だな。 まず結論を書け 613 名前：608 mailto:sage [2008/04/25(金) 02:32:56 ] >>612 すいません。 結論は >>607 に書いたつもりでした。 614 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 08:17:14 ] >>612 だめな講評の典型的な例だな まず本文を読め 615 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 08:56:10 ] そういうのいいから 616 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 03:25:59 ] MercurialHgでpushするときの方法を書き留めておくテスト *** http authorization required user:password@mydomain.org 617 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 00:09:53 ] Mercurial使いたい…… けどHaskellerだからdarcsなんだ。 618 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 00:46:11 ] 言語に括っても良い事無いよ 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＼　　　　 　 　,Ｊ>>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って勝手に思ってたけど違うんだな。 720 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 23:02:29 ] ところで、gitやhgは日本語をちゃんと扱えるようになったのかね？ 721 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 00:25:20 ] >>720 git-svnでだけど普通に日本語ファイル名で管理できてるけど、なんかおかしいところあるの？ 722 名前：692 mailto:sage [2008/06/07(土) 00:55:03 ] gitは名前が好かん。 723 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 00:55:32 ] む、妙なレス番が残ってた…… 724 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 04:37:13 ] 事情があってhgとsvnで二重管理したいんだけど、 hg add -X .svn . とかやっても、 svnの管理ファイルが登録されちゃうんだけど、どうしたらいいでしょう？ 725 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 04:45:12 ] >>724 .hgignore ファイルを作り、その中に syntax: glob .svn と書いておくのはどう？ 726 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 04:46:06 ] >>715 darcsはSCMではない、パッチベース開発基盤だ。 このスレでも順序性など糞、みたいな話が出てたが、darcsはさらにその上を行ってる。 単なるSCMとは世界もレベルも違うんだよ。…とか言ってみる。 727 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 01:40:18 ] >>725 できました！ありがとうございます。 728 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 03:03:25 ] >>726 ユーザーにとっては中でどんな処理をしているかなんてどうでもいいんですよ。 気にするの速さと容量と安定性。 729 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 06:02:50 ] と知名度と実績と値段 730 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 08:46:56 ] >>728 中の処理が (ある程度) 分かってないと、安定性とかが分からなくて 不安になるのが普通。 「どうでもいい」と言いきれるその感覚がある意味うらやましい。 731 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 10:40:30 ] >>714 ホームディレクトリの管理用途では hg > git >> svn って結論みたいだね。ソース管理はどうなんだろ。 732 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 13:57:31 ] 上の方でhgに日本語ファイル名で問題あるとかいってるけど まだその問題存在してるの？ 733 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 15:05:43 ] >>726 > darcsはSCMではない、パッチベース開発基盤だ。 > このスレでも順序性など糞、みたいな話が出てたが、darcsはさらにその上を行ってる。 でもさ，darcsがパッチベースって言っても，どれだけの人がその特徴を活かしきれているのか疑問。 例えば，パッチベースだからパッチの順序を入れ替えることができるんだぜって言われても， そんな機能使わねーよって人がほとんどだと思う。 俺は割り切って，darcsをリビジョン管理システムとして使ってる。 darcs changeで問題なくヒストリーが表示されるし，そういう使い方をしていて今のところ不満はない。 あと，darcsのマージ機能がなかなか良いんだけど，確かにこれはパッチベースのおかげかもね。 それ以外の順序性云々はお釣りみたいなもので，とりたてて喧伝する機能ではないと思う。 734 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 15:42:11 ] ソ噂浬欺圭構蚕十申貼能表暴予 735 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 19:05:37 ] >>707 ずっと動くコマンドじゃないと意味ないね。 736 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 11:07:14 ] SVN とか hg って、ネット越しに公開するために Web インターフェイス使うようだけど、 そのためだけにデータサーバーに Apache 入れるの？ なんか CVS からの移行先として決定打がないねぇ。 運用を根本から見直せばいいんだろうけど。 737 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 11:21:29 ] >>736 Apache入れなくても CVSと同じように使えるよ 738 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 11:37:51 ] >>736 ん？http でアクセスしたけりゃそうだけど， ローカルで使うなら svnserve があるし， WAN ごしに使うにあたってそれじゃ不安というなら ssh 経由で使えるし． 739 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 12:40:29 ] なんと、SVN の方はへちょいサーバープログラムがついてるのは読みましたが、 hg の方はどうすればいいんでしょう。Web 用の CGI がいくつかあるのは見えたんですが。 …と思って $ hg clone --help してみたら、ssh 関連の記述が出ましたね。 user@host:/path の形式でいいのかな？ 740 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 13:32:29 ] なんでこんな所に釣り師がやってくるのかが理解できない。 741 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 14:41:25 ] hg serve 742 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 14:47:01 ] スミマセン、大真面目なんですが…。まじめに調べました。 ssh://user@host//path なんですね。 ここまではわかったのですが、アクセスしたいサーバーが クライアント → ルーター(PC) → hg サーバー となっている場合はどうすればいいのでしょうか。 ルーターに hg をインストールするのは極力避けたいのですが。 CVS の場合は、.ssh/config で LocalForward 2401 CVS サーバー:2401 を指定しています。 >>741 ありがとうございます。できることなら上記のように SSH でやりたいと思います。 743 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 17:45:23 ] apache入れるのを嫌ってる奴が多いけど、何で？ 大した手間じゃないだろ。 744 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 17:50:11 ] >>743 apacheって複雑なんだもん いろんな設定項目があって、そんなに機能はいらねーよ。 設定ファイルが5行程度ならいいんだけどね。 745 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 17:53:30 ] >>743 自分で触れない事があるからでは？ それに、それだけの為に入れるには無駄という感じ・・・ 746 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 18:30:57 ] 超適当な私の場合、 1. Subversion を個人的に使い始めた (file:///なローカルリポジトリ) 2. 複数のPCでSubversion、んーと、Apache やってみますか (commitするuserの見分けがつくんだ、へー) 3. ついでに ViewVC (おお、何かカッコイイ) 4. Trac とな？ おー！(ますますカッコイイ) 5. RedMine？ すげー 6. オンラインでない時どうしよう、、、SVK 万歳！ 色々世界が広がりました。 747 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 18:54:24 ] とりあえずDISる ↓ 少し釣れる ↓ ツンデレ教えて君 こうするとggrksと言われないんですねわかります 748 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 20:08:36 ] Subversionは、TortoiseSVNにしてもAPR(apache portable runtime)に依存してるから Apache入れなくても半分くらいはインストールしてるんだよね。 ただ実行ファイルを入れるのは気持ち悪いとか、APRを二重でインストールしたくない という気持ちは判らなくもない。 749 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 20:21:35 ] >>743 必要ないから。 750 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 21:17:21 ] まぁ、そもそも、Subversionの必要パッケージも多すぎると言う話もある。 CVSに比べ劣化している点だね。 751 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 07:02:38 ] そこはほとんどの場合問題にならないだろ。 752 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 09:08:41 ] >>743 データ用サーバーに余計なもの入れたくないから。 >>750 既存のもので使えるものはそれを使う、というのが Subversion コミュニティの考え方みたいだな。 でもそんな考えでやられちゃ、せっかくの最小構成が台無しになる。かといって Subversion の サーバー機能はほぼ使い物にならないレベル。 753 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 10:21:42 ] だったら自分で作って貢献しろ 754 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 10:27:56 ] 使わねーよ。 755 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 10:39:53 ] >>752 何が言いたいの？ 愚痴をこぼすだけで何も行動しないんだったら、はっきり言ってうざいだけの存在なんですけど。 問題点を指摘するならそんな主観的な表現じゃダメだよｗ 756 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 11:06:41 ] ssh はダメなの? 757 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 11:40:46 ] 吠えてんのは Subversion 使いか？ 愚痴だけのレスなんてほかにもあるだろ。 758 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 12:07:00 ] Subversion はいいかげん Barkley DB への対応を捨ててはどうか． 759 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 12:27:51 ] Mercurial でなんでコマンドが hg なのかと思ったら、もしかして水銀のこと？ 760 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 12:30:41 ] フォー 761 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 12:31:04 ] >>758 Ｇｏｏｇｌｅ版のＳｕｂｖｅｒｓｉｏｎはＢｉｇｔａｂｌｅをつかってんだよ。 762 名前：デフォルトの名無しさん [2008/06/10(火) 13:52:16 ] リポジトリの分散というか効率的なミラーリングに対応したSCMはありませんでしょうか？ 今は、TortoiseSVN使っているんですが、基本リポジトリ一個だけですよね？ どっかネットワーク越しにリモートにバックアップしておきたいのですが まるごとバックアップだとかなりでかいくなりそうで・・・ 300MBくらいのリポジトリのプロジェクトを見たら1個のファイルで60MBくらいのものもありました。 この辺、何かよい解決策はありますでしょうか？ 763 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 13:55:08 ] >今は、TortoiseSVN使っているんですが、基本リポジトリ一個だけですよね？ こんな発言する時点で辞めておいた方が良いと思うが まずSVKから入れば 764 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 14:01:23 ] >>762 mercurialつかっとけ 765 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 15:17:09 ] >>762 リモートに特に利用制限がないなら、rsync 使って cron で定期的にミラーリングするとか。 766 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 17:06:48 ] >>759 お、今日授業でやったのかい？ >>761 Googleはperforce versioncontrolblog.com/2006/12/03/perforce-as-the-version-control-system-at-google/ >>762 zfsのsnapshot&send&receiveがとても便利。 でもまああまり使える環境ないだろうから、mercurial+clone+pull*でどうかと。 一番導入負荷が、少ないからね。 で、レポジトリのファイル自体はPythonつながりでPydumpfsとかでバックアップ。 767 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 17:10:05 ] >>766 > Googleはperforce 知らないことを聞いたら否定するんじゃなくて、 なぜ自分の知識と一致しないのか確認すべきだよ。 google codeで使われてるんだよ。 768 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 17:17:13 ] >>767 んが、そういうことか。 まあ、Googleのサービスの後ろはだいたいBigTableだもんな。 769 名前：759 mailto:sage [2008/06/10(火) 18:05:56 ] 書いた後で検索したら >>12 に書いてありましたね…。orz >>766 > お、今日授業でやったのかい？ 元素記号の授業なぞ受けたのはかれこれ20年前だな(やばい、歳がバレる)。 今でも最初の20個なら覚えてるような気がする。 770 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 22:55:20 ] Mercurial感動した。 TortoiseHgはかなり使いにくい＆ブランチがわかりくいので 早く改良してくれないかなーと淡い期待 771 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:21:58 ] Tortoiseシリーズは間違った使い方しそうでこわい。 普通にコンソールでやったほうがいいと思う。 772 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:25:33 ] NetBeansってMercurial標準サポートしてるのな ローカルにリポジトリあると手軽さが違うなー 773 名前：762 [2008/06/11(水) 06:41:35 ] なんか、俺はsvnの基本がわかってなさそうです orz ・svnの別の使い方 ・svk ・mercurial ・cronでrsync ありがとうございました。いろいろ試してみようと思います。 774 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 06:48:48 ] 個人用のインストール楽なバージョン管理システムないかな。 リポジトリもSqliteみたく組み込みデータベース使うようなやつ。 つまり、フロントエンドのGUIとバックエンドのデータベース管理システムが 単一のEXEみたいな。 775 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 09:27:34 ] >>770 Mercurial ってブランチ作れるんだっけ？ 使いにくいのは英語だからじゃなくて？ GUI で設定する前に先行して INI ファイルで設定しておかないといけないのは 不便だねえ。今後の改良に期待したいところ。 複数プラットホームでの連携を頑張ってほしいところ。 ファイル名はともかく、ファイルの中身まで日本語の扱いが難しいとなると 少しきびしい。 776 名前：762 mailto:sage [2008/06/11(水) 09:33:22 ] Greenbear Laboratory - SVKを使ってみよう mono.kmc.gr.jp/~yhara/w/?SvkTutorial SVKをレポジトリミラーシステムとして使うノウハウ dkiroku.com/2005-08-24-5.html いくつかサイト見てましたが、 ミラーリングに関してはsvkでできそうです。 手がかりになりました。ありがとうございました。 >>774 WindowsならTortoiseSVN楽ですよ。 ローカルのリポジトリも作れるし。インスコして設定するだけですぐに使えて、完結する 777 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 09:48:03 ] >>776 >WindowsならTortoiseSVN楽ですよ。 >ローカルのリポジトリも作れるし。インスコして設定するだけですぐに使えて、完結する ありがとうございます。ちょっと調べてみます。 778 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:21:29 ] >>774 個人でちょっとファイルを取っとくときはRCS使ってる リポジトリとか関係なく取っておける PeggyProっていうWindowsのエディタ(統合環境)を使ってて そいつがRCS,CVS,VSSと統合されてるので便利 779 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 13:26:03 ] Mercurial って、先頭 1KB に 0 があるかどうかでバイナリファイルを識別してるみたいだけど、 add した時点ではたまたま 0 がなかったけど、管理はバイナリ扱いにして欲しいとかいう場合は どうすればいいの？そもそもそういう情報は持ってない？ 780 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 13:38:24 ] >>779 > 先頭 1KB に 0 があるかどうか Mercurialってそうなってるんだ・・・ もっと良い方法ってあるのかな？ 781 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 16:00:20 ] >>780 diffでも使ってる方法らしいし、 www.selenic.com/mercurial/wiki/index.cgi/BinaryFiles とりあえずいい方法はない、と結論して割り切っているようだ。 あと、binaryだとdetectされたとき、abortする処理があるらしい。 別にNUL文字があっても動くライブラリならいいんじゃないかね？ manとか見ても単に表示上の問題を気にしているようだし・・・ 782 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:27:20 ] >>780 ヘッダー解析 783 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:55:30 ] >>782 独自規格のバイナリだったら？ 784 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 19:00:35 ] >>780 俺は旧来のように、必要ならユーザーに指定させるのがいいと思うけど。 785 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 19:09:44 ] >>783 利用者が定義すればいい 786 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:57:12 ] >>775 作れるよ というかブランチがあってさらに分散なところが強みだと思ってる。 で、TortoiseHgが使いにくい理由は、メニューとhg xxxのｘｘｘが一致してないから pullしてupdateするために、Syncronizeを選んでからPullして 下に出てくるUpdate to tipをクリックしたり 今のブランチがどこか確認するのに、ViewChangeLogでChangeSet覚えてから Update to RevisionでUpdateしたりと コマンドラインならすんなりいくところがメニュー何回も開かないといけなくてめんどくさい 一度ウィンドウ開いたらそこで全部解決してくれるとうれしいんだけどね 日本語対応については、プロジェクトを全部WideCharで作り直すのが一番早いと 日本人は思うんだけどねー。 むしろオープンソースなんだから、日本語対応版Exportしろってことか 787 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:58:38 ] mercurial派が多いようだから、一応gitを持ち上げておくかw Windows上でのSCMについて検討を重ねてきたが、結論はgitになった いろいろ特殊事情が絡むので万人に勧められないが・・・ 当方普段UNIX使いなので、WindowでもCygwinで過ごす場合が多い CygwinをUTF8 dllで使ってると、localeの問題は、ほぼ全て解決する。 変えた所は、PAGERをlvにした位。gitkも問題無い。 不満なのは、他の環境と比べて Cygwin 上のgitが遅いこ% 788 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 01:21:49 ] なんとなく、 ・Mercurial - 使いやすい ・Git - 多機能 って印象だな。 789 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 03:37:02 ] >>787 それMercuralのサイトでも言及してるね＞Cygwin 上のgitが遅い 790 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 06:16:05 ] 原因はなんなんだろう。git自体のパフォーマンスは悪くないんだから、移植したヤツがミスったとしか・・・。 791 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 06:25:29 ] git公式サイトでもwindows版はいろいろ書いてありますね。 使ってみようと思ったけど、かなり不安になるよｗ 792 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 06:53:05 ] cygwinはファイルがらみはおそいな statとか 793 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 07:17:37 ] >>790 gitにファイルシステムに依存する部分があって、その部分がperlで置き換え られてるからじゃないかな？ 794 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 07:49:12 ] エミュレーションしているから仕方ないけど、随分遅いね。 795 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 11:10:59 ] 誰か、>>742 Help... 一段階の SSH でのアクセスはありますが、ルーター(PC)越しにアクセスする いい方法が思いつかない…。ルータ　PC は、今後ディスクを CF に変更して もっと小さくする予定なんで、リポジトリ置くにはちょっと…。 ネットワーク内に帰った時に push すればいい、そのための分散リポジトリだとは思いますが、 念のため遠隔からアクセスできるようにしておきたいと思います。 現段階の Mercurial では Windown アプリの管理は厳しそうですね。 まずは日本語使えないことが多いハードウェア関連の設計に使っていこうかな。 796 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 11:25:17 ] >>795 外からhg serverが見えるようにrouterにport forwardさせる。 sshなら22 httpなら80 httpsなら443をrouterの適当なportに割り付ける。 外からはrouterのそのportに対してアクセスする。 routerの中と外でシームレスに運用するには、DNS proxyを用意しないといけないので、 今は手を出さないほうが無難。 797 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 11:30:56 ] なんでルーターの設定方法なんて基本事項をこのスレで説明しないといけないんだ？ｗ 帰れnoob 798 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:21:17 ] >>795 SSHでポート転送するとか ■WindowsユーザのためのSSHポートフォワード www.fuji-climb.org/pf/JP/ ■CygwinによるWindows環境でのSSHサーバ構築手順 www.uhero.info/techinfo/CygwinSSH_setup/ kinshachi.ddo.jp/blog/comp/archives/000290.html 799 名前：デフォルトの名無しさん [2008/06/12(木) 12:27:35 ] >>795 ssh://user@localhost:2401//path de ii n ja ne? 800 名前：795 mailto:sage [2008/06/12(木) 15:25:33 ] レスありがとうございます。 はじめに >>797 ルーターの設定というか、Marcurial 特有の方法があるのか聞きたかったのです。 やはりポート転送しかないようですね。 ちなみに、 >>796 > routerの中と外でシームレスに運用するには、DNS proxyを用意しないといけないので、 > 今は手を出さないほうが無難。 POSTROUTING の設定で内外シームレスに DDNS のドメイン名でアクセスというのは Web サーバーでやったんですが、これの応用ではダメでしょうかね。 >>799 なぜ pserver のポートに…？ とりあえず今度は iptables と格闘します…。 801 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 09:32:33 ] ルーターは関係ないだろ、女子高生 802 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:43:23 ] >>801 女子高生！ ぜひぼくと結婚してください。 803 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:03:38 ] >>802 10年後にはおはばんです。 804 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:46:23 ] svn update --revision {20080613} 805 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 20:43:55 ] 男の子スイッチと乙女コードは永遠らしいよ 806 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 23:27:32 ] svn+ssh でアクセスした時に実行されるコマンドがsvnserve -tにハードコード されてるとこ、修正される予定はないのかね。 807 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 00:20:31 ] なにか問題でも?

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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