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

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 スクリプトなんだから 簡単に直せるんじゃね？

---

---

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

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