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

1 名前：デフォルトの名無しさん mailto:sage [2011/01/20(木) 12:26:04 ] バージョン管理システムについて語りましょう ●過去スレ バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ バージョン管理システムについて語るスレ2 pc11.2ch.net/test/read.cgi/tech/1215520728/ バージョン管理システムについて語るスレ3 pc12.2ch.net/test/read.cgi/tech/1228366972/ バージョン管理システムについて語るスレ4 pc12.2ch.net/test/read.cgi/tech/1242918130/ バージョン管理システムについて語るスレ5 pc12.2ch.net/test/read.cgi/tech/1255241922/ バージョン管理システムについて語るスレ6 hibari.2ch.net/test/read.cgi/tech/1270640436/ バージョン管理システムについて語るスレ7 hibari.2ch.net/test/read.cgi/tech/1283780922/ 369 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 14:22:22.90 ] >>364 Windowsはutf-16 のAPIを提供しているのでそれを使えば問題ない。 どっちかっつーと、Mac OS X の方が、バージョン管理システムに限らず ファイルをアップロードするときとか、zipファイルの中身とかいろんな 場面に影響するので凶悪。 370 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 14:49:34.62 ] >>369 ファイル名の話してんのに何言ってんの？ 論点のすり替え乙 371 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:19:32.78 ] >>370 ファイル名の話だよ？ Windowsは10年以上昔(NT 4.0)からファイル名はUnicodeで扱っている。 Shift-JISなどでアクセスするAPIはレガシー用の互換APIで、基本的に使うべきではない。 372 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:23:47.02 ] 厳密に言えば NT 3.1 (93年) だけど、サーバー、ワークステーション向けを のぞいたらWinXP (01年) だから、10年以上ではないな。 373 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:24:17.13 ] いやだからファイル名の 話だろ？ 374 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:24:26.87 ] Mercurialは、pythonがクソでレガシーAPI使ってるのが癌なんだろ。 375 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:25:13.49 ] あ 最新レス見ずに書いちゃった 376 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:27:30.17 ] >>374 Python はどちらでも扱えるようにしている。 open(u"ほげ") ならUnicode APIで、open("ほげ") ならASCII APIを使う。 bzrは前者、mercurialは後者を使ってる。 cygwin は、 fopen("ほげ"); すると、 "ほげ" を utf-8 でデコードして、 UTF-16にエンコードして、 CreateFileW に渡している。 377 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:31:31.57 ] >376 それがクソって言ってんの 378 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 16:34:02.13 ] >>377 えー、これがクソならどうしろと、、、 C#やJavaみたいにバイト列でファイルパスを指定するの禁止したらUnix系で すごく使いにくくなるんだけど。 Python の仕様は超現実的で、RubyやPerlよりもずっとWindowsで使いやすいと 思ってる。 379 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 17:11:59.63 ] というかそれならMercurialで問題になってるのは何なの 380 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 18:26:12.29 ] >>379 mercurial.selenic.com/wiki/EncodingStrategy 381 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 18:29:23.48 ] >>379 英語のwikiにはNTFSはUTF-16となっているが、実際は２バイトのバイト列。 UTF-16としては不正な値も格納される。 382 名前：デフォルトの名無しさん mailto:sage [2011/04/26(火) 18:33:09.11 ] NTFSがUTF-16とは書いていないか。 > kernel has a mix of byte-width and wide character APIs 383 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 10:45:25.11 ] Windowsシステムオンリー。日本語ファイル名あり。日本語ディレクトリあるかも。 Git、Mercurial、Bazaarから、上記の条件で考えた場合、分散型初心者が取っつき やすいのは日本語対応が進んでいるBazaarでしょうか？ 384 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:04:37.41 ] その条件ならシェル統合がまともに動くMercurialじゃないか 385 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:10:24.25 ] Bazaarは日本語対応進んでいないでしょ。 386 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:15:43.07 ] Windows onlyならhg、bzrのどちらでもいいと思う でかいファイルを扱うならhgかな 387 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:16:05.67 ] 書籍の有無、Web上での情報量、CUI/GUIのメニューの日本語化を含めて日本語対応と言うべきであって、 Mercurialが一歩抜き出ていて、CUI/GUIのメニューは >>325 でGitも対応する方向だと言う認識だが。 388 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:18:50.31 ] bitbucketとlaunchpadなら断然bitbucket githubの方がもっといいけど 389 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:19:07.53 ] 分散だと日本語環境はbzrが独占状態なのよねぇ。 他は何をやってんのやら。 390 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:23:24.89 ] >>389 > 分散だと日本語環境はbzrが独占状態なのよねぇ。 > 他は何をやってんのやら。 「Windowsのファイルシステムの」日本語環境でしょ。 Windows上で日本語ファイル名を使わなければ、Git、Mercurialでは何も不自由しないけど。 391 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:27:13.00 ] そうはいっても ○○支社向け.docとか ○○部長月間予定.xlsとか いう日本語ファイル名って結構使うからねぇ 392 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:31:50.17 ] >>391 リポジトリを分ければ良い。 そういうファイルがあるところだけsvnにすれば良い。 svnはリポジトリを一ヶ所にするというのが一般的のようだが、 別に一ヶ所にする必要もない。 393 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:35:09.66 ] 運用ポリシーで複数の管理システムを使うのはちょっとね 後々の事を考えてシンプルにしないとさ 394 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:46:48.22 ] Windowsだけで使う分にはHgでも日本語ファイル問題ないだろ？ 395 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 11:48:38.19 ] >>394 CP932に無いUnicodeの文字も増えてきているからねえ・・・ 396 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 14:21:26.83 ] ○○支社向け.docとか○○部長月間予定.xlsとかは分散してる必要無いんじゃないか。 どうせマージ出来ないだろうから、むしろ分散してたら不都合な気がする。 そういうのはsvnでいいんじゃね。 397 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 14:50:19.02 ] >>396 Mercurialはロックを実装する気でいるぞ。 mercurial.selenic.com/wiki/LockExtension/NewDesign 398 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 15:39:09.50 ] >>397 分散型でlockとかｗｗｗ というのは釣りですが、それでワークフローがうまく回るなら良いですね。 特に仕事でアジャイル（）とかだと分単位で作業が入り乱れるだろうから、 バグトラッカとかでやりとりするよりもスムーズかも知れない。 399 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 15:39:15.31 ] かといって、1プロジェクトに関わる設計書とかが単一の管理から外れるのも困る。 結局のところ、運用でごまかせって感じになっているのがなぁ。 誰だよ1バイト圏意外に住んでいるやつは。 400 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:10:18.30 ] >>396 中央リポジトリ関係無く好きに各ローカルリポジトリにプッシュ/プル出来るから分散のメリットは大ありだよ 人間の相関と分散管理はすごく相性がいいから無駄なんていっちゃいかん 401 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:13:02.54 ] ×無駄なんて ○不都合だなんて 失敬 402 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:41:36.52 ] >>400 ワードとかエクセルのマージ作業はどうするの？ 403 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:43:59.18 ] それって別に分散かどうかは関係ないよね 404 名前：デフォルトの名無しさん mailto:sage [2011/04/28(木) 16:49:45.42 ] >>403 マスターリポジトリにプッシュするまでもない物をとりあえず確認するために 個人のローカルリポジトリにアクセスしたりとか 個別相談受けて訂正する時にその人のローカル除いたりとか色々ある メッシュ網じゃないsvnなんかじゃこういうのは出来ないのさ 405 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 14:39:55.41 ] gitやhgが「Windowsでは」Unicode APIを使わずにバイト列でファイル名を扱うのはなんなんだ バイト列なら>>376の言うようにPythonが対応しようが解決できないよね、これ BazaarのようにUnicodeと決めているならUnicode APIに渡すときに変換なりするわけでしょ でもバイト列で扱う方針なら変換できないよね localeに応じて変換するのだろうか マルチバイトのファイル名のマルチプラットフォームの問題はそもそも解決できない問題なの？ 406 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:02:14.19 ] 根本的には、ファイルシステム毎に使える文字が違うんだから細かい差異まで吸収できるわけがない。 やろうと思えば主要ファイルシステムの動作をエミュレートできるようにしたうえで、addした時のファイルシステムを覚えておくことになるだろうし。 それとは別に、必要な変換をしてくれないのは単なる無理解と手抜き。 gitについてはLinux上で最高のパフォーマンスが出せれば後はどうでもいいという大義名分があるけど、hgは単に開発者が無理解なだけだろ。 (bzrの互換漢字を正規化してしまう問題も、そんなことをするファイルシステムが現存しない以上やり過ぎと言える) 407 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:18:23.72 ] ・欧米人にはファイル名にUnicodeを使う需要が無い ・欧米人はファイル名にCP1252(ISO-8859-1)が使えれば満足 ・欧米人はLinuxでもファイル名はISO-8859-1を使っている ・Linux/UnixでロケールをUTF-8にしているのは日本人が主 ・日本人はLinuxでEUC-JP/Shift_JIS/UTF-8の混在に慣れているが、これは日本の特殊事情 408 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:23:53.14 ] >>406 > hgは単に開発者が無理解なだけだろ。 無理解とは思えないが。 mercurial.selenic.com/wiki/EncodingStrategy cmd.exeとGUIアプリの扱いが違うというのは、このスレでは話題になっていなかったが。 bzrがcmd.exeでCP932の方が無理解だと思うが。 409 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:29:36.71 ] hgが叩かれる時のリンクじゃないかそれ cmd.exeでもW版APIを使えばokというのが周知されてないのも無理解の象徴だな 410 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:33:04.46 ] >>409 cmd.exeでwは使えない。 wprintf()がcp932とかcp1252の時にデータが欠損する。 411 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:35:38.99 ] >>409 bzrでお馴染みのpythonのコーデックエラーは、cmd.exeのことを考慮していない証拠。 412 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:37:30.80 ] 使えるっての。 libcではなく自分でAPI呼べよ 413 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 15:45:46.84 ] >>412 chcp 1252 して日本語混じりのをwprintfしたら何が出力される？ だったら、printfでバイト列で出力した方がマルチプラットフォームアプリとしては 正しいと思うが。 414 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:09:39.19 ] >>413 cmdでUnicode使わない背景には、cmdのフォントの設定によっては表示されない 恐れがあるからという理由があったはず。 まぁ、一番は単に他の部分のファイルのインタフェースと整合性を取るのが大変 だからだろうけど。 CLIでunicode使いたかったら cygwin + minitty が最強。 415 名前：414 mailto:sage [2011/05/01(日) 16:10:15.09 ] >>412 だった。 416 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:14:13.63 ] UnicodeじゃないからUnicode版API使えないと言いつつ、 得体の知れないバイト列をANSI版APIに流し込む矛盾。 417 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:15:14.84 ] >>412 出力って何のこと？diffとか？ 418 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 16:18:07.25 ] >>416 CP932と繁体字がASCIIと互換が無いから問題なのであって、 それ以外のコードページとLinuxでは、シングルバイト用のAPIで何ら問題が無い。 419 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:18:31.36 ] >>413 さすがPowerShell ISEさんに隙はなかった・・・ 420 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:21:34.79 ] >>419 Mercurialは--encodeオプションかHGENCODING環境変数で、UTF-8が指定できるから、 PowerShellでも問題ない。これが正しい多言語化。 421 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:23:30.72 ] --encodingだった。 --encodingmodeってのもある。 422 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 19:40:05.99 ] >>420 や、俺が言ってるのはコンソールとしてのpowershell_ise.exeのことね chcpコマンドがまともに機能するWin7標準のアプリ 従来の対話型コマンドが動作しないのが玉に瑕 423 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 20:00:58.60 ] >>422 PowerShell ISEってフルで言わないとだめなのか。 PowerShell ISEでMercurialでchcp 65001が最強。 424 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 20:09:01.55 ] >>423 うん、同意 425 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 20:26:56.00 ] chcp 65001 をしたら、fopenがutf-8を受け付けるようになるの？ 426 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:10:01.43 ] >>313 そのwprintfはwcstombsしてるんだろ。 まずWriteConsoleWでUTF-16のまま無変換出力を試みる →エラーになったらコンソール以外にリダイレクトされてるから 保存用コード(ロケール使うのが正しいがオプションでUTF-8を提供してもいい)に変換して改めてWriteFile がWindowsでの正しいUnicode対応コンソールアプリの作り方。 427 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:10:24.54 ] >>413だった 428 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:29:52.71 ] >>426 Mercurialはファイル名とファイルの中身以外は内部UTF-8なんだからwcstombsを使う理由が無い。 mercurial.selenic.com/wiki/EncodingStrategy#Functions にある通り、fromlocal()、tolocal()、colwidth()という関数が用意されている。 429 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:35:44.01 ] >>428 すまん、アンカーミスなんだ。 元はcmd.exeでWが使える使えないの話の流れなんだ。hgの実際の実装は関係ないんだ。 430 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 12:50:32.48 ] >>429 バージョン管理と何の関係があるの？ 431 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 12:27:28.61 ] PowerShell ISEは旧来のコマンドプロンプトの諸問題を解決してくれて便利 シェルとして使いにくいのが悲しい点 432 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 18:26:14.74 ] gitでリモートからdiffを取る機能が無いか gitスレで聞いたんだが基本的に存在しないらしい。 svnから物凄い機能後退だと思うのだけど、 bzrとかhgとか或いは、darcsとかmonotoneでも 出来ないのが通常なのだろうか？svnでは svn diff -r 123:456 svn://server/repo/trunk とかで出来たと思うんだけど。 433 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 18:30:32.51 ] 普通に考えたらdiff取るだけなのに毎回リモート見に行く必要があるsvnのほうが…… 434 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:17:16.19 ] SVN脳と言わざるをえないｗ 435 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:31:10.28 ] そうまでリモートに集約したいなら集中型のsvn使っとけば丁度良いよ 436 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:38:27.23 ] gitスレでも指摘されてるじゃないか 集中型じゃなくて分散型の思想について勉強してこいよ 437 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 19:39:28.24 ] ゲソなりく〜ん 438 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 20:03:09.13 ] >>432みたいに新しい環境に拒絶反応示して興奮してる人って、後で恥ずかしくなったりしないのかね？ 439 名前：デフォルトの名無しさん mailto:sage [2011/05/17(火) 20:05:44.30 ] 全成果プリントアウト(しかもシリアルプリンタで)がいいとおもうよ☆ 440 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 00:19:30.76 ] いや、思想とかキモイです。 全部できないのか。酷い有様だな。 441 名前：デフォルトの名無しさん [2011/05/18(水) 00:40:23.29 ] >>440 ssh gesonari@kimoi /usr/bin/git --git-dir=/svn/nou diff v0.1 v0.2 442 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 01:42:52.29 ] >>440 bzrはできる。 443 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 02:05:27.82 ] もうさわんなよｗ タダの基地外なんだから。 444 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 02:07:36.82 ] bzr は遅くて泣けてくる・・・ 445 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 02:50:35.02 ] >>444 最近はそうでもないぞ。 といっても、Windows以外のユーザーが最新のbzrを使うにはソースから インストールするかFedoraかUbuntuの最新版を使わなきゃいけないけど。 446 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 08:46:27.06 ] ＞使っていたソフトの開発元が svn+trac からgithubに ＞変わってしまってかなり機能後退と分かりゲンナリです。 このソフトって何だろうね。 意図せずGitHubに移行しなきゃいけなくなってゲソナリってことみたいだけど、 そこまでイライラするぐらいなら古いバージョンでsvn+trac使うことは出来ないのかな？ 447 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 08:50:26.59 ] ＞酷い有様だな。 おまえの頭がな 448 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 09:23:18.91 ] 分散型がキモかったらsvnを使い続けていれば良い。 svnがキモくてcvsを使い続けているところもある。 hibari.2ch.net/test/read.cgi/tech/1113141518/817-818 > 817 名前：デフォルトの名無しさん [sage]： 2010/02/08(月) 11:34:23 > やはりgitか・・・ > bzrはすぐすたれそうだしsvnはきもいからな・・・ > > 818 名前：デフォルトの名無しさん [sage]： 2010/02/25(木) 14:38:53 > >>815 > CVS で十分なのは同感。svn が嫌なのも同意。 > 俺は分散型に関しては、Mercurial と Bazaar を検討中。 > 機能的には Mercurial だけど、Bazaar も結構追いつきつつある(と思う)。 > あんまり日本語ファイル管理することもないんだけどね。 449 名前：デフォルトの名無しさん [2011/05/18(水) 11:36:09.86 ] >>433 svnはリモート見に行く必要は無いんだが何いってんの? 450 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 11:47:33.18 ] >>449 それは作業領域の話。 特定のリビジョン間のdiffを見る場合、リモートを見に行く必要がある。 451 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 12:03:07.87 ] svnの仕組みもしらないsvnﾏﾝｾｰがﾌｧﾋﾞｮｯてると聞いて 452 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 12:22:45.76 ] スレがずいぶんと酷い有様だな。 453 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 17:26:11.89 ] ということでsvk最強 454 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 18:58:53.50 ] >>445 いや、最近久し振りに使ったら遅くて泣けた・・・ 455 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 19:33:53.77 ] >>454 毎日使ってるけど、遅くて泣きたくなるのは、画像ファイルとかバイナリファイルを たくさんリポジトリに突っ込んじゃった場合だけ。 どんな状況で遅かった？手元のバージョンが良くてもサーバー側のバージョンが 悪かったりしない？ 456 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 19:35:04.65 ] >>455 launchpadの遅さは異常 457 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:00:36.69 ] >>456 試しにやってみたら、 bzr branch lp:mysql-server が 73771 リビジョンの ブランチに 16m37sec かかった。 速いとは言わないけど、別に1日たっても終わらないとかじゃないし、最初の 1回だけだし、十分実用的な速度だと思う。 github や bitbucket に mysql のミラーないかな？ 458 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:08:09.61 ] 24時間経過しても終わらない上にエラーで失敗したりするgit cvsimportとかと比べたら 16分とか一瞬だった 459 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:08:55.41 ] 無理すんなよw 460 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:14:56.64 ] >>457 Linuxカーネルは？ bitbucketじゃないところにhgのミラーはあるよ。 確かhgのポリシーにのっとって、バージョン毎にリポジトリが分かれていたから、 単純比較できないかもしれないけど。 461 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:16:19.31 ] time svn co svn.ruby-lang.org/repos/ruby/trunk/ real 0m18.214s user 0m4.710s sys 0m2.350s time bzr branch lp:ruby real 2m54.680s user 1m29.770s sys 0m1.500s time git clone git://github.com/ruby/ruby.git ruby.git real 2m42.831s user 1m40.750s sys 0m3.020s git の方が速いんだろうけど、別に泣きたくなるほど遅くはないな。 462 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:21:40.34 ] Emacs も酷いね。 463 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:27:44.57 ] >>461 初回はどー考えてもsvn有利だろw 464 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:43:00.22 ] てか履歴1個だけじゃ他の分散型と比べられないよなー 465 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 21:45:41.86 ] >>462 $ time bzr branch bzr://bzr.savannah.gnu.org/emacs/trunk emacs-trunk real 17m46.033s user 7m24.300s sys 0m15.460s 2月辺りにはなんか問題あったらしいけど、改善されたらしいね。 466 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:00:37.84 ] time の履歴が流れちゃったけど、 savannah から git で emacs を clone したら5分弱だった。emacsの場合はgitの方が4倍くらい速いな。 とりあえず、一晩たっても終わってないとかそういうのはなさそうだから、 実用上問題にはならないだろ。 467 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:02:22.21 ] bzrはやいなぁ hgから乗り換えるかな 468 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:39:21.80 ] bzrの遅さはpull, push, merge全部が遅いってことでしょ。 インターネット越しじゃなくて、イントラネットでも。 469 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 22:47:37.12 ] バージョン上がる度にbzrは早くなってるな 470 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 23:47:49.94 ] 俺もいつかは bzr が速いって言える様になるのかな・・ 471 名前：デフォルトの名無しさん mailto:sage [2011/05/18(水) 23:53:10.75 ] bzrはhgより早いし次はsvnとgitだな 472 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:29:13.45 ] と、bzr信者は何の根拠も無く申しております 473 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:32:44.03 ] hgはオワコン 474 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:35:21.89 ] と、bzr信者は何の根拠も無く申しております 475 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:37:37.15 ] 時代はgitとbzrの2強の時代へ 476 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:49:17.80 ] と、bzr信者は何の根拠も無く申しております 477 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:53:13.72 ] マジレスするとGitとhgだろうな。どっちも似てるんだけどね。 GitHub vs Google Codeか。Launchpadはいまいち人気無いよね。 478 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 00:54:05.80 ] gitは男の子。bzrは女の子。hgはハードゲイ。 479 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 01:05:32.02 ] github は本当に良く出来てるよね 必要な情報が無駄無く配置されていて使い勝手がとても良い 480 名前：デフォルトの名無しさん [2011/05/19(木) 02:24:14.68 ] gitはM$捨ててるからM$で遊んでる俺の選択肢にはなり得ない 481 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 08:05:41.81 ] >>461 githubのruby、trunk以外のブランチも入っているじゃん 482 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 08:10:45.02 ] >>480 code.google.com/p/msysgit/issues/detail?id=80#c77 repo.or.cz/w/git/mingw/4msysgit.git/shortlog/refs/heads/kb/unicode repo.or.cz/w/git/mingw/4msysgit.git/commit/9205bfbef3dcd8d0361a04471c09d49e7a816b47 Mark unicode-related tests broken on msys MSys bash doesn't support unicode at all. Testing a unicode-enabled git with an encoding-agnostic bash cannot work. This patch adds a new test function test_expect_success_unicode that tests whether the shell is capable of passing unicode strings to another process. If that works, the test is expected to succeed, otherwise it's expected to fail. 483 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 08:17:10.66 ] gitもhgもutf-8に対応しているが、cmd.exe、MSysなど、MSの環境が糞なので、 まともに使えないってことだ。 484 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 11:17:07.01 ] >>481 うん、完全に同じ条件ではないとあとで気づいた。 だけど、gitでは操作がリポジトリ単位でbzrはブランチ単位というのは実際に特定の ブランチにしか興味がない人のclone速度に影響するんだし、リアルなケースの1例と してはあながち的外れな比較でもないと思う。 まぁ、やりたかったことは、bzrとgitのどっちが速いかを調べることではなくて、 一部の人がbzrがクソ遅いと連呼しているから本当に実用に支障が出るくらい 遅いのか調べたかっただけだから、emacsやMySQLレベルの大きさのプロジェクトでも 一晩経って終わらないとかそういう事が無いことが確認できただけで満足。 本気で比較したかったらLAN上で帯域やレイテンシやパケロス率を制御した環境を 作れるはずだけど面倒なのでパス。 485 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 18:55:21.88 ] >>484 > 一部の人がbzrがクソ遅いと連呼しているから本当に実用に支障が出るくらい > 遅いのか調べたかっただけだから、emacsやMySQLレベルの大きさのプロジェクトでも > 一晩経って終わらないとかそういう事が無いことが確認できただけで満足。 launchpadにアカウントを持っている人が一部の人では？ Emacsはlaunchpadではないけど、github・bitbucketに比べてcloneが目に見えて遅いのは 普通の感覚だと思うが。 486 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 19:06:38.32 ] >>484 > だけど、gitでは操作がリポジトリ単位でbzrはブランチ単位というのは実際に特定の > ブランチにしか興味がない人のclone速度に影響するんだし、リアルなケースの1例と > してはあながち的外れな比較でもないと思う。 git・hgはリポジトリに全部のブランチを入れるかブランチ毎にリポジトリを分けるか、 柔軟性があるけど、bzrはブランチ単位でしかcloneできないんじゃないの？ githubのrubyはgit-svnを叩いているから、ブランチだらけの状態だと思うけど。 487 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 19:31:26.64 ] launchpadは遅いというよりちょくちょく落ちてるのがなあ…… 488 名前：484 mailto:sage [2011/05/19(木) 19:43:50.43 ] >>486 いやだから厳密な比較をしたいとかじゃなくて単に使い物にならないくらい遅いか どうか調べたかっただけなんだって。 誰も bzr が git 並に速いなんて言ってないのに、そんなムキになって反論しなくても。 >>485 Launchpadからログオフしてmysql-serverをもう一回branchしてみた。 real 31m33.756s user 11m9.130s sys 0m8.110s Launchpad自体がhttpサーバーが重くて遅いっぽいな。 でも、いつの間にかhttpでもスマートサーバーになってたらしくて、一晩かかるとか ではない。mysqlでこの時間なら許容範囲内じゃない？ 俺は、普段はmysqlよりも大分小さいプロジェクトで使ってるけど、全く問題ない速度で使えてる。 git と比べてて思ったのは、 git がステータス表示を常に高頻度で更新しててスピード感が あるのに対して、 bzr の方がステータス表示の更新頻度が低いしちょくちょく止まる (Launchpadからのレスポンスが遅いとずっと止まってることも、、、) ので見てて重そうに 感じた。実際の速度もまだまだgitに敵わないけど、遅いという印象を払拭するには インタフェース面でもできることがありそう。 489 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 20:05:06.73 ] 「一晩」が実用の判断基準っておかしくない？ git cvsimportやらgit-svnやらhgsubversionやらhg convertの最初の一回目が遅いのは当たり前。 だから、rubyのgithubみたいにミラーがあるんじゃない？ 一回cloneすれば、その後のpullは差分だけど、そのpullもbzrは重いって指摘は ぐぐればいっぱい出てくるけど？ 490 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 20:55:28.09 ] > ぐぐればいっぱい出てくるけど？ これよそでは言うなよ恥ずかしいから 491 名前：484 mailto:sage [2011/05/19(木) 20:56:45.77 ] >>489 厳密な比較は面倒だからしないけど、きっとgitやhgよりも遅いんだろうな。 でも、俺は実用的な速度だと思ってるから使い続けてる。MySQLだって あれだけ大きいプロジェクトで本当に使い物にならないほど遅かったら とっくに乗り換えてるだろ。 bzrが実用にならないほど遅いという結論がでないとなにか困るの？ 492 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:06:22.87 ] bzrでもsvnに比べたら御の字じゃないの？ 常識で考えてGitが速すぎるんだよ。 clone中のあのいかにも速そうなインジケータとか、最初に何となくやるであろう Linuxカーネルのcloneの速度とか、最初から狙ってると思う。 493 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:06:25.30 ] 実用になる人も居れば、ならない人も居るってだけじゃないの 今使ってる人は使い続ける理由が欲しいだろうけど、今使ってなければ 別に思い入れもないし、遅いのが嫌なら bzr は選ばないでしょ 494 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:08:39.82 ] >>491 MySQLは万人がハックしてパッチを送るタイプのプロジェクトでないでしょ。 Emacsのビルドにbzrに接続することを要求されて、それで、bzrの重さの認識が一気に浸透したと思うけど。 cvs、svnもゼロから始めるソースはそんなに重くないけど、 だんだん重くなるよね。 bzr信者は感覚が麻痺しているんじゃないの？ cvsがデファクトスタンダードでsvnがそれに置き換わるかと思われたけど、 svn離れが加速しているよね？ 遅いものは主流になり得ないというのは歴史が証明していると思うけど。 495 名前：484 mailto:sage [2011/05/19(木) 21:28:36.76 ] 信者呼ばわりか。まぁ否定はしないけど。 別に bzr が今後も主流になりえないかもしれないけど、Canonicalが潰れる までは衰退することもないし、その時に考えるからいいよ。 俺は単に使い物にならないほど遅いとdisられがちだから本当にそんなに 遅いのか実験してみて、俺に取っては許容範囲だと判断しただけ。 Emacsの件はいろいろ不幸だった。savannahのサーバーのセットアップが 悪かったり、タイミング的に bzr 2.1 以前を使ってるユーザーがまだ 多かったり (lennyのデフォルトのbzrなんて1.5とかいう使い物にならない古さ) したからな。 496 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 21:58:52.05 ] > cvs、svnもゼロから始めるソースはそんなに重くないけど、 > だんだん重くなるよね。 svn の場合、ファイルシステム(リポジトリのフォーマットのこと)によって違うよね。 以前の bdb の場合はリビジョンが増えてもチェックアウトは速かったけど、 今のデフォの fsfs の場合はリビジョンが増えるとチェックアウトが遅くなる。 その半面、 fsfs ではホットコピーが簡単になり、壊れなくなったけど。 497 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 22:46:24.95 ] 信者認定プログラム：OS　エディタ　プログラミング言語　これにVCSが仲間入りか。 他にもキーボード配列とか文字エンコーディングとかあるけどね。 498 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 22:48:09.06 ] Emacsはbzrの重さの認識が万人に浸透するほどハックされてるのか Lisperの一人として胸厚だわ 499 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 23:22:30.26 ] 友情は厚い、ですが胸は熱い、じゃないでしょうか？ 500 名前：デフォルトの名無しさん mailto:sage [2011/05/19(木) 23:23:19.53 ] 鍛えてるんだろ 501 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 02:31:50.69 ] git>>>>bzr>>>>>>>>>>>>>>>>hg 今はこんな感じか。 hgの一時の勢いはどこへやら。 502 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 10:02:32.19 ] windowsオンリーの環境で分散型を取り入れる時、 git、hg、bzrからhgを選んで導入も終えてそこそこ使えるようになってきたのに、 だれだよオワコンとか言うのは！ 503 名前：484 mailto:sage [2011/05/20(金) 10:23:37.27 ] >>502 hg いいと思うよ。そのうちWindowsでちゃんとUnicode API使えるようになりそうな気配だし。 504 名前：デフォルトの名無しさん mailto:sage [2011/05/20(金) 10:26:12.38 ] >>501 2chのスレの勢いだとそうかもね。 hgの場合、日本語で語れる場所が他にもあるから。 そこで取り上げられていた、このスレに絶好のネタが2chでは取り上げられていないし、 住み分けができてるんじゃない？ 505 名前：504 mailto:sage [2011/05/20(金) 10:27:50.43 ] おっと、>>503に例のネタ、先を越された 506 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:25:09.20 ] >>483 それもひっくるめてgitが糞という評価になるんだが。 507 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:34:57.36 ] MS 製品を使ってない俺には何が問題かさっぱり 508 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:36:55.32 ] なんども書いてるがcmd.exeっていうかWindowsのコマンドプロンプトでもUnicodeは使えるぞ。 UTF-8ではなくUTF-16になるから、#ifdefが必要になるだけで。 509 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 15:54:48.60 ] MS製品に依存してる連中がオレ様野郎ばっかというのがよく分かる。 Linux使ってる人が「VSSはLinuxで使えないから糞」なんて言わないからな。 別の意味では言ってるかも知れないが。 510 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 20:06:41.36 ] >>506 >>508 svnのmac portsのような対応をgitに望んでいるのか？ 511 名前：デフォルトの名無しさん [2011/05/22(日) 22:17:58.55 ] TortoiseCVSもTortoiseSVNも1つ落としてきてインスコするだけで使えるんだが TortoiseGIT(笑)はそうじゃないんだよな それを導入することによりよっぽど捗るとか利点がない限り そんなまんどくせーものわざわざ手間かけてまでつかわねえよ 512 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 22:34:06.03 ] >>511 CVSとSVNのパフォーマンスとマージに満足なのですね？ CVSとSVNのマージはまんどくさくないのですね？ 513 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 22:36:49.97 ] >>509 VSSがいいといっても見向きもしないでしょ、その人達は 文句を言うときは実装と一緒 gitがいいという話を聞いてうっかり使ってしまい文句のみを垂れ流す、それがWindowsユーザー と、こんな風なレスを期待しているのか？ 不毛じゃね？ 514 名前：デフォルトの名無しさん mailto:sage [2011/05/22(日) 22:46:18.29 ] >>513 > VSSがいいといっても見向きもしないでしょ、その人達は VSSが糞なのは周知 515 名前：デフォルトの名無しさん [2011/05/23(月) 02:37:25.78 ] >>512 自分の使わない機能がいくら速かろうが関係ないの おわかり? 516 名前：デフォルトの名無しさん [2011/05/23(月) 03:47:00.34 ] マージ使わないならrsyncとかtarballとかでいいんでは…… 517 名前：デフォルトの名無しさん [2011/05/23(月) 07:24:45.37 ] >>515 TortoiseCVS(笑) TortoiseSVN(笑) 518 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 11:12:04.02 ] >>515 使わないんじゃなくて使い方がわからないんだろ おわかり? 519 名前：デフォルトの名無しさん [2011/05/23(月) 15:38:59.33 ] >>518 520 名前：デフォルトの名無しさん [2011/05/23(月) 16:34:02.13 ] >>515 521 名前：デフォルトの名無しさん [2011/05/23(月) 18:52:26.43 ] >>515 522 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 19:42:43.91 ] きょうも元気だごはんがうまい おかわり? 523 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 19:46:03.61 ] 一人で開発する時は dropbox のフォルダに cp -R してるわ 524 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 23:22:47.09 ] dropboxとかねーわ 525 名前：デフォルトの名無しさん mailto:sage [2011/05/23(月) 23:33:47.28 ] >>524 もっと良い奴あるの? 526 名前：デフォルトの名無しさん mailto:sage [2011/05/24(火) 02:08:17.45 ] >>517 ？ 527 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 00:03:05.80 ] >>525 SugarSync 528 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 00:15:54.04 ] >>527 どこら辺がいいの? 529 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 13:11:25.38 ] SugarSyncとDropboxは良く比較されるしググればすぐ分かるぞ・・・・ 530 名前：デフォルトの名無しさん mailto:sage [2011/05/25(水) 19:27:34.81 ] いや、もちろん違いは知ってるんだけど、SugarSync のメリットがよく分からん 531 名前：デフォルトの名無しさん mailto:sage [2011/06/24(金) 22:06:52.17 ] Github for Mac https://github.com/blog/878-announcing-github-for-mac 532 名前：デフォルトの名無しさん [2011/07/16(土) 22:33:02.35 ] code.google.com でも git が使える様になったらしいね code.google.com/p/support/issues/detail?id=2454#c43 533 名前：デフォルトの名無しさん mailto:sage [2011/07/17(日) 06:34:06.08 ] >>532 code.google.com/p/support/wiki/GitFAQ > Is there a size limit on git repositories? > > For all source control systems, there is a 4GiB repository size limit. For git, we are starting with a push size limit of 500 MiB. > If you try to push a pack over 500 MiB, your push will fail. We hope to lift this limit. 534 名前：デフォルトの名無しさん mailto:sage [2011/07/17(日) 06:35:50.30 ] github、bitbucket優位の状況は変わらないだろう 535 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 19:55:07.99 ] Windows上にあるエロ画像とかエロ動画とか日記とかが雑多に保存してあるホームディレクトリを まるっとバージョン管理するには何使ったらいいの 536 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:10:57.22 ] dropBox 537 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:23:18.86 ] テキストとそれ以外はバージョン管理のシステムを分けたほうが良い？ 538 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:35:40.84 ] >>536 え？dropboxってバージョン管理できたの？別スレで ttp://d.hatena.ne.jp/shibamu/20101014/p1 見て阿呆かと思ったけど意味があったのか… >>537 同期して管理する必要が無いんだったら分けた方が良い、かも。 無関係なもの一緒くたにすると重くなりがちなので。 539 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:37:19.91 ] >>532 サーバのオプションどうなってるんだろうね。 sf.jpはrebaseできないの知らなくてすげー困ったんだけど。 540 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:45:00.76 ] >>538 俺もソースツリーのバックアップを dropbox に置いてるけど、何か問題あるのか? バージョン管理は別途ツールを使ってるよ 541 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:51:32.69 ] >>540 >>538はバックアップじゃねーぞ 542 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 20:59:01.78 ] >>541 dropbox のディレクトリは単なるローカルのディレクトリでしょ ビルドしてオブジェクトファイルが更新されたらバックグラウンドで アップロードが走るのが嫌とか、そういう話? 543 名前：デフォルトの名無しさん [2011/07/25(月) 21:15:46.51 ] 元質問エロ画像やエロ動画や日記のバージョン管理を求めている。 544 名前：538 mailto:sage [2011/07/25(月) 21:44:02.08 ] >>540-542 ごめん俺drop boxのこと全く知らないし興味もないしスレ違いなので忘れて。 545 名前：デフォルトの名無しさん mailto:sage [2011/07/25(月) 21:50:02.80 ] 最良のバックアップは配布だ。トモダチにコピーして回る。 で、どんな得ろ画像だ? JSと熟女と太めは歓迎なので俺とトモダチになれ。 546 名前：前スレ989 mailto:sage [2011/07/25(月) 22:03:47.45 ] この板的にはJSと言えばJavaScriptだな。 547 名前：デフォルトの名無しさん mailto:sage [2011/07/26(火) 00:04:51.49 ] dropboxならファイル単位で履歴管理できるしシェアもできる。 ソースの管理には向かないが、画像の管理にはそこそこ便利。 で、ソースのバックアップをdropboxに置くくらいなら、リポジトリを置いてしまうのも手。 548 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:24:45.47 ] gitで複数のブランチそれぞれに個別の未コミットのファイルを残したまま ブランチを渡り歩くことってできる？ イメージとしてはbazaarで複数ブランチを同時にいじってて放置したまま ブランチ間をcdで移動するみたいな。 diffとかはファイルとしての実体は不要でいいんだけど gitは未コミット分をかかえたままになるのがちょっと困ってる。 いちいちstashとか嘘commitとかするのは その判別含めて自動化できないと面倒で…。 549 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:28:19.52 ] MercurialならShelveがあるのにな 550 名前：548 mailto:sage [2011/08/19(金) 23:40:47.88 ] 少し調べてみたけれど、 Mercurial の Shelve って git の stash と完全に同等に見えるけれど、そうでもないの？ 551 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:45:29.57 ] TortoiseHgにあったShelve Changesは ファイルごとに退避ができてstashより便利だなーって思った覚えが。 552 名前：デフォルトの名無しさん mailto:sage [2011/08/19(金) 23:50:55.94 ] >>548 ブランチの数だけcloneしたら？ 553 名前：548 mailto:sage [2011/08/19(金) 23:57:29.95 ] >>552 自分も一旦はそう考えたんだけど、それだと結局bazaarと同じ運用になって、共有リポジトリ使えない分だけ損してるような…。 ツリーは1つ、というのが気に入ってbazaarからgitに移行しようかと試してるんだけど 標準ではサポートされない（というか人気のない？）使い方なのかな。 554 名前：548 mailto:sage [2011/08/20(土) 02:26:16.94 ] 濱野さんの本にはこう書いてある。 あとから追いやすくなるのでコミットは意味ごとに独立させるべき、 意味（意図）が同じコミットはあとからまとめるのもよい、 ローカルリポジトリは意味ごとにrebaseなどで改竄もむしろ推奨。 ということは、ブランチも意味ごとに直交させて切るべきだと思うんだけど そーするとなぜ未コミット分がブランチをまたいで受け継がれるんだろう。 ブランチをまたぐ際にstashとか破棄前提の嘘commitが必要ってのは 単に実装が思想に（まだ）合致できてないってことなんだろうか。 日常的に使ってるとブランチは常に2〜3個必要になるし、 瞬間的には 4個とかにもなるんだけど、みんな困ってないのかな。 555 名前：デフォルトの名無しさん mailto:sage [2011/08/20(土) 04:18:26.06 ] Shelve Changesも実は嘘コミットだと思えば気分が楽になるんじゃね？ いやShelve Changesがどんなものか知らんけど。 556 名前：デフォルトの名無しさん mailto:sage [2011/08/24(水) 15:54:04.86 ] >>535 NILFS 557 名前：デフォルトの名無しさん mailto:sage [2011/08/24(水) 21:49:54.87 ] たくさんのリポジトリを一気にPull(Fetch)できるGUIのツールって無いかな GitやHgのリポジトリ一つずつ更新していくの面倒 いや、サブディレクトリにあるリポジトリでfetchをする スクリプト書けばいいのかもしれないけれども、GUIの方が良いし 558 名前：デフォルトの名無しさん mailto:sage [2011/08/25(木) 01:08:57.32 ] >>557 俺はそんなのシェル一行ですませるけど、GUIのツールがほしいなら作れよ 559 名前：デフォルトの名無しさん mailto:sage [2011/08/25(木) 15:02:17.64 ] GUIのツールで一気に何かするのって俺は怖くてやだ 560 名前：デフォルトの名無しさん mailto:sage [2011/08/26(金) 11:34:02.44 ] 復帰 561 名前：デフォルトの名無しさん [2011/08/27(土) 19:55:47.01 ] Bazaar日本語ファイル名の問題がないらしいので手を出してみたが GUIの既定値が自分の使い方とあっていなかった。 コマンド入力で補助しないと行けない。 Mercurialは自分と合っていそう。 rebase, transplant, splitを使って少しだけ内容の違うブランチを 双方で変更する場合に対応できる。 今までsubversionでリビジョンの範囲をマージする方法でやってきたが 履歴改変にはまりそうだ。 562 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:05:51.79 ] 会社で開発メンバーが増える事になり、バージョン管理システムを使えとのお達しがでた。 条件は以下の通り ・NASでソースは管理する。（購入済み） ・サーバーレスで動くもの 調べた感じでSubVersionしか無いんじゃないかと思ったんだけど、他におすすめありますか？ 上の条件に合致すれば 分散だろうが集中だろうが関係無いらしい。 563 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:14:12.96 ] いやどれでもファイルベースのリボジトリ操作はできるだろうけど、 いろいろ無茶じゃないか……？ そのNASで複数の接続先から同時に同じファイルに排他ロックをかけようとして ちゃんと動くか程度は確認したほうがいい。 ネットワークファイルシステム越しのロックがかからないようなら サーバー建てるなり個人リポジトリとマージ用を分けるなり考えたほうがいい。 564 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:17:49.45 ] NASじゃ無理だろ 誰かのマシンでサーバを動かしてリポジトリはNASに置けばいい 565 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:26:32.70 ] 同時書き込みしたらファイル壊れるな 566 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 18:33:06.19 ] いや、それこそsvnならファイルベースアクセスであってもロックファイルを作るぐらいのことはしてる。 だから一台のマシン上で複数プロセスから同時にコミットしても壊れない。 問題はネットワーク越しにそれをやると、ロックファイルを作ったつもりになって相手への反映が遅れるとか NFSの制限でロック取れなくてもエラーが帰ってこないとか、なんか起きそうなことだ。 567 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 21:38:17.30 ] 個人毎にリポジトリをもって、マスターのリポジトリへの反映は申請制とか 568 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 22:00:58.98 ] 確かVSSはサーバーレスで動いたような…… 569 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 22:33:14.62 ] 分散型なら置くだけだからファイルコピーができる状況ならファイル置ける 570 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 23:54:03.63 ] >>562 SCMが全くわかってないなぁ、お前んとこの上司わ。 多分その上司は、そのNASがエクスプローラのWindowsネットワークに見えてないと 怒り出すんだろうな、きっと。 571 名前：デフォルトの名無しさん mailto:sage [2011/08/30(火) 23:58:32.02 ] ちなみに、オレんとこの会社では牛NASを殻割りしてdebian突っ込んで、 そこでapache+subversionを動かしてるから、 ・NASでソースは管理する。（購入済み） という条件は満たしてるし、ソースの管理に必要なのはそのNASだけだから ・サーバーレスで動くもの という条件も確かに満たしてはいる。 しかし当たり前のことだが、エクスプローラでは見えない。 つか、わかってないやつには見えないように設置する。これ、重要じゃね? 572 名前：デフォルトの名無しさん mailto:sage [2011/08/31(水) 01:28:58.70 ] 562の条件だとエクスプローラで見えなくても良さそうだが、 リポジトリを直接覗いて何が入ってるかわからん！なんて言われるレベルだとどうしようもないな 573 名前：デフォルトの名無しさん mailto:sage [2011/08/31(水) 09:45:03.18 ] 何も考えず独りよがりの思い込みでNASを買ってくる時点で、 どうしようもないレベルという条件は既に満たしてしまっている気がするが...。 574 名前：562 mailto:sage [2011/09/01(木) 17:08:25.56 ] みんなレスサンクス。 SCMについては俺もしっかり理解できてなくて勉強しながらやってるから勘弁してくれ NASへのファイルの同時書き込みとかの問題は言ったんだけど 「今時のNASでそんなのあるわけないだろ、自宅で使ってるがそんな事起きたことが無い」 とか言われてナシのつぶてだった ('A｀) んで、別のサーバ動かしてリポジトリをNASに置く件については 「サーバーとNASが同時稼動前提とか何考えてるんだ」らしい。 575 名前：562 mailto:sage [2011/09/01(木) 17:15:34.40 ] >>570 エクスプローラで見えてないとキチンと運用されているか俺がわからんとか言うタイプ >>571 NAS(LS-WVL) を殻割りしてサーバー入れる手を考えてたんだけど、 「保証受けれなくなるし、もう半分ぐらい移行したから無理」とか言われるし 576 名前：562 mailto:sage [2011/09/01(木) 17:17:03.76 ] >>568 VSSは使いにくいって上司がいってｒ >>569 分散型ってマスターの場所にサーバー入れて管理みたいな図を見たんだけど必要無い？ 必要無いなら保存先がNASってだけでいけそうかなぁと もう文句言いまくるくせに自分では絶対しない人なんで ﾏﾝﾄﾞｸｾ('A｀) ｳﾞｧｰ 577 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 17:34:23.24 ] まあ、やってみなよ。リポジトリが壊れても知らんけど いざとなったら日付フォルダで… 578 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 17:57:08.96 ] >>574 自宅用途でそもそも同時書き込みが発生するかよ。 本当にファイルに排他制御がかかるかテストさせてくれないのであれば 個人リポジトリを分けて、マージ担当を置いたほうがいいな。 579 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 18:22:06.68 ] >>576 保存先がNFSならいけたんだが、単なるNASだと無理。 あきらめろ。 580 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 18:26:56.25 ] どんなたいそうなNAS導入したのかと思ってググったら、それ15,000円位のゴミじゃん 業務でそんなの使うの？ サーバアプリ動かせるちゃんとしたの導入すれば？ 581 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 20:18:22.50 ] まあ分散型なら自分とこのリポジトリが生き残っている可能性があるか… 582 名前：デフォルトの名無しさん mailto:sage [2011/09/01(木) 20:26:10.00 ] 分散型にして、そのNASは無いものと考える。 583 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 02:05:35.26 ] たしかにGitでロック競合しておかしくなったとしても なんとかなっちゃいそうだよな 584 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 05:57:20.39 ] ダメ上司もつと大変だな 声かけしてコミットしなよ 585 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 06:51:53.18 ] 確かにGitやMercurialならpushの前に声掛ければいいな 586 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 08:30:15.16 ] その上司の下じゃ何使っても駄目なんじゃ 587 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 08:37:09.09 ] 分散型とか理解出来なさそうだ 588 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 08:52:00.66 ] 今まで鯖も立てずによく業務がこなせたなとある意味感心する 589 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 20:20:34.83 ] QNAP TurboNAS の CPUがそこそこ上位の奴 (Mervell ARM じゃなくて、Intel ATOMの) なら、 Subversion が動くようだ。(ipkg で導入できるっぽい) www.google.co.jp/search?q=QNAP+Subversion Mercurial, Git, Bazaar, TFS については知らん。 Python と gcc と mod_wsgi が用意されているようなので、Mercurial は動きそうな気もする。 www.google.co.jp/search?q=QNAP+Mercurial 590 名前：589 mailto:sage [2011/09/02(金) 20:26:47.83 ] 訂正。Subversion は一番安いの (TS-112 \20,000未満) でも用意されてる。 591 名前：デフォルトの名無しさん mailto:sage [2011/09/02(金) 22:28:53.51 ] >>589 *nix系NASならbootする途中でのっとっちまえばなんでもありじゃん gccのクロスコンパイラなんて簡単にできるんだしw 592 名前：デフォルトの名無しさん mailto:sage [2011/09/04(日) 21:57:37.98 ] >>587 そんなときこそ Bazaar ですよ。 分散型が理解できないアホには集中型として、理解できる人には分散型として使える。 593 名前：デフォルトの名無しさん mailto:sage [2011/09/04(日) 22:10:42.07 ] >>562 うちは Bazaar で共有リポジトリを共有フォルダ上において push/pull あるいはmergeしてるから、NASを使っているのと ほぼ同じ構成だな。 594 名前：562 mailto:sage [2011/09/05(月) 13:51:32.54 ] >>592 のやり方が一番幸せになれるんじゃないかと思った。 まだ自分がバージョン管理システムについて勉強中なんで 具体的な実現方法は見えてないんだけど、基礎的なものを勉強できる資料でおすすめって何かある？ リポジトリとかブランチとかさっぱりな初心者でも分かる資料・・・ orz 595 名前：562 mailto:sage [2011/09/05(月) 13:54:16.56 ] >>588 今までは自分が全部のソース管理をしてたんだよね。 でも今年の中頃から打ち合わせだとかで不在が多くなって 例の上司が「俺がソース管理をしてやろう」ってなってからデグレが８回。 全部自分が対応してなんとか復旧 orz 596 名前：デフォルトの名無しさん [2011/09/05(月) 14:26:55.34 ] >>594 書籍・ドキュメント・実績豊富なGit・Mercurialを素直に使いましょう まず近場の本屋に行きましょう Bazaarが選択肢に入らないことは明かです 597 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 15:17:27.87 ] ClientのOSを聞かずに何かをお勧めしちゃうの？ 598 名前：562 mailto:sage [2011/09/05(月) 15:21:47.38 ] Clientは Windows XP以上のOS全般です。(32bit、64bit混合) 599 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 15:59:53.41 ] >>595 >今までは自分が全部のソース管理をしてたんだよね。 どうやってたのよ？ で、上司が管理したらなぜデグるのか、原因はわかってる？ バージョン管理システムは管理を楽にしてくれるし、 変なことできにくくしたり、 変なことしても復旧が容易だったりするけど、それでも変なソースをコミットして 混乱に陥るってことが皆無というわけじゃないよ。 600 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 17:44:12.82 ] 分散型を選んで統合マネージャー型のワークフローで運用すればいいんじゃね ttp://progit.org/book/ja/ch5-1.html#id103 どう運用するかが肝でどのツールを選ぶかはたいした問題じゃないと思う 601 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 17:56:40.55 ] なぁ、将来にわたって考えると数人月以上もコストがかかるやり方をやり始めるより、 5〜20万出して(まともなサーバ or プログラムが実行できるNAS)(+UPS)を買った方が断然良くないか 602 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 18:18:38.93 ] それだったら問題の上司を飛ばすのが一番だよw 603 名前：562 mailto:sage [2011/09/05(月) 19:02:18.38 ] >>599 今まではPG一覧の資料作って、修正する際は申請してもらって修正中フォルダへ移動 PG一覧へ修正者の記載。 修正が終わった段階で修正中フォルダからメインフォルダへ移動→PG一覧に更新日を修正状況を更新 上司がデグらせたのはこの辺の管理を全くせずに勝手にフォルダ移動OKにしたところ。 あとPG一覧も修正せずにいたからこうなった感じ 604 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 20:05:34.11 ] >>603 その運用がちゃんとできているなら、ツール入れればだいぶ省力化できると思う。 その上司じゃどうしようもないから、早めに管理システム入れたほうがいい。 605 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 20:11:31.83 ] >>603 Tracとかredmineを検討したほうがいいんじゃない？鯖いるけどｗ 606 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 23:17:15.66 ] 鯖立ち上げまで一発でインストールしてくれる そんな夢のようなツールないですかね 607 名前：デフォルトの名無しさん mailto:sage [2011/09/05(月) 23:55:40.10 ] >>603 うげぇ。そのPG一覧はExcelってオチか。 それはマズイ。 608 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 11:04:59.10 ] そのレベルだと VCS 入れたら入れたで問題起きそうだねえ 609 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 12:10:54.34 ] 各モジュールに担当が決まっているような職場で、オプソ界隈のVCSがどれくらい効果的に使えるかねぇ? …とか茶々入れてもしょうがないな。DVCSにして、マネージャ級だけがプッシュできるリポジトリを作るに一票。 >>600 610 名前：デフォルトの名無しさん [2011/09/06(火) 17:12:20.61 ] 画像ファイルをリポジトリに入れてるんだけど、色を変えただけでファイルサイズが同じだと 変更を認識してくれなくて酷い目にあった。 試してみたら bzr : NG git : NG hg : OK svn : OK って感じだった。 これって常識？ 611 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 17:13:31.88 ] バナリはなあ、、、 タイムスタンプ見るかどうか？ 612 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 17:38:44.83 ] mjd? ありえんなあ。 613 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 18:04:07.75 ] >610 VCSによっては、タイムスタンプもサイズも同じなら中身まではチェックしないってのはある。 タイムスタンプが変わってるのにサイズが同じってだけで変更無し扱いになるってのはちょっと考えにくい。 614 名前：562 mailto:sage [2011/09/06(火) 18:10:44.18 ] >>604 上司がやってなかったところがシステム化されるので大丈夫かなと思います。 >>605 まだどのバージョン管理システムを使うか検討段階なんで どういうものがあるかも含めて教えてもらえると助かります。 鯖は無しでいいやつがいいです・・・・orz 615 名前：デフォルトの名無しさん mailto:sage [2011/09/06(火) 19:30:58.94 ] >>614 各ホストファイル共有ベースでやってるならなおのことDVCSがいいね。 616 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 00:08:14.87 ] >>614 聞いてる感じだとMercurialが無難そう。GUIクライアントもこなれてるし。 日本語ファイル名をつかうなら、個人的にはBazaarを推したいけど。 とりあえず、HgInitでぐぐって出てきたページを読んでみるといいよ。 オリジナルは英文だけど和訳もあるはず。 617 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 00:32:56.06 ] >>610 ＞git : NG これは信じ難いなぁ 618 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 11:29:43.76 ] >>610 同じサイズのバイナリファイルということで dd if=/dev/urandom of=file count=1 で試してみたけど再現しないな。何かやり方を間違っているだけでは。 619 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 12:15:08.63 ] ある程度以上の大きさのファイルは index に含まれなく、ファイル全体比較もしないんじゃないかな? (一部だけ比較してるとか) 620 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 13:46:36.72 ] >>610 gitとbzrとsvnで確認してみた。 同サイズでタイムスタンプが同じだと、確かにgitとbzrはNGだった。svnはOK。 同サイズでタイムスタンプが異なるとgit、bzr、svnの全部がOKだった。 621 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 13:50:30.82 ] え、タイムスタンプが関係してくるSCMって大丈夫か？ 622 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 13:55:41.41 ] バイナリーは特別扱いだろ 623 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 16:18:44.38 ] >>622 それは、バイナリファイルの場合は特別にタイムスタンプによって何か処理するということ？ 624 名前：デフォルトの名無しさん [2011/09/07(水) 16:37:24.24 ] まずバイナリの定義を述べてもらおうか 625 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 16:47:33.27 ] >>624 そのVCSでテキストレベルのdiffが取れないのがバイナリの定義じゃね？ 626 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 16:52:46.13 ] >>624 gitとかsvnはバイナリファイルかどうかを判断してんだけど、知らないの？ 627 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:29:05.52 ] >>624 mercurialだとNULバイト(0x00)が存在するものをバイナリファイルとして扱っているよ 628 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:30:24.65 ] gitのこと全然知らないんだけど、軽くググったところによると、「同サイズで同じexifを持ってれば同じとみなす」 とかいうことかも。 ファイルそのものの属性としてのタイムスタンプを見てるとは信じがたい。 629 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:35:55.51 ] 気になるならテキストモードでやればいいだけ それが専用プラグインなんかを突っ込む(Excelなんかはそうやるだろ？) この手の質疑応答は10年ぐらいから嫌という程みてきたわｗ 630 名前：629 mailto:sage [2011/09/07(水) 17:40:21.02 ] ×この手の質疑応答は10年ぐらいから嫌という程みてきたわｗ ○この手の質疑応答は10年以上前から嫌という程みてきたわｗ 要は該当するファイル群に対して強制的にハッシュを取るようにすればいいだけの事 631 名前：620 mailto:sage [2011/09/07(水) 17:45:28.75 ] gitとbzrとsvnで確認したのはWindows7上でした。 テキスト・バイナリ同じ結果となりました。 Linuxでは、ctimeを任意に変更することができなかったので 同じタイムスタンプのデータは作成できませんでした。 gitでは、chmod(ctime更新)したらそのテキストはmodifiedに なりadd&commitできましたので、ctimeで判断しているように思えます。 632 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 17:48:52.87 ] >>630 何いってんの 633 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:03:41.17 ] バイナリだろうがテキストだろうがハッシュはとるでしょ。 ファイルサイズの大小ならともかく、テキストかバイナリかでその辺の挙動を変える意味はないし。 毎回全ファイルのハッシュ計算するわけにもいかないし、タイムスタンプとサイズが一致してたらとりあえず 未変更とみなすっていうのはそれなりに妥当な落としどころだと思う。 634 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:09:47.26 ] ひとりだけ勘違いくんが居るよ 635 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:17:45.90 ] とりあえず差分は無理だからな。丸ごと保存することになる場合が多い 636 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:17:49.92 ] >>633 何いってんの どのSCMのコード見ての発言なの 637 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:21:51.64 ] ネットワーク越しのクライアント使う場合も、ローカルファイルのメタデータ送ってるって事か？ 638 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:23:46.11 ] >>633 毎回全ファイルのタイムスタンプとサイズをやりとりするの？ 639 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:26:01.40 ] >>635 svnは内部的にはバイナリファイルも差分で持ってるぜ 640 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:34:11.97 ] これマジか gitとbzrは怖くて使えんわ 641 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:49:21.28 ] >>633 取らない物が殆ど 仕様をちゃんと読め 642 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 18:52:36.71 ] タイムスタンプがどうとか言ってる奴はバージョン管理を何だと思ってるの？ｗ 643 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:03:14.53 ] 画像なんかのバイナリをバージョン管理に含める人がまだいるんだなぁ。 こういう人達はDBに沢山の画像をつっこむ以上に愚かだわ。 644 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:04:40.83 ] github の画像差分とか見てみろ 古い常識に囚われてはいかん 645 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:09:17.24 ] 古い常識つーか今も常識でしょ。 リポが肥大して後で消そうにも消せない問題は未だ健在(出来る物も有るけどね)。 そんな拡張によるニッチな要求を満たした例を上げて「今はバイナリも突っ込むのが常識」なんて言われても説得力がないわい。 646 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:46:50.49 ] ゲームなんかだとバイナリ突っ込むけどなあ。 647 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:49:21.44 ] 自分の常識があらゆる場合において普遍と思ってる奴は結構多いからな 648 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:52:05.38 ] ゲーム開発でバージョン管理にバイナリ突っ込む？えっ？ 定期的にスナップショットをとるだけだろ… あぁ同人か… 649 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 19:57:00.50 ] やっと10年前のレベルに追いついてる土方が沸いたか 650 名前：633 mailto:sage [2011/09/07(水) 20:01:27.36 ] >>641 マジで？これは恥ずかしい。 でもGitとBazaarはハッシュ取ってるよね？ >>642 そうは言っても、>>620 に書いてないMercurialも含めて、そういう挙動をしてるからなあ。 ちなみにタイムスタンプって言ってるのは、最後にコミットした時点のタイムスタンプじゃなくて、 ローカルで最初に変更チェックした時のタイムスタンプね。 BazaarとMercurialについては、一回ファイルの変更チェックしたら、サイズかタイムスタンプが変わらない限り再チェックされないようになってるように見える。 Gitは今手元にないから分からん。 651 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 20:08:37.60 ] 見えるとかわからんとか言うぐらいなら一々レスするなって・・・・ 652 名前：620 mailto:sage [2011/09/07(水) 20:19:42.68 ] git statusやbzr statusでmodifiedってならないだけならいいんだけど･･･ 私の環境(Win7pro 32bit、bzr2.4.0、git 1.7.6 mysgit)だと、 ファイル名を指定してcommit(gitの場合はaddでファイル名指定後)も、 できないのが困る。 この現象が、私だけなのか、誰かWindowsでの動作を試してみてくれませんか？ 653 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 20:27:04.66 ] 要件上、画像の編集履歴を取りたい＋過去版を参照・取得したい というのが必須なら、やはりVCSに突っ込むのがベターな選択だと思うよ。 ただその場合は、プログラムコードの管理をメインに開発されたVCSよりは、 Adobe Version Cueのような画像・映像データのアセット管理をメインに据えた 製品を選定するのが良いと思う。……というかそれは板違いの話になるな。 ちなみにウチは帳票定義用のバイナリーファイルをSVNに突っ込んでる。 Excelとか、Wordとか、PDFとか。 654 名前：デフォルトの名無しさん [2011/09/07(水) 21:22:09.87 ] バイナリを入れないってのは、機械生成できる実行形式みたいな のを入れないっていう意味だろ女子高生 655 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 21:31:19.43 ] >>648 画像データの内容とプログラムの仕様が一致していないとマズいから、 コードとデータを一緒くたにSubversionで管理してるよ。 以前までコードとデータを別々に管理してたけど、 コードだけ更新してデータを更新しないとか、逆のこととかが頻発するんだよね。 特に納期直前にそんな事あったら目も当てられん。 656 名前：デフォルトの名無しさん mailto:sage [2011/09/07(水) 21:48:56.84 ] >>655 ディレクトリ、ファイル単位で別々のリビジョンをチェックアウトできるSubversionでは、 その要件は満たさない 657 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 00:24:05.54 ] >>656 そうなのかな。よく理解できてないけど。 658 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 00:38:53.93 ] タグくらいつけるだろ 管理できる 659 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 11:28:05.50 ] >>655 うむ。一番楽だ。重いけどな。 >>656 わかりやすく説明してちょ。 660 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 12:45:06.80 ] わざと一部だけ違うバージョンのファイルを混ぜてバージョンが一致してないとか言い出す揚げ足取り 661 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 14:01:54.84 ] >>629 > この手の質疑応答は10年ぐらいから嫌という程みてきたわ そうなの？何か別の物と勘違いしてない？ 今回の問題は「（フォーマット不明の）画像ファイルをSCMで扱うとき、ファイルの日付と サイズが同じ場合、内容が異なっていてもSCMによっては同一のものと認識する」だよ？ GitやMercurialのFAQに書いてたりするのかな？ 662 名前：デフォルトの名無しさん [2011/09/08(木) 14:06:41.17 ] >>652 bzrで--unchangedつけてもダメ？ 663 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 14:40:48.36 ] 少なくともgitはファイルスタンプなんて見てない 画像はexifを見てるんだろうが、気に入らなきゃ自分で設定出来る 664 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 15:36:12.91 ] てか、プログラムで扱う画像ファイルにはexifなんか無いのが多いのでは？ 665 名前：620 mailto:sage [2011/09/08(木) 16:46:29.90 ] >>662 bzrで--unchangedをつけて、試しましたがコミットは増えましたが、 変更が取り込まれませんでした。 再度Linux(Debian etch on VMware Player)とgit(1.5.6.5)で実験しました。 VMware Playerのフォルダ共有の機能でWindows上のフォルダを共有。 そこにディレクトリを作成してgitレポジトリを作成。 ファイルを追加してコミットした後、ファイルのサイズが変わらないようにファイルの内容を変更。 touchでファイルの存在するディレクトリとファイルのタイムスタンプを変更前のタイムスタンプに戻す。 VMwareのファイル共有ディレクトリだと、touchでctimeも変更できました。 この状態でgit statusをしても、変更がないと認識されました。add&commitもできませんでした。 666 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 17:03:17.59 ] >>665 gitの場合、.gitattributes ファイルに *.foo binary と書いとけば、拡張子.fooファイルはバイナリだと扱われる これで試すとどうなる？ 667 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 17:42:49.51 ] >>620 OKってどういうこと？ svnってバイナリファイルはタイムスタンプ同じなら中身見ずに(つまりサイズが同じだろうが異なろうが) 「変更なし」になるんだけど。 変更を検知できないんならNGじゃね？ >>631 gitはパーミッションも管理対象だからじゃね？ 668 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 17:53:14.49 ] >>667 > svnってバイナリファイルはタイムスタンプ同じなら中身見ずに(つまりサイズが同じだろうが異なろうが) > 「変更なし」になるんだけど。 まじか svn使えねー 669 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 18:17:29.09 ] GitについてLinux(Debian Lanny)とMac OS X(10.6)で確認したら サイズとctimeが同じでも、中身が違えば変更検知されたのだが 670 名前：デフォルトの名無しさん [2011/09/08(木) 18:28:23.18 ] 中身を見るなんて無駄な処理は要らない タイムスタンプを変えないなんてわざとそうているのなら 運用する側が工夫すればよい 671 名前：620 mailto:sage [2011/09/08(木) 18:37:47.23 ] >>667 私の環境のTortoiseSVNだと、変更したファイルをクリックして状態を 観ると変更ありになり、コミット可能でした。 >>669 ファイルのみのctimeが同じな場合は、変更が検知されましたが、 その親ディレクトリのctimeを一致させた場合は、だめでしたので、 665ではそのように記述しました。 672 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 18:50:46.18 ] >>671 .git/ がある親ディレクトリまで含めて、全てのディレクトリとファイルの ctimeを同じにしたけど、中身が違えば変更が検出されたぞ どうなってんだ 673 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 18:53:09.32 ] このスレっていつからVIPになったの？ 674 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 19:25:21.57 ] 620は他のVCSに難癖を付けたいだけのSVN厨 675 名前：デフォルトの名無しさん mailto:sage [2011/09/08(木) 21:37:47.88 ] stackoverflow.com/questions/1778862/how-does-git-detect-that-a-file-has-been-modified 676 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 18:59:34.46 ] svnはこれだな。 stackoverflow.com/questions/4730452/why-does-subversion-fail-to-flag-a-modified-microsoft-excel-spreadsheet-file ttp://feather.cocolog-nifty.com/weblog/2010/12/excelbazaartort.html を読む限りでは、 svnは>>667の通りで、 bzrは>>650っぽいけど、初めの状態からタイムスタンプが変わらない限りは svnと同様ファイルサイズ等のチェックはしない…らしい。 svnで試してみたがやはり変更は検出されない。>>610>>620は何か勘違いしてる。 >>668 bzr/gitでも試したがタイムスタンプ一緒だと変更検知できないよ。 677 名前：デフォルトの名無しさん mailto:sage [2011/09/09(金) 19:11:14.55 ] サイズの同じ画像ファイルsample1.png, sample2.png を用意して、 こんな感じのシェルスクリプトを書いて実行してみた --------------------------------------------- #!/bin/sh mkdir dir cd dir echo "*.png binary" > .gitattributes git init touch .gitattributes touch ../dir cp ../sample1.png a.png git add a.png cp ../sample2.png a.png cd .. --------------------------------------------- 実行は一瞬で終わるので、dir と dir/a.png と .gitattributes は全部同じタイムスタンプになった(statで確認） で、git status してみたら変更が検知されたよ 678 名前：676 mailto:sage [2011/09/09(金) 19:13:22.93 ] ごめん、gitは検知した。検知できなかったのはhg。 svn NG bzr NG hg NG git OK 679 名前：デフォルトの名無しさん mailto:sage [2011/09/10(土) 08:47:32.42 ] つか file stat関係って、cifs とローカルで微妙に仕様が違ったりするんじゃないっけ？ 680 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 04:38:09.42 ] 毎回全ファイルの内容をチェックしてたらステータスの確認に時間がかかるから仕方ない。 変更したファイルはtouchすればいい。 681 名前：デフォルトの名無しさん [2011/09/11(日) 13:38:57.77 ] >>680 だなー。内容変えたらタイムスタンプも変えておけってこった 682 名前：デフォルトの名無しさん mailto:sage [2011/09/11(日) 20:53:04.25 ] PHPがGitに移行するみたい ttp://news.php.net/php.internals/55293 683 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 11:18:01.38 ] 変更したファイルをtouchすれば良いだけの話なのに ぐだぐだと粘着してた奴が svnも検知できないと分かったとたんパッタリ消えたのが笑えるwww 684 名前：デフォルトの名無しさん mailto:sage [2011/09/12(月) 11:46:04.68 ] ていうか、普通変更したらタイムスタンプ変わるよね 685 名前：デフォルトの名無しさん mailto:sage [2011/09/13(火) 23:23:49.08 ] 待てよ、Mercurialでいいだろ！？ 686 名前：デフォルトの名無しさん [2011/09/30(金) 22:49:56.45 ] 687 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 10:17:37.48 ] 最近sf.netよりgithubなプロジェクト多いな sf.netだと古くて動かないこと多いし でも日本語ファイル名あったらsvnの方がいいのになんでgitなんだろ 688 名前：デフォルトの名無しさん [2011/10/01(土) 10:27:38.33 ] 日本語ファイル名なんてそんなにないんじゃない? 689 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 11:31:56.07 ] とにかくSourceForgeが使い辛いことにみんなが気づいてきたのが一因にあると思う 用途によってはsvnのほうが良いとしても、githubとSourceForgeには超えられない壁がある 690 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 11:56:33.55 ] もうVSSでいいじゃん VSSのどこが気に食わないんだ？ 691 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 12:11:45.07 ] 全て 692 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 15:37:43.92 ] まあリヌース君が「svnは肥溜めの糞の中にあるサナダ虫の糞の中にある細菌の糞」って言っちゃったからなあ 693 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 18:32:06.16 ] 少なくともフリーのバージョン管理システムと言えばCVS、と考えていた時代にリビジョンの概念を導入したSVNの功績は認められるべきだと思うんだが。糞とまで言われるのは使っていた自分としては哀しすぎる。 694 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 21:23:49.83 ] svnもよいものだったと思うよ。いまだに使われてるのもその証だし CVSよりイケてるのがほぼsvnだけだった、て時代が長かったてのもあるけど まあ、より使いやすい(と誰かが考える)ものに変わってくのはなんでも同じ svnがそこにあって、それが気に入らなかったからLinusもgitつくったわけだし よくもわるくも、svnがなければhgもbzrも育ってないと思う だからsvnはよくやった、いままでごくろうさん、て感じかね 俺としては、ファイルシステムレベルでVCSをブチこんでくれないかな、 と前から思ってるんだけど。そういう構想とかないのかなあ 695 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 21:33:32.16 ] >>693 振り回され過ぎ。ほぼ完璧にUnicode対応 出来てるのは今でもsvnだけだし、 業務に使うのにこれほど信頼できるものも他にない。 リポジトリがネットワーク的に近ければ十分現役。 OSSのリポジトリは遠いからDVCSの速度が必須というだけ。1コミットに数分とかありえないだろ 696 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 21:57:58.42 ] >>694 Lionだと、全てのドキュメントが自動セーブ＆自動バージョニングされるらしいぞ、知らんけど 697 名前：デフォルトの名無しさん mailto:sage [2011/10/01(土) 22:44:13.89 ] >>695 ローカルで履歴弄り放題のgitもいいもんだぞ Windowsだと未だにsvn一択なのが悲しいが・・・ 698 名前：デフォルトの名無しさん [2011/10/02(日) 08:15:31.39 ] >>695 > 振り回され過ぎ。ほぼ完璧にUnicode対応 > 出来てるのは今でもsvnだけだし、 > 業務に使うのにこれほど信頼できるものも他にない。 バックアップが無くて全てパー サーバがクラックされて全てパー 699 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 09:58:33.94 ] >>698 そう煽るなら上2行は引用しないのが適切 700 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 11:06:15.54 ] mercurial >>> git 701 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 12:42:12.53 ] >>696 Windowsにはシャドウコピーがあるね 702 名前：デフォルトの名無しさん [2011/10/02(日) 21:00:37.28 ] >>698 バージョン管理システムと関係ないような気が 703 名前：デフォルトの名無しさん [2011/10/02(日) 21:01:41.57 ] >ファイルシステムレベルでVCS TRON 704 名前：デフォルトの名無しさん mailto:sage [2011/10/02(日) 23:47:13.33 ] >>698 >>702 Gitならサーバークラックされて顧客情報流出しても平気と聞いて 705 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 00:38:14.24 ] ジャーナリングファイルシステムの話が出るなら Plan9 が話題に出るべきじゃないの。 706 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 00:49:36.39 ] LinuxならNILFSだよな 707 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 07:47:55.75 ] >>703 TRONにはねーよ。 VMSかな。 708 名前：デフォルトの名無しさん mailto:sage [2011/10/03(月) 18:40:54.48 ] WebDAVが名前の通りにversioningするのはいつの日か 709 名前：デフォルトの名無しさん mailto:sage [2011/10/05(水) 19:57:49.20 ] BitbucketがGitに対応したって、マジすか？ 710 名前：デフォルトの名無しさん [2011/10/05(水) 20:06:54.07 ] まじすよ。 711 名前：デフォルトの名無しさん [2011/10/28(金) 19:50:58.83 ] 　 712 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 20:09:47.78 ] はてなとmixiはgit使ってるんでしょ？ 713 名前：デフォルトの名無しさん mailto:sage [2011/10/28(金) 20:24:03.65 ] LLVMはGit使ってないよ 714 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:32:11.25 ] なぜ、アホみたいな煽り合いになるのだ？ Q:タイムスタンプが同じだと〜 A:touchする運用でよくね？ で済む話が 信奉者が信じたくない(>>617)とか言い出したり。 そんな使い方が悪い(>>643)とか言い出したり。 使用上正しいと(>>641)とか言い出したり。 その言い争いで何か得るものがあるわけ？ アホ過ぎて分からんわ。 715 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 23:35:46.05 ] そんな2ヶ月前の話をほじくり返すお前もアホだ 716 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 20:04:44.10 ] まて、0.025光年先からレスしたのかもしれないんだぞ 717 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 22:28:31.53 ] >>716 どういう計算だよ。2ヶ月なら1/6年だろ。 718 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 23:05:32.39 ] 計算は分からんが、概念としてどっちなんだろう 1光年みたく1光月という距離の単位があるとして 『1光月の彼方で、1ヶ月後に読み取ってその時書き込んだものがさらに1ヶ月後に我々の目に届く』 のか 『2光月の彼方で、2ヶ月後に読み取ってその時書き込んだものが瞬時に我々の目に届く』 のか、どっちでもないのか 719 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 00:00:43.38 ] 不特定の人がパッチを投げ合いながら開発するオープンソースの開発モデルと 企業内で自分の担当のソースをいくつか修正してcommitする開発モデルではかなり違うキガス 720 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 11:18:08.64 ] そもそも光年は時間の単位じゃないだろ・・・ 721 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 12:00:51.46 ] >>720 距離だよ。そんなことは常識だ。 光速より速い伝達手段がないから、仮に0.08光年離れたところからレスするなら 往復で0.16光年。即ち58日掛かるだろってこった。 因みに、0.025光年なら高々9日ほどだから往復でも18日。 二ヶ月前の話を穿るにしては中途半端すぎる。 722 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 12:24:31.18 ] >>716は光回線じゃないんだよ 723 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 21:24:08.38 ] TCPなんだからパケット１往復でレスできるわけ無いじゃんよ 724 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 23:37:38.83 ] スレチなのは重々承知だが素朴な疑問が >>721 「光速より速い伝達手段がない」っていうのは 『とても軽い1光年の長さの棒があったとして、棒の端を押すかひねるかすると その反対側が動き出すのはどんなに早くても1年後』 になるの？ せーの、で動き始める事にならないから音が水や金属を伝わる速さに差が出るのと 似た話になるんだろうか？？？ 725 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 23:41:55.54 ] 物理板でやれ kamome.2ch.net/sci/ 726 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 00:08:07.39 ] ありがとう、そこ行ってみる スレ汚しすまんかった 727 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 02:42:10.27 ] テンプレ読んだけどmecurialとGITの一騎打ちでsubversionは論外でOK？ subversion使ってる人多いみたいだけど。 728 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 16:53:16.30 ] 分散型の機能が必要なら論外。 不要なら鉄板。 729 名前：デフォルトの名無しさん mailto:sage [2011/11/10(木) 22:18:29.30 ] >>728 集中型だとsubversionが鉄板なのか。どうりで名前をよく聞くわけだ。 どうも有り難う。 730 名前：デフォルトの名無しさん mailto:sage [2011/11/11(金) 02:24:44.84 ] >>727 TortoiseSVNなどクライアントの成熟や日本語環境の安心度、集中型であるがゆえのシンプルさなどがSubversionの利点。 731 名前：デフォルトの名無しさん [2011/11/12(土) 09:25:18.73 ] 分散型は日本語環境が不安なので１人TortoiseSVN 732 名前：デフォルトの名無しさん mailto:sage [2011/11/12(土) 22:34:58.67 ] Mercurialは最近ファイル名にUnicodeが使えるようになったらしい Bazaarは前からUnicode使える GitはCygwin版とかUTF-8対応msysgitにすればいいがTortoiseGitで文字化けする Cygwin版GitとCygwin版GitGUIならいいのか？でもあれはTortoiseより使いづらい だからこの3者で日本語の扱いに問題ありそうなのはGitだけということになった 733 名前：デフォルトの名無しさん mailto:sage [2011/11/12(土) 23:11:54.74 ] >>732 > Mercurialは最近ファイル名にUnicodeが使えるようになったらしい まだなっていない。 Windowsのネイティブ環境(cygwinじゃない環境)でUTF-16が扱えないということで、 それ以外の環境であれば、Unicodeのエンコードの一つUTF-8を扱うのに MercurialもGitも制約は無い。 734 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 16:47:52.61 ] Macもいれてやれよ… 735 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 21:19:20.38 ] >>733 「日本語の扱いに問題がある」ってんだからWindowsのことだよ。 頭悪いな 736 名前：デフォルトの名無しさん [2011/11/15(火) 21:36:30.42 ] 日本語ファイル名使う時点でクズ 737 名前：デフォルトの名無しさん mailto:sage [2011/11/15(火) 22:00:43.83 ] >>736 日本語嫌いな人？？国に帰れば 738 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 10:29:21.37 ] え？Macも日本語の扱いに問題あるだろ 739 名前：デフォルトの名無しさん mailto:sage [2011/11/16(水) 13:34:58.80 ] ありまつけど 740 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 18:52:16.11 ] Software Design 2011年12月号 gihyo.jp/magazine/SD/archive/2011/201112 第2特集 まだSubversionで大丈夫？ イケてるGitの使い方 ［Git×Subversion＆Redmine］ 第1章：SVN使いのための Git入門……岡本 隆史 第2章：git-svnによるSVN包囲戦［戦支度編］ ローカルGitでSubversionを攻略せよ……川西 俊之，正徳 巧 第3章：git-svnによるSVN包囲戦［実戦編］ ローカルGitでSubversionを攻略せよ……川西 俊之，正徳 巧 第4章：RedmineによるGitリポジトリ包囲戦 プロジェクト管理ツールでGitをパワーアップ……岡本 隆史 741 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 23:29:17.44 ] 下のようにレイアウト組んでましたが、表の部分を右にずらそうとmarginを指定しても動いてくれません。 説明文と表と説明文の３つをdivで囲って、表の部分をtable{position:relative;left:20px}とかしたら 理想の通りになったんですけど、考え方としてこれでいいのでしょうか？ ┏━━┓説明文 ┃ 図　┃表 ┃　　　┃説明文 ┗━━┛ 742 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 23:34:49.93 ] 使い勝手がよいGUIがあるものが一番 743 名前：デフォルトの名無しさん mailto:sage [2011/11/18(金) 23:45:50.65 ] >>741 誤爆でした。どうも騒がせて済みません。 744 名前：デフォルトの名無しさん [2011/11/19(土) 16:29:42.10 ] いえいえ 745 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 18:35:58.41 ] >>744 hibari.2ch.net/test/read.cgi/tech/1261676778/213 hibari.2ch.net/test/read.cgi/tech/1272358443/83 hibari.2ch.net/test/read.cgi/tech/1321350331/22 hibari.2ch.net/test/read.cgi/tech/1318935200/82 hibari.2ch.net/test/read.cgi/tech/1290415962/444 hibari.2ch.net/test/read.cgi/tech/1314133332/444 hibari.2ch.net/test/read.cgi/tech/1315141054/25 hibari.2ch.net/test/read.cgi/tech/1321282584/4 hibari.2ch.net/test/read.cgi/tech/1156332916/186 hibari.2ch.net/test/read.cgi/tech/1177431417/279 hibari.2ch.net/test/read.cgi/tech/1295493964/744 hibari.2ch.net/test/read.cgi/tech/1300000513/237 hibari.2ch.net/test/read.cgi/tech/1163319215/911 746 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 04:59:47.49 ] よ 747 名前：デフォルトの名無しさん [2011/11/20(日) 13:30:28.15 ] hibari.2ch.net/test/read.cgi/tech/1310403238/645 645 名前：デフォルトの名無しさん [sage]： 2011/11/20(日) 08:33:26.23 >>644 もうgitはsvnを抜いているよ qa.debian.org/popcon-graph.php?packages=bzr,cvs,darcs,git,git-core,mercurial,monotone,rcs,subversion&show_installed=on&want_legend=on&beenhere=1 748 名前：デフォルトの名無しさん mailto:sage [2011/11/20(日) 17:10:36.62 ] 私はsvnを続けるよ 749 名前：デフォルトの名無しさん mailto:sage [2011/11/21(月) 09:14:35.58 ] 僕は Subversion 1.6 を使い続けるよ。 750 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 16:17:39.36 ] fossil ってのは実際どんなもんだろうかと思って、 バージョン管理ツール総合スレらしきここを覗きにきた。 一言も登場しとらんのな。 751 名前：デフォルトの名無しさん mailto:sage [2011/12/02(金) 19:59:03.84 ] fossilは1〜2年に一回くらいの頻度で、バージョン管理系のスレやBTSスレかWIKIスレで見かける気がする。 752 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 01:42:40.77 ] 昔WinMXっていうＰ２Ｐ型のファイル交換ソフトがあったけど、 あんな感じでWindowsにインストールしたらいきなりファイル交換を自動的にし合うような そんなバージョン管理ソフトはまだ出現しませんかね？ 753 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 02:07:15.59 ] そんな使いにくそうなソフトは、いつまでたっても出現しないと思う。 754 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 03:27:28.52 ] dropbox 755 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 21:25:54.92 ] RCSをGUIで表示できるアプリありませんか？ 756 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 22:25:32.76 ] どうしてBazaarって人気ないの？ 757 名前：デフォルトの名無しさん [2011/12/04(日) 22:32:47.85 ] >>756 GNUだから 758 名前：デフォルトの名無しさん mailto:sage [2011/12/04(日) 23:20:45.18 ] >>756 bzr-explorer が中途半端に使いにくい 759 名前：デフォルトの名無しさん [2011/12/04(日) 23:21:40.66 ] GNU tla由来のbazaarとCanonicalのbazaarは別モンじゃね? 760 名前：756 mailto:sage [2011/12/04(日) 23:28:52.04 ] ぼくはBazaar使ってるんだけど、結構良いと思うんだけど。 subversionから移行して便利だなあって思ってるんだけど。 gitとかhg使ったことないから、そっちのほうがいいのかもしれないけど。 >>757 どうしてGNUだと人気ないの？ >>758 なんか良いGUIクライアントありませんかね。 761 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 00:06:34.92 ] >>760 あなたがWindowsを使っているのか、Linuxを使っているのかわからないけど 俺はwindows から使っている感想を書く。 SVNの場合TortoiseSVNを使う限り、SVNのコマンドを意識する必要は全く無い。 ところがBazaarの場合、TortoiseBZRにしろBzr-Explorerにしろ、BZRコマンドが 動いているのが見えるし、エラーが起きるとBZRコマンドを実際に打たないと復旧出来ない 場合がたまにある。GUIツールはGUIだけで完結してほしい。 特にWindowsの場合はそうでないと、グループで使うのはちょっと無理。 762 名前：756 mailto:sage [2011/12/05(月) 00:14:09.66 ] >>761 たしかに。TortoiseSVNは優れていますね。 hgやgitはWindowsでGUIツールで完結できるものはあるのでしょうか。 763 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 00:20:14.41 ] >>761 > SVNの場合TortoiseSVNを使う限り、SVNのコマンドを意識する必要は全く無い。 だって、svn.exeが付いてないんだもん。 764 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 01:58:42.83 ] >>763 最近のTortoiseSVNには付いてるよ。 765 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 03:16:56.63 ] >>761 Subversionっていうか、TortoiseSVNが優れてるっていう話だね。 うちの会社もSubversion使ってる。 Linuxでコマンドラインだけど。 ファイル数がめちゃめちゃ多いとcoするにもupdateするにも時間もメモリも食い過ぎていい方法か、いいソリューションが無いかと検討中。 766 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 03:36:06.74 ] SVN、管理ファイル1個になってそのへんマシになったんじゃないの？ 開発途中で乗り換えるのは危なすぎるが、次のやつで試してみたいところではある 767 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 03:43:25.35 ] >>765 そういう場合は本格的にgitを考えたほうがいいかも 768 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 07:30:18.52 ] TortoiseSVNが優れてるってのは他に比較するものを知らないから優れているって信じているだけではないか？ 他のものと比較してとりたてて優れているところはないが。 769 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 17:12:12.22 ] bazaar は遅い。 770 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 20:42:12.30 ] >>768 他の物って何？具体的なソフト名を挙げてくれ 771 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 21:11:43.17 ] >>770 TortoiseCVS 772 名前：デフォルトの名無しさん mailto:sage [2011/12/05(月) 21:47:53.52 ] >>768 ・Windows上の ・フリーで使える ・GUIの ・バージョン管理ソフト の中では、やっぱ一番順当に使える完成度じゃなかろかね。 CVSよりはSubversionのが良いし、 かといって、Gitやらhgやらござーるやらにおいては、 今度はtortoiseの完成度が…だし。 773 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 01:20:45.51 ] ＣＶＳのが優れてるとかはじめてみたわｗ 774 名前：755 mailto:sage [2011/12/06(火) 02:11:34.33 ] TortoiseRCSのようなものはありませんか。単体で動くものでもかまいません。 775 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 07:36:04.07 ] TortoiseCVSはCVSクライアントとしては十分な完成度 CVSとSVNでは出来ることが違うのだからTortoiseCVSとTortoiseSVNを比較しても無意味 TortoiseHgとbzr-explorerはWindowsだけが動作環境では無いので、TortoiseSVNと比較しても無意味 TortoiseGitはgit extensionsという代替がある TortoiseBzrは世界的に使われているのか疑問 776 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 12:56:30.07 ] GUIだったらWinCVSが一番良かった。 時点でEclipse。 777 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 21:04:55.95 ] >>755 RCSではないが、似たようなことをする Visual SouceSafe というものがある。ディスコンに向かってるけど。 GUI で RCS って面倒なだけだよ? 778 名前：デフォルトの名無しさん mailto:sage [2011/12/06(火) 21:12:05.43 ] 各種分散型にインポートしろ 779 名前：755 mailto:sage [2011/12/06(火) 23:59:59.17 ] >>777 そうなんですか。 履歴とかをグラフィカルに見たかったので。 780 名前：デフォルトの名無しさん mailto:sage [2011/12/07(水) 00:23:13.91 ] RCSのグラフィカル履歴っていったい… 781 名前：デフォルトの名無しさん mailto:sage [2011/12/07(水) 00:30:10.63 ] ラインエディタからスクリーンエディタにすれば、よりグラフィカルに。 782 名前：デフォルトの名無しさん mailto:sage [2011/12/07(水) 22:06:27.69 ] 板の移動を管理するバージョン管理ソフト 783 名前：デフォルトの名無しさん mailto:sage [2011/12/08(木) 11:52:36.03 ] 第二の内柴を出さないためのバージン管理ソフト 784 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 21:21:56.20 ] 分散型バージョン管理ソフトって、 簡単に言えばファイル交換ソフトにバージョン管理を組み合わせただけでしょ Winny にバージョン管理とssh通信付ければ、 最強の分散型バージョン管理ソフトが出来たのに、 ↓仁義なきなんとかネタの突っ込み禁止 785 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 22:13:00.71 ] >>784 マージできんモン送られても困るがな。 786 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 22:54:52.34 ] 履歴ログも閲覧出来んし。 787 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:47:18.48 ] 自分用のコミットを勝手に同期されても困る 788 名前：デフォルトの名無しさん [2011/12/09(金) 23:47:27.97 ] パッチの順序性をどこで確保するかが難しいな。 789 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:51:15.60 ] あれ？他のすれが消えてる？ 790 名前： 【18.3m】 【東電 82.0 %】 mailto:sage [2011/12/09(金) 23:51:38.60 BE:5044097489-2BP(108)] 移転だってさ 791 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:52:42.31 ] ラピュタ混乱の最中にやらんでも 792 名前：デフォルトの名無しさん mailto:sage [2011/12/09(金) 23:57:19.16 ] �d�j 793 名前： 【28m】 【東電 82.0 %】 mailto:sage [2011/12/10(土) 00:32:02.42 BE:1050854235-2BP(108)] 移転していない件orz 794 名前： 【26.8m】 【東電 82.0 %】 mailto:sage [2011/12/10(土) 00:32:30.29 BE:420342023-2BP(108)] ってハード換えたのか 795 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 12:49:29.27 ] バージョン管理の行き着く先が git なのかな　？ git を本質的に超える バージョン管理はもう現れないのかな？ 796 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 13:15:24.55 ] ｈｇ 797 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:23:58.07 ] >>796 HGが、”本質的”にgitを超えているとは思えないな 多少の機能の違いがあるだけで似たり寄ったりですな 798 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 14:27:45.52 ] >>797 ファイル名の扱いが構想通りに実現すれば、他のVCSを超越すると思う 799 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 17:40:14.09 ] >>798 望みが低すぎる 800 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:29:18.18 ] 本質ってどういうこと？ どれも思想が異なるわけだが 801 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 20:32:39.04 ] >>800 gitとhgは思想は一緒。リポジトリへの保存方法とコマンド体系が違うから別物に見えるけど。 802 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 21:14:57.01 ] 妖怪人間bazaar が　hg のような普通の人間になろうとしているのが痛い 803 名前：デフォルトの名無しさん mailto:sage [2011/12/10(土) 21:15:34.91 ] >>800 思想がちがうのはdarcsだけ 804 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 03:11:29.28 ] >>798 gitが優れてる部分が多いことは間違いないんだけど、 バイナリを頻繁に扱わなくちゃならない環境にとってはgitじゃ駄目なんだよなぁ 805 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 15:31:56.85 ] >>804 バイナリが得意なVCSってなに？ 806 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 15:58:35.45 ] >>805 Mercurial 2.0リリース、バックポートに有用な「graft」コマンドや サイズの大きいバイナリファイルを効率よく扱う拡張などが導入される sourceforge.jp/magazine/11/11/04/0354255 807 名前：デフォルトの名無しさん mailto:sagee [2011/12/11(日) 16:18:33.61 ] >>806 それは単に実体を共有したりするだけだろ。そんなもんgitならデフォだ。 そして頻繁にバイナリの変更があるようなのはどっちもダメだ。 svnならバイナリも差分で格納してくれる。 808 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 16:32:10.84 ] >>807 > svnならバイナリも差分で格納してくれる。 hgも差分だけど。 もっとも、hgは、テキスト・バイナリの区別は(EOL拡張を除いて)してないけど。 記事にも概要は書いてあるけどもっと高機能。 d.hatena.ne.jp/flying-foozy/20111113/1321206115 12/19のAdvent Calendarにご期待下さい。 partake.in/events/902cd6d9-0215-4ea3-b51f-b8ff32e56426 809 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 16:33:57.52 ] bazaarのバイナリの扱いはどうなっていますか 810 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 16:44:05.76 ] hgの新機能についてはよく知らないけど、gitもpackすれば バイナリに限らず差分形式になる 811 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:18:49.81 ] 巨大なバイナリを扱おうとするとgitもbzrも大量のメモリーを使用した。 この点はsvnが優れている。hgは試してない。 812 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:25:35.96 ] ・何をした？ ・OSは？ ・メモリのキャッシュに残ってただけでは？ 813 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:27:15.85 ] svnと分散型を比較するのなら、svnのサーバも比較してね 814 名前：811 mailto:sage [2011/12/11(日) 17:34:26.83 ] いずれもMicrosoft Windows XPで比較。タスクマネージャーの仮想メモリ量 で見た。 1.7GBくらいのファイル1個をコミットしてみた。 hgはファイルサイズくらいのメモリーを消費した。 bzrはファイルサイズの倍(もっとかも)のメモリーを消費した。 svnは数百メガバイトくらい。 svnはサーバーを使わずローカルのファイルシステム上にSVNROOTを設定した。 ただしbzrをテストしたのはだいぶ前なので改良されてるかも。 815 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:36:29.61 ] >>814 仮想メモリ量じゃなかったかも。手元にXPがないんですまん。 816 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:46:23.18 ] ユーザモードのアドレス空間は2GBしかないのに3.4GB消費したの？ 817 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:49:39.45 ] bzrはだいぶ前だったから記憶があいまい。っていうか人のテストにケチをつける 前に自分でやってみればいいのに。 818 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:50:52.67 ] >>811>>814 gitとhgのどっちを試したのか分からん 819 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 17:55:07.49 ] >>818 すまん。gitとbzrとsvnだった。 820 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:13:30.24 ] >>817 テスト内容が非現実的。svnでサーバーを使わない目的が不明。 821 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:18:33.97 ] >>820 だから誰でも簡単にできるテストなんだから、好きにテストすればいい。 822 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:21:26.09 ] >>821 svnが優位というのは根拠が無いでOK？ 823 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 18:44:30.16 ] >>822 好きにしたら? 誰かの参考になるかと思って単にテスト結果を並べただけだよ。 svnを応援する気なんてない。実際svn使ってないし。 824 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:24:02.28 ] SubversionとMercurial使っている人に聞きたい。 理論的な上限じゃ無くて、実運用的な作業フォルダのサイズってどの程度にしている？ なんか、直ぐにファイル無くしたとか、上書きしたとか削除したとか言い出す人がいて、 管理フォルダまとめて管理してしまおうかと。でも、6.5GBで、ファイル数38,000くらいあるんだ。 さすがにこれをひとまとめは無茶だよね。Windows環境でファイルサーバー的にしか使ってない。 バージョン管理ソフト使うよりはファイルの書き換え毎にバックアップで戻るソフトさがした方が良いか。 そんなのあるのか知らないけど。 825 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:29:18.94 ] バージョン管理とは別にpdumpfsでも走らせとけばいいんじゃねーの 826 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:32:24.34 ] >>824 Subversionはディレクトリ（フォルダ）単位でチェックアウトできる。 Mercurialはサブリポジトリという機能がある。 827 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:36:35.06 ] バージョン管理ソフトの欠点は 使い方を理解している人が明示的に使わない限りは 全く機能しないってところだな 828 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:43:25.58 ] >824 WindowsのMercurialで、ファイル数2万ぐらいの画像ファイルの管理をした時の不満点は、 ・TortoiseHGのパフォーマンス劣化が酷い ・上位のディレクトリ名を変更したら、ファイル追加と同じぐらい激しくリポジトリ肥大 ・addのcommit中に共有違反で読めないファイルがあった時、リポジトリがぶっ壊れた 特に最後の奴が痛かった。常識的に考えて、エラーならアトミックにロールバックしろよ。 829 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 21:44:47.60 ] ごめんなさい 830 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:23:38.15 ] リポジトリ破壊とかﾋﾄﾞｽｗ 831 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:27:19.66 ] だからリポジトリをバージョン管理しておけって言ったのに… 832 名前：デフォルトの名無しさん mailto:sage [2011/12/11(日) 22:37:10.72 ] >>828 Mercurialって最近largefile拡張とかサポートしてたキガス 833 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 00:34:37.98 ] >>824 そのくらいなら実際に開発してた。 ディレクトリの切り方がまともなら十分可能。 常にその数を相手にするのはきついなあ。 834 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 00:48:50.75 ] >>817 ケチつけられるのが嫌ならいい加減なこと書かなきゃいいのに。 835 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 01:11:47.52 ] >>834 いい加減だったのは謝る。でも誰もsvnサーバーで巨大ファイルのテストを してないのにケチだけつけるのは驚きだ。 836 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 09:53:03.48 ] 見事なお子様反応。 「ぼく悪くないもん！」 837 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 10:50:40.41 ] テストになってないし無意味だからなｗ 838 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 11:23:56.12 ] >>835 お前2chは初めてか？力抜けよ。 839 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:17:56.61 ] テストしてみた。1.4GBのzipファイルをコミットしてみた。 ローカルファイルシステムを使った場合 → svn.exe が約10MB使用 svnserveを使った場合 → svnserve.exe が約10MB、svn.exe が約8MB使用 ファイルの最後にわずかな変更を加えて再コミットした場合も同様だった。 840 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:37:02.31 ] >>839 svnのバージョンは？ 1.6と1.7ではクライアントは全く違う。 841 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:45:54.17 ] >>840 たまたまはいってた古い1.5.2でやった。何でやればいい? 842 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 12:49:33.24 ] >>841 1.7 843 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 13:35:08.79 ] >>842 VisualSVNのコマンドラインツールでやった。サーバー、クライアントとも1.7.2。 1回めのコミット→サーバー20MB、クライアント5.5MB 2回目のコミット→サーバー20MB、クライアント5MB 使ったファイル→Jazz RationalTeamConcert3.01配布ファイルのzip 1.4GB 2回めのコミットの前に「echo a >> ファイル」でファイルに内容を追加した。 844 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 19:17:04.36 ] Git、Eclipse.orgでCVS、SVNを超える www.infoq.com/jp/news/2011/12/eclipse-git 845 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:38:29.65 ] 時代はgitだな。 846 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 20:53:04.53 ] hibari.2ch.net/test/read.cgi/tech/1310403238/778 778 ：デフォルトの名無しさん：2011/12/12(月) 19:41:23.29 >>777 後半のhgの所は間違っている。 bitbucketはプライベートリポジトリとして使われているケースが多い。 公開リポジトリが１つもないアカウントはいっぱいある。 hgのossプロジェクトは自前でリポジトリを立てている所が多い。 mercurial.selenic.com/wiki/ProjectsUsingMercurial 847 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:05:47.21 ] >>844 この著者はgithubが言いたいだけなんじゃないか。 Atlassianに買収される前のbitbucketは頻繁にサーバが落ちていたけど、 最近はほとんど無くなった。 機能もどんどん多くなってきている。githubとほとんど変わらない。 容量制限無し、プライベートリポジトリ、git/hg両方対応と、bitbucketの方が利便性が高い。 個人では公開はgithub、プライベートはbitbucketと使い分けているのが多い。 今後、githubからbitbucketに移動するプロジェクトも増えるのではないか。 848 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:27:55.21 ] どうしてbazaarちゃんを無視するの 849 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 21:33:23.02 ] >>848 Atlassianに聞いて 850 名前：デフォルトの名無しさん mailto:sage [2011/12/12(月) 23:55:59.46 ] ファイラーなに使ってますの？ 851 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 00:06:04.20 ] 分散バージョン管理システムの詳細なガイド 投稿日 2010年2月21日 www.infoq.com/jp/articles/dvcs-guide > 最初の頃パフォーマンスが悪かったため、Bazaarは周囲に影響を与える多くの > 早期採用者(MozillaやSolaris、OpenJDK)を失いました。 Bazaarって遅いのかよｗ 852 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 01:38:32.73 ] 大量のバイナリファイルを多くのユーザーで編集する環境で git選択しにくいのはパフォーマンス云々よりlock出来ないのが痛い。 そんなわけで一定以上のリソースがある場合はPerforce そうじゃないときはsvnって選択になっちゃってる。 853 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 01:39:12.54 ] 適材適所でいいんじゃない？ 854 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:18:50.98 ] >>853 その適材適所にみんな悩んでいるんだと思うが いくら適材適所でも3も4も管理システム導入とか非現実的だし 855 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:26:33.87 ] >>852 つ>>397 856 名前：デフォルトの名無しさん mailto:sage [2011/12/16(金) 07:30:03.15 ] >>397はリンク切れで新しいリンク mercurial.selenic.com/wiki/LockExtension Mercurialの主要コミッタ作なんで品質は大丈夫だろう 857 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:18:25.37 ] アイコンのビットマップ程度ならばともかく、ソースコード対象にしている版管理ソフトに巨大バイナリ管理を求めるのは間違っている。 858 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:24:21.44 ] >>857 これまでは > ソースコード対象にしている だったけど、今後 > 巨大バイナリ管理を求める ってことで、ツールも対応してくれって言うことでしょ。 859 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:29:14.97 ] Subversion なんかじゃフツーにバイナリ管理するけど git/Mercurial じゃできないのプププのプー って話にならね? 860 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:35:02.11 ] >>859 Mercurialは、largefile extensionとlock extensionがあるとこのスレにあるのが見えない盲目？ 861 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 22:57:34.77 ] >>860 話の流れも見えない馬鹿? 862 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 23:08:36.86 ] >>861 Mercurialは巨大バイナリも、ワード・エクセルなどを想定したロックも、両方対応しているってのが分からない馬鹿？ 863 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 00:54:57.99 ] >>862 たぶん859は857に対してレスしてるんじゃね？ 864 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 02:14:55.00 ] svnのバイナリ管理も程度に依るよな。 ゲームのグラフィクスなどの大型、大量バイナリを突っ込むと実用性に問題が出るほど重くなる。 Perforceはマシみたいだけど。 865 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 02:42:17.59 ] だねえ。 10G 前後ならまあ、なんとかなるけど、数倍になるとアウトだよ! Perforce だとイケる? 桁上がったくらいはどう? 866 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 10:32:16.15 ] >>865 >Perforce だとイケる? 桁上がったくらいはどう? 評価版があるみたいだから、試してみれば？ www.toyo.co.jp/ss/perforce/download_soft_2010.2.html 867 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 14:14:40.34 ] 自分ならバイナリの容量が1Gを超えるならsvnなりコード用のバージョンコントロールは使用しないがな。 868 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 16:58:55.49 ] とりあえずお前の内臓が破裂するぐらいのボディブローは出せるがな（笑 869 名前：デフォルトの名無しさん [2011/12/18(日) 17:16:16.57 ] >>868 そのボディブローでVSSを抹殺してください 870 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 20:21:16.25 ] まだ使ってるとこあるのか 871 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 21:11:31.09 ] フリーソフトは駄目ってところが未だに多いからな。 872 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 21:31:44.39 ] >>868 うは〜、腹いてー（笑） 873 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:12:30.18 ] 要はGitHub日本法人(仮)とかが有料サポートすればいいんだな？ 874 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:22:39.37 ] 安心と信頼のCanonical印のBazaarをお使い下さい 875 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:38:46.11 ] 始まる前から終わってた 876 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:39:07.29 ] >>873 git技術者検定とかやりそうだなｗ 877 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 22:40:59.18 ] >>874 Bazaarはマジでこのままだとジリ貧だろ Linux関連の開発で使う限りではgitの方が使っているプロジェクトも技術者も多いし Bazaarは今のバージョンで打ち止めして、新規に再設計した方が良いと思うわ 878 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 23:00:45.79 ] >>870 >まだ使ってるとこあるのか あるよ〜、って言うかそこそこの規模だとなかなか入れ替えられない。 879 名前：デフォルトの名無しさん mailto:sage [2011/12/18(日) 23:43:43.22 ] VSSとBazaarの究極の組み合わせ d.hatena.ne.jp/wonderful_panda/20111212/1323643703 880 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 00:08:40.00 ] 自分のまわりにいないってだけで、書籍、Webドキュメント、記事、 膨大なOSSプロジェクトといっぱいありますが？ https://twitter.com/#!/methane/status/148328106841751552 > git へ移行する最大の障壁は、「gitのことならなんでも訊いて！」という人がいないこと。 > バージョン管理システムのワークフローの構築とかはこう言った先導者が必要。 > bzrは問題あったらぼくがなんでも解決できてたけど、gitはぼくが教えて欲しいくらいだしな。 881 名前：755 mailto:sage [2011/12/19(月) 00:55:41.26 ] >>880 この人は何者？ 882 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 01:05:07.92 ] >>881 このスレの前半を見よう。 Bazaarの泥舟から脱出を検討している亡命予備者 883 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 01:23:13.62 ] BitKeeperってバイナリ管理どうなん 884 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 10:40:41.15 ] >>880 methaneさんは社内の人員のことを言ってると思うよ。 業務で使う場合、社内に強力に推進できる人がいないと結構大変だよね。 885 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 17:34:49.82 ] https://twitter.com/#!/methane/status/148657202620661760 今でも一応3つとも使ってますが、会社ではbzrを使うメリットがあまりないので、git, hg への移行を考え中。 886 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 19:27:10.46 ] [Bazaar]Git, Git, Git. たまに違うのが聞こえればHg. なぜこの俺を認めねぇ 887 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:23:07.50 ] Bazaar さん遅いですやん 888 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:41:56.16 ] 最近は速いです 889 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 20:44:40.11 ] リポジトリをXMLで保持して相互乗り入れできるようにすれば全て解決。 890 名前：デフォルトの名無しさん mailto:sage [2011/12/19(月) 21:01:21.07 ] >>889 XMLなんか使わなくても、git-svn/hgsubversion/hg-gitで相互乗り入れできる bazaarはクソだからbzr-svn以外ダメダメだけど 891 名前：デフォルトの名無しさん mailto:sage [2011/12/20(火) 21:29:21.84 ] >>867 その場合は専用のバージョン管理ソフト使ってるってこと？ エイリアンブレインとか？ 今のプロジェクトだと画像その他のリソースが30Gくらいあるんだが、 その管理どうするかでかなり悩んでるんで、どうしてるのか聞いてみたい。 892 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 01:47:58.01 ] >>891 うちの職場だと、独自インフラツールを作って運用している。 話としては、Perforceとかエイリアンブレインあたりを耳にするね。 893 名前：デフォルトの名無しさん mailto:sage [2011/12/21(水) 19:59:49.26 ] VSSが陥落したぞ twitter.com/#!/msdnjp/status/149414774063628288 894 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 07:16:21.44 ] どうせだれも使わない 895 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 08:44:17.78 ] っていうかとっくに死んでるものだとばかり…… 896 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 10:33:27.51 ] とっくに死んでるプロダクトが御輿に担がれるのは現場でまれによくある。特にMS。 897 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 10:59:09.88 ] 今移行中ですっ＞＜； TFSは何か操作するたびにSQLServerがもりもりメモリーを食うのが泣ける。 リソースガバナー設定するしかないのかなぁ、アレなんか面倒そうだなぁ…… TFSを入れるなら多少でもSQLServerの知識がないとダメそうなのがつらい。 今さらサーバーレスなVSSに戻るつもりはないけど、運用の難易度が高いのがネックだね。 898 名前：デフォルトの名無しさん mailto:sage [2011/12/22(木) 12:11:45.53 ] TFSとはまた棘の道を。 svnにしとけばあとでgitにでもhgにでも行けるのに 899 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:31:04.33 ] 俺が今やってる現場もほとんどUNIX+Javaの開発しかやってないのに なぜかめでたくSubversionからTFSに移行したよ アホが発言力持つとロクなことにならん… 900 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:36:44.82 ] TFSって何なのか分かんなかったらggって分かった。 MSが、VSS殺して作った新しい奴なのね。 見た感じ管理者がExcelで管理したいが為に作られてるのか。 使い勝手が開発者視点じゃないんだろうな…… 901 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 22:56:30.96 ] TFSとはまた棘の道を。 svnにしとけばあとでgitにでもhgにでも行けるのに 902 名前：デフォルトの名無しさん mailto:sage [2012/01/12(木) 23:38:42.34 ] TFSって結構金がかかるイメージがあるんだが、実際どうなんだろうな 903 名前：デフォルトの名無しさん mailto:sage [2012/01/13(金) 02:14:38.15 ] TFS?? Macとかlinuxとか使ってる人どうするんですか？死ぬの？ 904 名前：デフォルトの名無しさん mailto:sage [2012/01/13(金) 02:24:38.67 ] MicrosoftからEclipse用のTFSプラグインが公開されてるから MacやLinuxからでも一応利用はできるよ。 ただしプラグイン自体の出来は微妙。 ぶっちゃけ親切心じゃなくて嫌がらせで公開してるんじゃないかと思う。 905 名前：デフォルトの名無しさん mailto:sage [2012/01/14(土) 11:35:56.82 ] >>904 >ぶっちゃけ親切心じゃなくて 内容はよくわかってないけど投資を承認する、偉い人を説得するためだろ。 906 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 03:15:07.59 ] 偉い人にはわからんのですよ 907 名前：デフォルトの名無しさん mailto:sage [2012/01/15(日) 07:02:37.17 ] テストやらビルドが１パッケになってるのはウケがよさそうではあるが…、 MSの作るものだから、どうせダイアログ出したままフリーズするんだろうなぁ 908 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 21:06:19.45 ] msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！ d.hatena.ne.jp/nitoyon/20120221/msysgit_utf8 日本語ファイル名問題が解決したから、もう高速なGitを選ばない理由はありません。 これで日本でも次期デファクトスタンダードVCSはGitに確定ですね。 909 名前：デフォルトの名無しさん mailto:sage [2012/02/21(火) 23:47:52.78 ] 宗教上の理由かなんかで意地でもやらないと思ってたけど ようやくWindowsでも普通に日本語ファイル名が使えるようになるのか。 910 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:23:16.19 ] 絶対やってほしくなかったな # つか、開発部隊の半数以上が欧米の連中なのにも関わらず # 日本語ファイル名をつけるのはやめれ >某社の某プロジェクトの下っぱ 911 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:36:55.85 ] 30年前に「Unicodeは糞」って言ってた奴を思い出したｗ 912 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:42:59.24 ] ソースはともかくドキュメント類は日本語のファイル名が普通だし それらがソースと一緒に管理できるのはいいことなのかな Gitがドキュメント管理に向いてるのかという問題は置いといて。 913 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 07:13:22.65 ] もしかしてMercurialから移行しても良いの？! がっかり感が半端ないとか言わないよね 914 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 10:08:16.70 ] >>913 Mercurialはfixutf8が先にあったから、今回のmsysgitはそれに追いついた。 Mercurialもfixutf8の機能を公式にするという動きがある。 これで問題になっているのは、過去のリビジョンをcheckoutできなくなること。 fixutf8では移行時にhg addremoveを使いましょうということになっていて、 fixutf8を無効・有効を切り替えればその時点のリビジョンのチェックアウトはできる。 今回のmsysgitがそこまで考えているか疑問。 915 名前：デフォルトの名無しさん mailto:sage [2012/03/01(木) 23:43:57.10 ] ファイルのタイムスタンプを保持できるバージョン管理システムありませんか(´・ω・｀) 916 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 11:56:14.61 ] >>915 チェックアウトなりエクスポートなりしたファイルのタイムスタンプを コミット時のそれにしたいってこと? なんでまたそんな不便なことを…… 917 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:10:13.89 ] >>916 そう思うのはGitに慣れ切った証拠だね 918 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:11:19.46 ] いや、Gitは使ったことはおろか、インストールしたこともないんだが。 919 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:15:18.59 ] >>918 タイムスタンプなど不要って思ったのはなんで？ 920 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:41:21.51 ] >>917 普通に考えれば、古いコミットに戻してmake、ができなくなるのは不便だろうな。 cvsでもsvnでもgitでもhgでも同じ。 921 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:52:20.63 ] ところが、subversionではファイルのタイムスタンプをコミット時刻にするオプションが用意されてるんだよ。 922 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 13:58:17.83 ] >>921 へえ。逆(co時にコミット時間をタイムスタンプに設定する)ができるのは知ってたが。 923 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:07:12.43 ] え？逆じゃなくて、co時にファイルのタイムスタンプをコミット時刻にできるということなんだが。 924 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 14:10:51.08 ] …ごめんなさいすごくボケてました。 925 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:23:33.54 ] >>921 へぇ、そりゃWindowsｗの人が喜びそうだ。 926 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:32:38.67 ] OS関係あんの？ 927 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 16:51:30.09 ] ・makeみたいなツールがないからタイムスタンプが更新されている必要がない。 ・しばしばタイムスタンプありきでファイル管理を行なっている。 ・タイムスタンプが変わっていると天地が引っ繰り返ったように大騒ぎをする人がいる。 こんなところか?w 928 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:01:53.58 ] >>927 > ・makeみたいなツールがないからタイムスタンプが更新されている必要がない。 はぁ？どんだけ物知らないんだよ 929 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 17:03:24.44 ] しっくりこないんです！ 930 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 19:58:58.11 ] Windowsの人ってなんでバッチファイルでやるの バッチファイルを日本語のファイル名でわけわかんない名前にしたりとか 931 名前：デフォルトの名無しさん mailto:sage [2012/03/02(金) 21:48:39.95 ] >>928 それじゃ物識りの人が教えてくれまいか。 932 名前：915 mailto:sage [2012/03/03(土) 00:10:06.87 ] すいません。忙しくて時間がたちました。 >>916 ファイルのタイムスタンプで管理されていて、 それを変えて出すと怒られるんです(´・ω・｀) バージョン管理とかされてなくて、ぼくは個人的に使っていたのです。 >>927 その通りです。タイムスタンプで管理されていて、変えると偉い人が有頂天になります。 >>921-923 それができるのですね。調べてみます。 ぼくは今、分散バージョン管理に興味を持っていて、そのどれかでできればいいなあと思ってたのですが。 いまのところ、Subversionだけなんですね。 933 名前：915 mailto:sage [2012/03/03(土) 00:12:21.12 ] >>930 本当はもっと便利なスクリプト言語を使いたいのですが、 どのバージョンのWindowsでも特別なインストールや設定なしに普遍的にあるのがそれそかないんです(´・ω・｀) 管理で何かちょっとしたことをやろうと思うとそれしかないんです。 ぼくは日本語のファイル名は使いません(´・ω・｀) 934 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 00:13:49.44 ] WSH使えば 935 名前：915 mailto:sage [2012/03/03(土) 00:16:58.39 ] >>932 あ、はい。 それとPowerShellも考えたのですが、比較的新しめのWindowsにしか乗ってないのと、 デフォルトで乗ってるやつでも、スクリプトの実行を許可する設定にしないと動かないんです(´・ω・｀) バージョン管理とレス違いですいません。 936 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 00:22:24.87 ] そこまでインストールや設定変更を嫌うのにバージョン管理システムのインストールは許容するのか? まとめてインストールすりゃいいだろ 937 名前：915 mailto:sage [2012/03/03(土) 00:32:17.38 ] >>936 いや、すいません。バッチファイルの話は乗っかっただけで、別の仕事の話です(´・ω・｀) バージョン管理は今の仕事のお話です。 938 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 04:22:54.43 ] >>935 実行ポリシーについて言えば、起動オプションで -ExcutionPolicyに好きな値設定すればどうとでもなるよ(管理者権限不要) 939 名前：デフォルトの名無しさん mailto:sage [2012/03/03(土) 05:42:58.08 ] >>932 946 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:25:52.78 TortoiseHGを最近使いだして、その使い勝手に感激しています。 そこで質問なんですが、ファイルの更新日時も管理対象にすることはできないのでしょうか？ 特定のリビジョンへ更新した際に、更新日時もそのときのものに変更されれば 最高なんですが。 947 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 19:40:30.94 >>946 タイムスタンプ更新是非については総合スレの話題として、 それらしき拡張はあるようだ。 mercurial.selenic.com/wiki/UsingExtensions mercurial.selenic.com/wiki/TimestampExtension mercurial.selenic.com/wiki/TimestampModExtension 948 名前：デフォルトの名無しさん [sage]： 2011/11/02(水) 21:58:54.77 >>947 TimestampModExtension これ使ってみました。 手間いらずでバッチリ希望通りの動きをしているようです。 どうもありがとうございました。 940 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:23:27.11 ] Windows 7 + Visual Studio 2010 の環境でSubversionを使用して一人で 開発しているのですが、一人作業でもSubversionから分散型に移行する 利点ってあります？ 一人での作業だと分散型にする意味あまりなし？ 941 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:36:48.40 ] >>940 一人でさらにtrunk一本（ブランチを作らない）であれば、Subversionのままでも構わないだろう 942 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 02:19:34.16 ] >>940 複数拠点で作業するなら、分散型の方が何かと好都合だぞ。 943 名前：940 mailto:sage [2012/03/05(月) 02:37:31.01 ] >>941-942 レスありがとうございます。 リリース用にブランチ切って、リリースするタイミングでタグ付けして、リリース後はブランチは保守用として残すという のと、たまーに実験機能用のブランチを切るというような一般的な使い方ですが、ブランチは使用しております。 このブランチの運用方法でいくと、ブランチの考え方が違うMercurialは無しですかね。 (運用方法を変えればいいという話もあるが・・・) どうも家で一人で作業している場合、コミットの回数が1回多くなる(マスターへの反映)という手間が増えるだけでは・・・ とか考えてしまう。 速度的には自分のPCで鯖立ててる状態なので、分散型に変えても有利になるわけでもないですよね。 でも確かに、ノートPC持って外出するときとかは、マスターからノートPCのリポジトリに落としてコーディングして、 気が向いたときにマスターに反映させるとかいうのは楽でいい気もする・・・。 944 名前：940 mailto:sage [2012/03/05(月) 03:22:33.73 ] そもそもこのスレに来た経緯ですが・・・ (1)「msysGitがUTF-8をサポート」という記事を見て、分散型が気になり出す。 (2)分散型について調べて、いろいろと分散型の利点を学習。 　 その課程でGitの管理ファイル(.git)はルートディレクトリだけに置かれることを知る。 (3)Subversionの管理ファイル(.svn)が各ディレクトリにあることに若干嫌気がさしていた 　 ということもあり・・・Gitおいしいです（＾ｑ＾）。 (4)Subversionも1.7から管理ファイルが一つになったことを知る(現状、Subversion1.6を使っています･･･)。 (5)あれ、一人で作業するならSubversionを1.7にアップデートでよくね？ (6)いや、でも一人で作業する場合でも分散型にする利点あるのでは・・・。　←いまここ というわけで、Subversionから分散型に移行しようとした動機がかなり不純であったので、 一人作業での利点を色々考えたのですがしっくりこないということもあり質問した次第です。 (いい機会なので、分散型に移行しようかなという気分にですが、どうも最後の一押しが･･･) 945 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 03:31:01.61 ] >>944 ＞(4)Subversionも1.7から管理ファイルが一つになったことを知る それは知らなかった。今度試してみよう。(git から乗り換える気はないけどね。) 946 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 03:41:42.34 ] >>943 > このブランチの運用方法でいくと、ブランチの考え方が違うMercurialは無しですかね。 この運用方法だとMercurialの「名前付きブランチ」の方がしっくりくる。 Gitのブランチの方が違和感が大きい。 947 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 05:56:36.76 ] ここで bzr と言ってみるテスト 948 名前：デフォルトの名無しさん [2012/03/05(月) 06:51:09.09 ] >>944 別にsvnでもcsvでも分散は出来るんだが。。 分散型の利点は、実は分散でなはいという実感。 949 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 07:21:30.40 ] svnから見てgitやhgの一番嬉しい点は、amendなりrollbackなりできることだと思ううっかり屋の俺。 分散自体はsvnsyncなりsvkでもできるし、ワーキングコピーと同じディレクトリにリポジトリ本体を置く分散型よりsvnスタイルのほうが安心な気はする。 950 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 07:48:48.19 ] むしろ、ひとりで開発するときに分散型が向いてるとおもうけどね。 軽いし、サーバー立てなくてもいいし、実験用ならブランチしなくても丸ごと cloneしちゃえばいいし。 svn は 1.7 でけっこう良くなったんだけど、まだ周辺ツールが ついてきてない感じ…… 951 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 08:29:37.18 ] ここでbzrリポジトリをUSBメモリに入れて持ち歩いている私が颯爽と登場。 え? お呼びでない? こりゃまた失礼いたしました。 952 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 15:08:33.31 ] >>どうも家で一人で作業している場合、コミットの回数が1回多くなる(マスターへの反映)という手間が増えるだけでは・・・ その使い方ならわざわざマスターを別に作る必要がないんじゃない？ 好きに履歴を改ざんできる気持ちよさ（手軽さ・気楽さ）に慣れるとsvnには戻れないな 953 名前：952 mailto:sage [2012/03/05(月) 15:15:14.19 ] 調べたなら知ってるとは思うが、使ったことないとイメージしにくいかもしれないので一応補足 Git を例にとると、ルートディレクトリにしたい場所で「git init」で .git ディレクトリができる これが管理ディレクトリでもありリポジトリそのものでもある ノートPC持って外出するならそこからcloneして、帰ったらpushすればいい 954 名前：940 mailto:sage [2012/03/05(月) 20:10:51.96 ] みなさまレスありがとうござます。 >>946 以下のページを見てみると ttp://keijinsonyaban.blogspot.com/2010/10/successful-git-branching-model.html Subversionの「タグ・リリース用ブランチ・実験用ブランチ・トランク」が、 Gitの「master・release + hotfix・feature・develop」ブランチにそれぞれ該当するという ことになり、運用の考え方は同じになるのかなと思いまして。 (いや、そもそも作業ごとに全部ブランチを作って不要になったらブランチを消すという 運用が「ブランチの考え方」という点においてはSubversionとは全然違うところか) Mercurialだと無名ブランチという物が存在して、ブランチ自体の考え方が違うのかと 考えてしまったのですが、むしろ基本的にはSubversionと考え方は同じで、さらに気軽 にブランチを切れるという感じでしょうか Mercurialのブランチやタグの運用指標が書かれているページなどあれば教えて いただけたら幸いです(探したが見つからず・・・)。 955 名前：940 mailto:sage [2012/03/05(月) 20:16:45.47 ] >>947 >>951 Bazaarは情報が少ないのが何とも。分散型で検索してみると、ほとんどGitの情報で、 たまにMercurial、さらにたまにBazaarが出てくる感じですよね・・・。 >>948-950 CVSやSubversionよりも後発ということで、分散型を導入することで分散型とは関係ない 部分の利点の恩恵も受けられると。コミットした後に修正もれに気付いて再コミットでログ が汚れるということが日常茶飯事なのでamendやrollbackはたしかに良いと思いました。 > 軽いし、サーバー立てなくてもいいし、実験用ならブランチしなくても丸ごと > cloneしちゃえばいいし。 サーバー立てなくてもよいってのはリポジトリにfile://を指定できるSubversionでも同じでは ないでしょうか？(そういう意味ではない？) 実験用ならその運用というのはなるほど納得。無駄なブランチができなくて良いですね。 956 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 20:18:39.55 ] >>954 Mercurial Advent Calendar 2011 partake.in/events/902cd6d9-0215-4ea3-b51f-b8ff32e56426 あるプロジェクトのMercurial導入の軌跡 d.hatena.ne.jp/troter/20111225/1324823716 957 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 20:19:38.33 ] タダなんだからとりあえず試せよ 958 名前：940 mailto:sage [2012/03/05(月) 20:21:02.15 ] >>952-953 > その使い方ならわざわざマスターを別に作る必要がないんじゃない？ なるほど。あくまでも複数人で作業する場合に成果物を共有するためにマスターリポジトリを 作成する必要があるわけであって、一人作業の場合はローカルリポジトリ自体がまさにマスター リポジトリと考えればいいわけで、そこで作業してる分にはわざわざpush/pullの必要がないと。 > Git を例にとると、ルートディレクトリにしたい場所で「git init」で .git ディレクトリができる > これが管理ディレクトリでもありリポジトリそのものでもある DropBoxにリポジトリを置く運用をしているので、リポジトリは作業しているディレクトリとは別に あった方がうれしいですが、たとえばGitだと「git --bare init」で可能みたいですね。 それにしても、このスレの住人は優しいですね。 一人作業でも利点が多いということが十分理解できました。 みなさま最後の一押しありがとうございます！ GitとMercurialの両方で仮運用してみて、気に入った方を使ってみようと思います。 959 名前：940 mailto:sage [2012/03/05(月) 20:23:58.27 ] >>956 THX。これはわかりやすい。 >>957 いや、まったくおっしゃる通り。ちょっと仮運用してみます。 960 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 21:29:32.33 ] >>951 かつての俺ガイル USB メモリなくして涙目になって dropbox に置くようになった 仕事関係では mercurial 使ってて、 個人では bazaar 使ってる ブランチの使い方が両者で全然違うので ツールが違えば運用ルールも変わる的な 面倒くささがうざい 961 名前：デフォルトの名無しさん mailto:sage [2012/03/05(月) 23:41:59.50 ] >>958 リポジトリを別に置くのは--separate-git-dirでないかな。 --bareはサーバー用にワーキングディレクトリを使わない宣言だった希ガス 962 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 00:05:47.25 ] GitHubに脆弱性、第三者が権限のないリポジトリへのアクセス権を取得可能 ttp://slashdot.jp/ insiderman 曰く、 3月4日、GitHubに脆弱性が発見された（GitHubのブログ）。同日中に問題は修正され、現在これによる影響をチェックしているとのこと。 この問題は、GitHubが使っているRuby on Railsに含まれていたMass assignmentという脆弱性を使ったもので、 実例としてこれを用いて不正な日付でIssueを登録したり、本来なら登録する権限がないSSH公開鍵の登録が行われていた模様。 これはRuby on Railsの問題であり、Issueで議論が行われている。 Ruby on Rails側の問題ということで、Ruby on Railsを使っているほかのサイトでも同様の問題が発生する可能性があるようだ 963 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 00:15:37.17 ] >>958 ぼくはSubversionからBazaarに乗り換えたよ。 Bazaarも試してみてね。 964 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 00:16:25.05 ] Subversionでもサーバ立てずに使えるよね。 ファイルで。 965 名前：デフォルトの名無しさん mailto:sage [2012/03/06(火) 03:54:39.10 ] 使えるといえば使えるけど、結局サーバー立てるのに比べて あまり簡単にならないんだよね。単にプロトコルが file:// になっただけというか。 まずリポジトリを作らなければならないし、 import したあとに作業コピーを作る必要があるし、 リポジトリと作業コピーを別々に管理する必要があるし…… 966 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 08:30:06.47 ] >>954 svnのあれがgitの場合これとか、gitのあれがhgのこれとか、そういう考え方だとはまるよ。 とっかかりとしては、いいかもしれんが。。 967 名前：デフォルトの名無しさん mailto:sage [2012/03/07(水) 12:05:21.38 ] >>960 私は逆に、ネットから切り離されている(客先の)環境でも使えるようにUSBメモリを使っている。 # このUSBメモリは更にTrueCryptで暗号化されているから紛失しても大事には至らない想定。 私物は、DropBoxだけどね。 968 名前：デフォルトの名無しさん [2012/03/14(水) 17:59:17.47 ] githubを使い、自分で使っているスクリプトtool.rbを公開したいです。 ですが、スクリプト内に（Web APIを使うための）IDとパスワードが含まれています。 よって以下の様にファイルを分離し、私のIDとPASSが記録されているconfig.rbは.gitignoreで無視しようと思いました。 - tool.rb（スクリプト本体） - config.default.rb（設定ファイルの雛形） - config.rb（私が使っている設定ファイル） ですが、tool.rbでconfig.rbをrequireしている場合、ユーザにこのスクリプトを使ってもらうには config.default.rbをconfig.rbにリネームして貰わなければなりません。 このリネームの手間を無くしたいのですが、どのようにするのが一番良いでしょうか？ アドバイス頂けると嬉しいです _ _ 969 名前：デフォルトの名無しさん mailto:sage [2012/03/14(水) 19:09:47.62 ] IDとパスワードをスクリプトに埋め込むのをやめて、ふつーにドットファイルなりレジストリなり使うようにすればいいんじゃね？ 970 名前：デフォルトの名無しさん [2012/03/14(水) 20:59:59.65 ] ruby スクリプトでは pit を使ってるなぁ。 971 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 01:22:17.77 ] >>968 環境変数やコマンドライン引数で設定ファイルの位置を指定できるようにして、 自分の環境ではそれらを指定して、自分用の設定ファイルを使うに一票。 972 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 22:24:57.41 ] 設定ファイルを.rbにするからいけないんだろ xmlなりjsonなりの形式にしてconfig.xmlが存在しなければ config.default.xmlをconfig.xmlにコピーしてから読むようにtool.rbを書けよ つかバージョン管理は全く関係ねー 973 名前：デフォルトの名無しさん mailto:sage [2012/03/15(木) 23:56:02.49 ] 管理しやすいように設計するって話なんだから関係はしてるでしょ 974 名前：デフォルトの名無しさん mailto:sage [2012/03/16(金) 20:20:36.59 ] >>972 設定ファイルがなければコピーするのはそれでいいと思うが、 その３つのなかじゃ、セキュリティの問題がなければ、 設定ファイルとしては、.rbファイルが一番使いやすいよ。 特にxml は、誰にもメリットがない。xmlは、早く絶滅すべきフォーマット。 975 名前：デフォルトの名無しさん mailto:sage [2012/03/16(金) 23:50:35.97 ] XMLは手編集する設定ファイルに向いてないのは同意だが、 マークアップランゲージとしては柔軟で強力だと思う 976 名前：デフォルトの名無しさん mailto:sage [2012/03/25(日) 06:12:39.04 ] . 977 名前：デフォルトの名無しさん [2012/03/26(月) 20:29:08.44 ] CodePlex、Gitサポートを開始 sourceforge.jp/magazine/12/03/26/0529214 　米Microsoftは3月21日、オープンソースソフトウェア向けの ホスティングサービス「CodePlex」でGitをサポートすることを発表した。 これにより開発者は、Microsoft Team Foundation Server（TFS）、Subversion、 Mercurial、Gitからバージョン管理システムを選択できるようになる 978 名前：デフォルトの名無しさん mailto:sage [2012/03/28(水) 01:33:32.43 ] >>944 Subversion、TortoseSVNつかってるなら、普通にアップデートして 作業コピーもアップデート適用すれば、すぐに変更適用できるよ。 あまりに量が多いと大変だろうけど、便利になった。

---

---

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

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