バージョン管理システムについて語るスレ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/ 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 ] まあ分散型なら自分とこのリポジトリが生き残っている可能性があるか…

---

---

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

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