08/05/28 23:45:10
>>654
PDF作った人はちゃんと読めてたんだろうから謎だよね…
656:654
08/05/28 23:50:19
すまん勘違いした。TSVNプロジェクトのところのやつね。
何が原因かはわからないけど化けてしまう。
手元でビルドすると化けないって感じ。
ビルドできたらアップしてみる。
657:デフォルトの名無しさん
08/05/28 23:59:29
しおりの文字は文字化けしてないね。
658:デフォルトの名無しさん
08/05/29 00:04:16
>>651
させない、が正解じゃないか。
Windowsでチェックアウトすることがあるなら、同じディレクトリにそういうファイル名を混ぜないようにすればいい。
659:654
08/05/29 00:29:35
>>657
たしか、本文はフォント埋め込みなんだけど、しおりはそうじゃなかったような気がする。
本家のビルドマシンは当然日本語Windowsじゃないんで、
ms932への変換とかそのあたりで不整合があるのかも。
他にもchmのしおりが化けてたりする。
とりあえず、手元でビルドできたみたいなんで、
URLﾘﾝｸ(www.caldron.jp)
のversion1.4.xのところから持って行ってください。
660:デフォルトの名無しさん
08/05/29 00:30:50
>>658
運用で制限するのは利用者の自由。
ただtoolで制限させる必要は無いし、制限しない以上問題は起こり得る。
8.3のショートネームの環境でも問題出ないように、名前を先頭8文字が同一
のものは認めないなんてバカげてる。
661:デフォルトの名無しさん
08/05/29 00:39:53
いやいや問題のでる環境でやろうとしたときに、ってこと
662:デフォルトの名無しさん
08/05/29 07:59:46
そのOSに対応を謳ってる以上、リポジトリ壊すってのはやはりバグだろう。
その前にエラーで止まってくれれば運用でいくらでも対策できるわけで
663:デフォルトの名無しさん
08/05/29 08:04:36
>>659
ちゃんと読めるようになってます。お世話になります。
664:デフォルトの名無しさん
08/05/29 18:16:59
>>639
この場合言語そのものがcase sensitiveかは全然関係ないだろ
665:デフォルトの名無しさん
08/05/29 18:50:36
hg で複数の（連続した）チェンジセットを
1つのチェンジセットにまとめて伝播させる事ってできないかな？
要はいろいろ試行錯誤した残骸をみせずに
最終的な結果だけ伝播させたいんだけど・・・
666:デフォルトの名無しさん
08/05/29 23:29:53
>>665
URLﾘﾝｸ(www.selenic.com)
667:デフォルトの名無しさん
08/05/30 19:37:55
>>28
いや、Haskellのメモリ効率が悪いのは事実だが、
それよりも遅延評価をうまく使っていないdarcsの実装の方が悪い。
俺ならメモリを節約できるアルゴリズムが書ける。
668:デフォルトの名無しさん
08/05/30 20:17:32
>>667
じゃあいっちょ、よろしく頼む。hgに勝てるように！
669:デフォルトの名無しさん
08/05/31 01:04:21
>>659
ありがとう～
PDF中でテキスト検索できなのが残念だけど使わせていただきます ^^
670:デフォルトの名無しさん
08/05/31 06:37:23
>>634
それはそうだけど、
svn(TortoiseSVN)はちゃんと解決してるよね？
Windowsおいてきぼりはちょっといただけないなあ
>>639
hgの実装言語の言語仕様とファイルシステムの関連性がわからない・・・
671:デフォルトの名無しさん
08/05/31 07:15:04
大文字と小文字を区別するメリットがわからんな
672:デフォルトの名無しさん
08/05/31 10:55:12
>>671
；と：を区別するのにAとaを区別しない方がおかしいと思わないか
673:デフォルトの名無しさん
08/05/31 10:58:20
>>670
SVN でも多少あるみたいよ。「SVN 大文字小文字」でググれば分かる。
674:デフォルトの名無しさん
08/05/31 11:14:04
>>670
Windowsのせいでみんなが迷惑してるんだからWindows村八分したいところだぜ
675:デフォルトの名無しさん
08/05/31 11:20:21
反抗期のガキが作ったシステムが変更できずに今までズルズルときてる訳だからな・・・
676:デフォルトの名無しさん
08/05/31 12:13:20
反抗期のガキのような物言いはよして、前向きに話そうよ。
具体的に CaseInsensitive じゃないと困る場合ってなんでしょう？
単一の単語のCaseをわざわざ区別したがるメジャーなケースって makefile 問題くらいしか知らないです。
とすると、651の例えは微妙に適切じゃなくて、むしろ単語境界をケチるために CamelCase 濫用して区別できなくなるような
ケースくらいじゃないのかな。
・もはやPCユーザ＝プログラマとはいえない
・PCで扱う範囲は増えているので、データファイルの名前に日常言語使いたいと思うのは当然
MBCS, UTF だけじゃなくて CP 違いの依存文字も含め。
CamelCase 濫用して検索難しくしちゃうなんてファイルシステムや VCS 抜きでももう起こってしまう問題なので、
Sensitive じゃないと駄目！って制約自体が、過去のシステムを変更できずにズルズルきてるだけの気がする。
てことで、652 の主張に同意。
677:デフォルトの名無しさん
08/05/31 12:20:48
っつーか、ここプログラム板だろ？
当該部分がどうか知らんけど、ほとんど Python スクリプトなんだから
簡単に直せるんじゃね？
678:デフォルトの名無しさん
08/05/31 12:30:58
>>652のような仕様はシステム的に実装するんじゃなくて、もっとハイレベルで実装すべき。
たとえばファイルマネージャレベルで実装すべき。
679:デフォルトの名無しさん
08/05/31 13:15:35
Macのファイルシステムも昔のは
たしか大文字と小文字の区別に関する問題無かったっけ？
680:デフォルトの名無しさん
08/05/31 13:45:37
>>678
それって最悪の仕様だと思うが。
ローレベルな機能使って制限を無視して作られたファイルには
ファイルマネージャ経由ではアクセスできなくなったりするぞ。
アクセス不可能なファイルの作成を許容しているシステムって
トラブルの元にしかならんと思うが。
681:デフォルトの名無しさん
08/05/31 13:51:19
エクスプローラーがドットで始まるファイル名を作らせてくれなくて困る。
既にあるドットで始まるファイルも名前変更でF2を押したらもう戻れない。最悪。
682:デフォルトの名無しさん
08/05/31 13:52:52
>>679
いまもデフォルトは区別なし
区別ありにもできるけど、Civilization IVが区別なしを期待してる
コーディングだった(全部大文字でファイルパスが埋めてあった)ので
再フォーマットしたぜorz
683:デフォルトの名無しさん
08/05/31 13:54:04
>>680
> ファイルマネージャ経由ではアクセスできなくなったりするぞ。
そんなファイルマネージャがあるんですか？
684:デフォルトの名無しさん
08/05/31 14:08:56
>>681
まー、ドットで始まるファイルは名前を付けて保存で ".emacs" みたく " で
括る必要があるのはメンドイよね。
685:デフォルトの名無しさん
08/05/31 14:47:23
>>680
そのファイルマネージャの仕様的な問題だと思いますが。
686:デフォルトの名無しさん
08/05/31 15:25:57
>>681,684
エクスプローラーからしてみたら、なんで他のOSの仕様に
配慮しなきゃいけないんだよってとこだろうw
687:デフォルトの名無しさん
08/05/31 15:34:53
>>686
ほかのOSの仕様だからじゃなくて、美しくない仕様のOSなのが問題なんだよ。
一貫性の欠如。Windowsは所詮は反抗期のガキが作ったOS。
688:デフォルトの名無しさん
08/05/31 15:40:16
>>686
そもそも、エクスプローラーのそういう挙動の根幹には拡張子を特別扱いするというWindows古来からの伝統を継いでいるだけだろ？
689:デフォルトの名無しさん
08/05/31 15:42:54
はっきり言わせてもらうと、Windowsの方がおかしいんだよ。
自分オリジナルということを主張したいがために"わざと"Unixとは違う、くだらない仕様で売り出したんだからな。
Windowsを作った豚野郎はとっとと糞の中で溺れて死ねばいい
690:デフォルトの名無しさん
08/05/31 15:44:49
そしてくだらないマーケティングと小奇麗なパッケージで素人をだまして糞を蔓延させた罪は万死に値する
691:デフォルトの名無しさん
08/05/31 15:48:17
おまいら、 NTFS の話と エクスプローラの挙動の話を
ごっちゃにして「Windowsは～」って言ってない？
692:デフォルトの名無しさん
08/05/31 19:55:35
>>688
もしかしてパス区切りがバックスラッシュなのもそういう理由だったりするの?
693:692
08/05/31 19:56:20
まちがった。>>689宛。
694:デフォルトの名無しさん
08/05/31 22:04:07
>>692
DOSのときにunixが/だから\にしたという説を聞いたことがあるぞよ
695:デフォルトの名無しさん
08/05/31 22:40:41
>>692
DOSのパス区切りが\なのは、CP/Mとの互換のため。
CP/Mはスイッチキャラクタが/だったので、パス区切り
として/が使えなかった。
DOS 3.1位まではスイッチキャラクタの変更が可能で、
パス区切り文字を/に変更できた。
696:デフォルトの名無しさん
08/05/31 23:09:33
>>695
CP/Mに階層ディレクトリなんてあったか？
パスが無いんだから、区切り文字も無い。
697:デフォルトの名無しさん
08/05/31 23:12:37
誰か言うと思って放っておいたけど、誰も言わないので俺が言う。
さすがにもうスレ違いだろ。
698:デフォルトの名無しさん
08/06/01 00:02:19
696の読解力の低さにワラタ
699:デフォルトの名無しさん
08/06/01 00:47:15
×CP/Mのスイッチキャラクタが/
○Microsoftコマンドのスイッチキャラクタが/
700:デフォルトの名無しさん
08/06/01 01:54:22
699が何を言いたいのか全然わからない。
>>695には
・DOSがCP/M互換にスイッチキャラクタを設定した(1.x)
・DOSにディレクトリの概念が取り入れられたとき(2.x)、既に/は用途が決まっていた
と書いてあるように見えるが、
それだと>>699のような訂正は不要、というか理解できないとしたら頭悪すぎ。
701:デフォルトの名無しさん
08/06/01 02:22:42
>>697が言いたいことが全然分からない(ヤツが多い)
702:デフォルトの名無しさん
08/06/01 10:38:01
CP/Mではslashは特別な意味を持たない。
MicrosoftのCP/M用basic等のswitch charactorがslashなのは、VMSの影響。
CP/MとMS-DOSではコマンド体系が全く異なる。これもVMSの影響を強く受けたからで
互換性は考慮されてない。
703:デフォルトの名無しさん
08/06/03 23:56:18
このスレでのWindowsの扱いが、このスレのmac並みでワロタ
開発者が使うノートPCてなに？ 2台目
ｽﾚﾘﾝｸ(prog板)
704:デフォルトの名無しさん
08/06/04 07:09:20
CP/Mでバージョン管理してる奴は他行け
705:デフォルトの名無しさん
08/06/04 11:36:47
最近、Pythonのpsycoって、知ったんですが
Mercurialでこいつを使うようにはできないですかね？
別に速度にさして不満があるわけでもないんですが・・・
706:デフォルトの名無しさん
08/06/04 18:09:43
>>705
適当なモジュールの先頭に
import psyco; psyco.full()
どれだけ早くなるかは知らん
707:デフォルトの名無しさん
08/06/04 18:17:49
commands.py の頭に突っ込んだら、遅くなっちゃって・・・
やっぱ、psycoの初期化のコストの方が大きいのかなぁ、と。・・・
708:デフォルトの名無しさん
08/06/06 01:34:58
Windowsの大文字小文字といえば…
今FreeBSDのソースをWindowsで見たくてチェックアウトしたら、
CONって名前のファイルがあってエラーで止まってしまう
困ったもんだ
709:デフォルトの名無しさん
08/06/06 11:21:56
時期尚早感はありますが、Mercurial いじり始めました。
これってバイナリファイルの管理はどうなんでしょう？
できるんでしょうか？
710:デフォルトの名無しさん
08/06/06 13:45:20
いや，尚早じゃないし．
すでに乗り遅れてる．
時代は今・・・・
711:デフォルトの名無しさん
08/06/06 15:01:53
成熟しないまま時代遅れ！？
専用スレも立たないみたいだし、気にかけなくていいかな？
712:デフォルトの名無しさん
08/06/06 15:05:34
デレツン乙
713:デフォルトの名無しさん
08/06/06 15:23:09
釣られてみよう
>>711
そうじゃなくて、>>710 は
Mercurialは尚早じゃなくて旬を迎えていますよ、
尚早と思っているあなたは時代に乗り遅れてますよ、すぐにでも試してみては？
という事を言っているんじゃ。
ごく最近のニュースも見ていない？
URLﾘﾝｸ(journal.mycom.co.jp)
714:デフォルトの名無しさん
08/06/06 15:39:39
>>709
バイナリファイルもOKです。
効率に関しては、確かgitとかの比較があったような・・・？
忘れたのでググり直した。
URLﾘﾝｸ(joshcarter.com)
これだったかな・・・？
まぁ、取り立てて良くもなく悪くもなくだったような気が・・・
715:デフォルトの名無しさん
08/06/06 15:53:13
>>714
darcsとも比較してほしかったな。
このテストなら、糞SCMであることが証明されるはず。
716:デフォルトの名無しさん
08/06/06 17:14:55
>>713
まあ、ちょっと釣り目的もなかったと言えばウソだが、
まだまだコマンドが変更されてたりして安定してるとは言い難いのでは？
まだバリバリ CVS を使ってる私の感覚では、Subversion も…いや、
Subversion よりは Mercurial かな。
なんだかんだでクライアントは Windows を使わざるをえない状況で、
Windows での使い勝手をもう少し頑張ってほしいところ。
大手プロジェクト(？)が Mercurial に移行している記事は見たことあります。
うそォな感じでした。
>>714
わざわざどうも。拝見させていただきます。
でもなんだかんだで CVS からの移行先として有力視していますので、
ぼちぼちやっていきます。
717:デフォルトの名無しさん
08/06/06 17:53:48
むー TortoiseHg が CVS 管理なのが変な感じ。
718:デフォルトの名無しさん
08/06/06 22:01:48
>>713
ちょいスレチだが、最近のニュース：
URLﾘﾝｸ(www.freebsd.org)
正直、ぶったまげた。
719:デフォルトの名無しさん
08/06/06 22:20:47
>>718
( ﾟдﾟ)ﾎﾟｶｰﾝ
FreeBSDはCVSからSubversionに移行って。
OS系はgitって勝手に思ってたけど違うんだな。
720:デフォルトの名無しさん
08/06/06 23:02:29
ところで、gitやhgは日本語をちゃんと扱えるようになったのかね？
721:デフォルトの名無しさん
08/06/07 00:25:20
>>720
git-svnでだけど普通に日本語ファイル名で管理できてるけど、なんかおかしいところあるの？
722:692
08/06/07 00:55:03
gitは名前が好かん。
723:デフォルトの名無しさん
08/06/07 00:55:32
む、妙なレス番が残ってた……
724:デフォルトの名無しさん
08/06/07 04:37:13
事情があってhgとsvnで二重管理したいんだけど、
hg add -X .svn .
とかやっても、
svnの管理ファイルが登録されちゃうんだけど、どうしたらいいでしょう？
725:デフォルトの名無しさん
08/06/07 04:45:12
>>724
.hgignore ファイルを作り、その中に
syntax: glob
.svn
と書いておくのはどう？
726:デフォルトの名無しさん
08/06/07 04:46:06
>>715
darcsはSCMではない、パッチベース開発基盤だ。
このスレでも順序性など糞、みたいな話が出てたが、darcsはさらにその上を行ってる。
単なるSCMとは世界もレベルも違うんだよ。…とか言ってみる。
727:デフォルトの名無しさん
08/06/08 01:40:18
>>725
できました！ありがとうございます。
728:デフォルトの名無しさん
08/06/08 03:03:25
>>726
ユーザーにとっては中でどんな処理をしているかなんてどうでもいいんですよ。
気にするの速さと容量と安定性。
729:デフォルトの名無しさん
08/06/08 06:02:50
と知名度と実績と値段
730:デフォルトの名無しさん
08/06/08 08:46:56
>>728
中の処理が (ある程度) 分かってないと、安定性とかが分からなくて
不安になるのが普通。
「どうでもいい」と言いきれるその感覚がある意味うらやましい。
731:デフォルトの名無しさん
08/06/08 10:40:30
>>714
ホームディレクトリの管理用途では
hg > git >> svn
って結論みたいだね。ソース管理はどうなんだろ。
732:デフォルトの名無しさん
08/06/08 13:57:31
上の方でhgに日本語ファイル名で問題あるとかいってるけど
まだその問題存在してるの？
733:デフォルトの名無しさん
08/06/08 15:05:43
>>726
> darcsはSCMではない、パッチベース開発基盤だ。
> このスレでも順序性など糞、みたいな話が出てたが、darcsはさらにその上を行ってる。
でもさ，darcsがパッチベースって言っても，どれだけの人がその特徴を活かしきれているのか疑問。
例えば，パッチベースだからパッチの順序を入れ替えることができるんだぜって言われても，
そんな機能使わねーよって人がほとんどだと思う。
俺は割り切って，darcsをリビジョン管理システムとして使ってる。
darcs changeで問題なくヒストリーが表示されるし，そういう使い方をしていて今のところ不満はない。
あと，darcsのマージ機能がなかなか良いんだけど，確かにこれはパッチベースのおかげかもね。
それ以外の順序性云々はお釣りみたいなもので，とりたてて喧伝する機能ではないと思う。
734:デフォルトの名無しさん
08/06/08 15:42:11
ソ噂浬欺圭構蚕十申貼能表暴予
735:デフォルトの名無しさん
08/06/08 19:05:37
>>707
ずっと動くコマンドじゃないと意味ないね。
736:デフォルトの名無しさん
08/06/09 11:07:14
SVN とか hg って、ネット越しに公開するために Web インターフェイス使うようだけど、
そのためだけにデータサーバーに Apache 入れるの？
なんか CVS からの移行先として決定打がないねぇ。
運用を根本から見直せばいいんだろうけど。
737:デフォルトの名無しさん
08/06/09 11:21:29
>>736
Apache入れなくても
CVSと同じように使えるよ
738:デフォルトの名無しさん
08/06/09 11:37:51
>>736
ん？http でアクセスしたけりゃそうだけど，
ローカルで使うなら svnserve があるし，
WAN ごしに使うにあたってそれじゃ不安というなら
ssh 経由で使えるし．
739:デフォルトの名無しさん
08/06/09 12:40:29
なんと、SVN の方はへちょいサーバープログラムがついてるのは読みましたが、
hg の方はどうすればいいんでしょう。Web 用の CGI がいくつかあるのは見えたんですが。
…と思って $ hg clone --help してみたら、ssh 関連の記述が出ましたね。
user@host:/path の形式でいいのかな？
740:デフォルトの名無しさん
08/06/09 13:32:29
なんでこんな所に釣り師がやってくるのかが理解できない。
741:デフォルトの名無しさん
08/06/09 14:41:25
hg serve
742:デフォルトの名無しさん
08/06/09 14:47:01
スミマセン、大真面目なんですが…。まじめに調べました。
ssh://user@host//path
なんですね。
ここまではわかったのですが、アクセスしたいサーバーが
クライアント → ルーター(PC) → hg サーバー
となっている場合はどうすればいいのでしょうか。
ルーターに hg をインストールするのは極力避けたいのですが。
CVS の場合は、.ssh/config で LocalForward 2401 CVS サーバー:2401
を指定しています。
>>741
ありがとうございます。できることなら上記のように SSH でやりたいと思います。
743:デフォルトの名無しさん
08/06/09 17:45:23
apache入れるのを嫌ってる奴が多いけど、何で？
大した手間じゃないだろ。
744:デフォルトの名無しさん
08/06/09 17:50:11
>>743
apacheって複雑なんだもん
いろんな設定項目があって、そんなに機能はいらねーよ。
設定ファイルが5行程度ならいいんだけどね。
745:デフォルトの名無しさん
08/06/09 17:53:30
>>743
自分で触れない事があるからでは？
それに、それだけの為に入れるには無駄という感じ・・・
746:デフォルトの名無しさん
08/06/09 18:30:57
超適当な私の場合、
1. Subversion を個人的に使い始めた (file:///なローカルリポジトリ)
2. 複数のPCでSubversion、んーと、Apache やってみますか (commitするuserの見分けがつくんだ、へー)
3. ついでに ViewVC (おお、何かカッコイイ)
4. Trac とな？ おー！(ますますカッコイイ)
5. RedMine？ すげー
6. オンラインでない時どうしよう、、、SVK 万歳！
色々世界が広がりました。
747:デフォルトの名無しさん
08/06/09 18:54:24
とりあえずDISる
↓
少し釣れる
↓
ツンデレ教えて君
こうするとggrksと言われないんですねわかります
748:デフォルトの名無しさん
08/06/09 20:08:36
Subversionは、TortoiseSVNにしてもAPR(apache portable runtime)に依存してるから
Apache入れなくても半分くらいはインストールしてるんだよね。
ただ実行ファイルを入れるのは気持ち悪いとか、APRを二重でインストールしたくない
という気持ちは判らなくもない。
749:デフォルトの名無しさん
08/06/09 20:21:35
>>743
必要ないから。
750:デフォルトの名無しさん
08/06/09 21:17:21
まぁ、そもそも、Subversionの必要パッケージも多すぎると言う話もある。
CVSに比べ劣化している点だね。
751:デフォルトの名無しさん
08/06/10 07:02:38
そこはほとんどの場合問題にならないだろ。
752:デフォルトの名無しさん
08/06/10 09:08:41
>>743
データ用サーバーに余計なもの入れたくないから。
>>750
既存のもので使えるものはそれを使う、というのが Subversion コミュニティの考え方みたいだな。
でもそんな考えでやられちゃ、せっかくの最小構成が台無しになる。かといって Subversion の
サーバー機能はほぼ使い物にならないレベル。
753:デフォルトの名無しさん
08/06/10 10:21:42
だったら自分で作って貢献しろ
754:デフォルトの名無しさん
08/06/10 10:27:56
使わねーよ。
755:デフォルトの名無しさん
08/06/10 10:39:53
>>752
何が言いたいの？
愚痴をこぼすだけで何も行動しないんだったら、はっきり言ってうざいだけの存在なんですけど。
問題点を指摘するならそんな主観的な表現じゃダメだよｗ
756:デフォルトの名無しさん
08/06/10 11:06:41
ssh はダメなの?
757:デフォルトの名無しさん
08/06/10 11:40:46
吠えてんのは Subversion 使いか？
愚痴だけのレスなんてほかにもあるだろ。
758:デフォルトの名無しさん
08/06/10 12:07:00
Subversion はいいかげん Barkley DB への対応を捨ててはどうか．
759:デフォルトの名無しさん
08/06/10 12:27:51
Mercurial でなんでコマンドが hg なのかと思ったら、もしかして水銀のこと？
760:デフォルトの名無しさん
08/06/10 12:30:41
フォー
761:デフォルトの名無しさん
08/06/10 12:31:04
>>758
Ｇｏｏｇｌｅ版のＳｕｂｖｅｒｓｉｏｎはＢｉｇｔａｂｌｅをつかってんだよ。
762:デフォルトの名無しさん
08/06/10 13:52:16
リポジトリの分散というか効率的なミラーリングに対応したSCMはありませんでしょうか？
今は、TortoiseSVN使っているんですが、基本リポジトリ一個だけですよね？
どっかネットワーク越しにリモートにバックアップしておきたいのですが
まるごとバックアップだとかなりでかいくなりそうで・・・
300MBくらいのリポジトリのプロジェクトを見たら1個のファイルで60MBくらいのものもありました。
この辺、何かよい解決策はありますでしょうか？
763:デフォルトの名無しさん
08/06/10 13:55:08
>今は、TortoiseSVN使っているんですが、基本リポジトリ一個だけですよね？
こんな発言する時点で辞めておいた方が良いと思うが
まずSVKから入れば
764:デフォルトの名無しさん
08/06/10 14:01:23
>>762
mercurialつかっとけ
765:デフォルトの名無しさん
08/06/10 15:17:09
>>762
リモートに特に利用制限がないなら、rsync 使って cron で定期的にミラーリングするとか。
766:デフォルトの名無しさん
08/06/10 17:06:48
>>759
お、今日授業でやったのかい？
>>761
Googleはperforce
URLﾘﾝｸ(versioncontrolblog.com)
>>762
zfsのsnapshot&send&receiveがとても便利。
でもまああまり使える環境ないだろうから、mercurial+clone+pull*でどうかと。
一番導入負荷が、少ないからね。
で、レポジトリのファイル自体はPythonつながりでPydumpfsとかでバックアップ。
767:デフォルトの名無しさん
08/06/10 17:10:05
>>766
> Googleはperforce
知らないことを聞いたら否定するんじゃなくて、
なぜ自分の知識と一致しないのか確認すべきだよ。
google codeで使われてるんだよ。
768:デフォルトの名無しさん
08/06/10 17:17:13
>>767
んが、そういうことか。
まあ、Googleのサービスの後ろはだいたいBigTableだもんな。
769:759
08/06/10 18:05:56
書いた後で検索したら >>12 に書いてありましたね…。orz
>>766
> お、今日授業でやったのかい？
元素記号の授業なぞ受けたのはかれこれ20年前だな(やばい、歳がバレる)。
今でも最初の20個なら覚えてるような気がする。
770:デフォルトの名無しさん
08/06/10 22:55:20
Mercurial感動した。
TortoiseHgはかなり使いにくい＆ブランチがわかりくいので
早く改良してくれないかなーと淡い期待
771:デフォルトの名無しさん
08/06/11 00:21:58
Tortoiseシリーズは間違った使い方しそうでこわい。
普通にコンソールでやったほうがいいと思う。
772:デフォルトの名無しさん
08/06/11 00:25:33
NetBeansってMercurial標準サポートしてるのな
ローカルにリポジトリあると手軽さが違うなー
773:762
08/06/11 06:41:35
なんか、俺はsvnの基本がわかってなさそうです orz
・svnの別の使い方
・svk
・mercurial
・cronでrsync
ありがとうございました。いろいろ試してみようと思います。
774:デフォルトの名無しさん
08/06/11 06:48:48
個人用のインストール楽なバージョン管理システムないかな。
リポジトリもSqliteみたく組み込みデータベース使うようなやつ。
つまり、フロントエンドのGUIとバックエンドのデータベース管理システムが
単一のEXEみたいな。
775:デフォルトの名無しさん
08/06/11 09:27:34
>>770
Mercurial ってブランチ作れるんだっけ？
使いにくいのは英語だからじゃなくて？
GUI で設定する前に先行して INI ファイルで設定しておかないといけないのは
不便だねえ。今後の改良に期待したいところ。
複数プラットホームでの連携を頑張ってほしいところ。
ファイル名はともかく、ファイルの中身まで日本語の扱いが難しいとなると
少しきびしい。
776:762
08/06/11 09:33:22
Greenbear Laboratory - SVKを使ってみよう
URLﾘﾝｸ(mono.kmc.gr.jp)
SVKをレポジトリミラーシステムとして使うノウハウ
URLﾘﾝｸ(dkiroku.com)
いくつかサイト見てましたが、
ミラーリングに関してはsvkでできそうです。
手がかりになりました。ありがとうございました。
>>774
WindowsならTortoiseSVN楽ですよ。
ローカルのリポジトリも作れるし。インスコして設定するだけですぐに使えて、完結する
777:デフォルトの名無しさん
08/06/11 09:48:03
>>776
>WindowsならTortoiseSVN楽ですよ。
>ローカルのリポジトリも作れるし。インスコして設定するだけですぐに使えて、完結する
ありがとうございます。ちょっと調べてみます。
778:デフォルトの名無しさん
08/06/11 12:21:29
>>774
個人でちょっとファイルを取っとくときはRCS使ってる
リポジトリとか関係なく取っておける
PeggyProっていうWindowsのエディタ(統合環境)を使ってて
そいつがRCS,CVS,VSSと統合されてるので便利
779:デフォルトの名無しさん
08/06/11 13:26:03
Mercurial って、先頭 1KB に 0 があるかどうかでバイナリファイルを識別してるみたいだけど、
add した時点ではたまたま 0 がなかったけど、管理はバイナリ扱いにして欲しいとかいう場合は
どうすればいいの？そもそもそういう情報は持ってない？
780:デフォルトの名無しさん
08/06/11 13:38:24
>>779
> 先頭 1KB に 0 があるかどうか
Mercurialってそうなってるんだ・・・
もっと良い方法ってあるのかな？
781:デフォルトの名無しさん
08/06/11 16:00:20
>>780
diffでも使ってる方法らしいし、
URLﾘﾝｸ(www.selenic.com)
とりあえずいい方法はない、と結論して割り切っているようだ。
あと、binaryだとdetectされたとき、abortする処理があるらしい。
別にNUL文字があっても動くライブラリならいいんじゃないかね？
manとか見ても単に表示上の問題を気にしているようだし・・・
782:デフォルトの名無しさん
08/06/11 17:27:20
>>780
ヘッダー解析
783:デフォルトの名無しさん
08/06/11 17:55:30
>>782
独自規格のバイナリだったら？
784:デフォルトの名無しさん
08/06/11 19:00:35
>>780
俺は旧来のように、必要ならユーザーに指定させるのがいいと思うけど。
785:デフォルトの名無しさん
08/06/11 19:09:44
>>783
利用者が定義すればいい
786:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/06/12 00:58:38
mercurial派が多いようだから、一応gitを持ち上げておくかw
Windows上でのSCMについて検討を重ねてきたが、結論はgitになった
いろいろ特殊事情が絡むので万人に勧められないが・・・
当方普段UNIX使いなので、WindowでもCygwinで過ごす場合が多い
CygwinをUTF8 dllで使ってると、localeの問題は、ほぼ全て解決する。
変えた所は、PAGERをlvにした位。gitkも問題無い。
不満なのは、他の環境と比べて Cygwin 上のgitが遅いこ%
788:デフォルトの名無しさん
08/06/12 01:21:49
なんとなく、
・Mercurial - 使いやすい
・Git - 多機能
って印象だな。
789:デフォルトの名無しさん
08/06/12 03:37:02
>>787
それMercuralのサイトでも言及してるね＞Cygwin 上のgitが遅い
790:デフォルトの名無しさん
08/06/12 06:16:05
原因はなんなんだろう。git自体のパフォーマンスは悪くないんだから、移植したヤツがミスったとしか・・・。
791:デフォルトの名無しさん
08/06/12 06:25:29
git公式サイトでもwindows版はいろいろ書いてありますね。
使ってみようと思ったけど、かなり不安になるよｗ
792:デフォルトの名無しさん
08/06/12 06:53:05
cygwinはファイルがらみはおそいな
statとか
793:デフォルトの名無しさん
08/06/12 07:17:37
>>790
gitにファイルシステムに依存する部分があって、その部分がperlで置き換え
られてるからじゃないかな？
794:デフォルトの名無しさん
08/06/12 07:49:12
エミュレーションしているから仕方ないけど、随分遅いね。
795:デフォルトの名無しさん
08/06/12 11:10:59
誰か、>>742 Help...
一段階の SSH でのアクセスはありますが、ルーター(PC)越しにアクセスする
いい方法が思いつかない…。ルータ PC は、今後ディスクを CF に変更して
もっと小さくする予定なんで、リポジトリ置くにはちょっと…。
ネットワーク内に帰った時に push すればいい、そのための分散リポジトリだとは思いますが、
念のため遠隔からアクセスできるようにしておきたいと思います。
現段階の Mercurial では Windown アプリの管理は厳しそうですね。
まずは日本語使えないことが多いハードウェア関連の設計に使っていこうかな。
796:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/06/12 11:30:56
なんでルーターの設定方法なんて基本事項をこのスレで説明しないといけないんだ？ｗ
帰れnoob
798:デフォルトの名無しさん
08/06/12 12:21:17
>>795
SSHでポート転送するとか
■WindowsユーザのためのSSHポートフォワード
URLﾘﾝｸ(www.fuji-climb.org)
■CygwinによるWindows環境でのSSHサーバ構築手順
URLﾘﾝｸ(www.uhero.info)
URLﾘﾝｸ(kinshachi.ddo.jp)
799:デフォルトの名無しさん
08/06/12 12:27:35
>>795 ssh://user@localhost:2401//path de ii n ja ne?
800:795
08/06/12 15:25:33
レスありがとうございます。
はじめに >>797
ルーターの設定というか、Marcurial 特有の方法があるのか聞きたかったのです。
やはりポート転送しかないようですね。
ちなみに、
>>796
> routerの中と外でシームレスに運用するには、DNS proxyを用意しないといけないので、
> 今は手を出さないほうが無難。
POSTROUTING の設定で内外シームレスに DDNS のドメイン名でアクセスというのは
Web サーバーでやったんですが、これの応用ではダメでしょうかね。
>>799
なぜ pserver のポートに…？
とりあえず今度は iptables と格闘します…。
801:デフォルトの名無しさん
08/06/13 09:32:33
ルーターは関係ないだろ、女子高生
802:デフォルトの名無しさん
08/06/13 15:43:23
>>801
女子高生！
ぜひぼくと結婚してください。
803:デフォルトの名無しさん
08/06/13 16:03:38
>>802
10年後にはおはばんです。
804:デフォルトの名無しさん
08/06/13 17:46:23
svn update --revision {20080613}
805:デフォルトの名無しさん
08/06/13 20:43:55
男の子スイッチと乙女コードは永遠らしいよ
806:デフォルトの名無しさん
08/06/13 23:27:32
svn+ssh でアクセスした時に実行されるコマンドがsvnserve -tにハードコード
されてるとこ、修正される予定はないのかね。
807:デフォルトの名無しさん
08/06/14 00:20:31
なにか問題でも?