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