バージョン管理システムについて語るスレ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/ 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があるのにな

---

---

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

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