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

1 名前：前スレ858=879 mailto:sage [2010/09/06(月) 22:48:42 ] バージョン管理システムについて再び語りましょう ●過去スレ バージョン管理システムについて語るスレ 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/ ●関連スレ CVS 1.3 [UNIX板] pc12.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] hibari.2ch.net/test/read.cgi/tech/1113141518/ subversion バージョン管理【サブバージョン】 [Linux板] pc11.2ch.net/test/read.cgi/linux/1154701996/ Subversion r12 [プログラム板] hibari.2ch.net/test/read.cgi/tech/1254838551/ git スレッド [Linux板] hibari.2ch.net/test/read.cgi/linux/1197798039/ 【分散型バージョン管理】 Mercurial 【hg】 hibari.2ch.net/test/read.cgi/tech/1251208950/ 【bzr】Bazaarでバージョン管理 Rev 2 hibari.2ch.net/test/read.cgi/tech/1265951333/ 2 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 22:49:10 ] ●関連サイト CVS ttp://ximbiot.com/cvs/wiki/ Subversion ttp://subversion.tigris.org/ Git ttp://git-scm.com/ Bazaar ttp://bazaar.canonical.com/en/ Mercurial ttp://mercurial.selenic.com/wiki/ Darcs ttp://www.darcs.net/ GNU arch ttp://www.gnu.org/software/gnu-arch/index.html monotone ttp://www.monotone.ca/ Visual SourceSafe ttp://www.microsoft.com/japan/msdn/vstudio/products/ssafe/default.aspx ●チュートリアル Subversionによるバージョン管理(日本語訳) ttp://subversion.bluegate.org/ (アクセスできない場合は↓) ttp://www.caldron.jp/~nabetaro/hiki.cgi?SubversionWork Git入門 ttp://www8.atwiki.jp/git_jp/ Bazaar Documentation Overview ttp://wiki.bazaar.canonical.com/Documentation Mercurial の使い方のチュートリアル ttp://mercurial.selenic.com/wiki/JapaneseTutorial 3 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 22:51:49 ] 立てました。 関連スレに関してはサーバ移行に伴い、落ちてしまったスレが多いようなのですが 一応過去スレとして残しておきました。 新サーバに移行しているものに関しては、一応URLを新サーバに変更しました。 4 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 23:06:31 ] 乙 5 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 23:08:14 ] >>3 落ちてねーぞ、こら 6 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 23:09:37 ] >>1の独断による、本スレ認定したものだけだろ。 7 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 23:17:58 ] >>5 チェックミスった所があったかもしれません。 落ちてないのってどのスレですか？ >>6 一応全部確認したつもりなんですが・・・ 8 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 23:30:25 ] なるほど、確かに私間違ますね。 私の2chブラウザだと旧アドレスでの他板へのジャンプで過去ログへと 繋がってしまったため落ちたと判断してしまっていました。 失礼しました 9 名前：デフォルトの名無しさん mailto:sage [2010/09/06(月) 23:32:51 ] >>1 ※修正版 ●過去スレ バージョン管理システムについて語るスレ 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/ ●関連スレ CVS 1.3 [UNIX板] hibari.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] hibari.2ch.net/test/read.cgi/tech/1113141518/ subversion バージョン管理【サブバージョン】 [Linux板] hibari.2ch.net/test/read.cgi/linux/1154701996/ Subversion r12 [プログラム板] hibari.2ch.net/test/read.cgi/tech/1254838551/ git スレッド [Linux板] hibari.2ch.net/test/read.cgi/linux/1197798039/ 【分散型バージョン管理】 Mercurial 【hg】 hibari.2ch.net/test/read.cgi/tech/1251208950/ 【bzr】Bazaarでバージョン管理 Rev 2 hibari.2ch.net/test/read.cgi/tech/1265951333/ 10 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 00:32:22 ] 即死なんて俺がさせない 11 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 07:57:45 ] LaTeX憶えられなくて劣等感抱いてるのが約一名いることが判明した 12 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 08:48:47 ] そもそも文章なんていくら書いても金になんねーつの 挙句らてっくす笑なんかじゃ何所にも納品できねーし あんな生産性の無いもん厨煮から抜け出せない学生ちゃんしか使わん ビジネスユースでてっくす笑が使われてるケースがあるなら提示してみろよ 13 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 08:51:51 ] こいつの脳内にはアスキーという会社は存在しないらしい。 まぁ確かにメディアワークスと合併しちゃって存在しないけどさw 14 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 09:17:09 ] 馬鹿な事やってる会社は潰れると言う事例をありがとう はい次の方どうぞ 15 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 09:24:53 ] おや、ビジネスコースのエリート様はTex2Pdfをご存じないらしい。 きっとDoxygenもご存じなくて、下々のものに手書きさせているに違いない。 プログラムでできることを態々仕事として下々に与えてくださるとはなんと有り難い。 16 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 09:42:28 ] 何言ってんだこいつと思ったらビジネスコースってお前・・・・ 言ってる内容も全部が相当の自爆もんだし それで真面目に煽ってるつもりなら、マジもんの馬鹿だよお前 17 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 09:54:02 ] あらら、自分の知らない単語は全部「自爆もん」ですかw 18 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 10:13:03 ] マジもんの馬鹿確定 お気の毒様 19 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 10:23:08 ] ビジネスコースｗｗｗｗｗｗｗｗ 朝から笑わせんなｗｗｗｗｗ 20 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 10:33:26 ] おまいらその調子で即死回避よろｗ 21 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 10:35:18 ] >>12 > そもそも文章なんていくら書いても金になんねーつの > 挙句らてっくす笑なんかじゃ何所にも納品できねーし 現場ってものすごい狭いんですね 22 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 10:50:57 ] だって、そいつの想像力ってゼロなんだもん。 自分の体験だけが全てwwwwwww 23 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 10:51:47 ] > 馬鹿な事やってる会社は潰れると言う事例をありがとう 合併した会社のことを「潰れた」とは言いません。 バカの事例をありがとうwwwwwww 24 名前：デフォルトの名無しさん [2010/09/07(火) 14:46:58 ] てっくす（笑） 25 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 15:05:37 ] 確かにてっくすじゃあ納品できないな 26 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 15:33:41 ] >>24 >>25 その拾い方は痛い 27 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 21:29:15 ] TeX って文章構造じゃなく出力を記述する言語だぞあれ。 ドキュメントだったら Wiki の方がなんぼかマシ 28 名前：デフォルトの名無しさん mailto:sage [2010/09/07(火) 23:56:16 ] いい加減スレ違いだボケ。 29 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 00:13:41 ] 実際、テキスト形式のソースコード（プログラミング言語とかマークアップとか） ならいくらでも差分取れるから、分散型でもマージすりゃいいじゃん、 って考えられるけど、差分取れないとか、人が差分見ても意味不明とか、 そういうファイルフォーマットメインでやらなきゃいけない場合、 どうすりゃいいんだろうね。 つかまあ、そういうフォーマット使う限りはどうにもならないかね… 30 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 06:57:28 ] そういう時は目で差分取るしかないんじゃないかなぁ。 diff とってマージと意味はかわらないよね。 Word Excel は差分取るプログラムとか探すと見つかるし そう悲観したもんじゃないと思うけど。 というわけで文章はいいんだけどさ、画像とかどうしょもないよね。 31 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 09:22:02 ] TortoiseSVN の TortoiseIDiff が出たばっかりの頃は面白がって使っていたけど 最近はさっぱり使わなくなったな。 画像を重ねて透かして見るのが楽しかったｗ 32 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 13:09:26 ] >>24 せっくす(笑) 33 名前：デフォルトの名無しさん [2010/09/09(木) 02:14:02 ] 人種差別と排外主義を許さない人たちが見せた本性 人種差別と排外主義を許さない人たちが見せた本性 www.youtube.com/watch?v=B4iM0b8mSQ8&feature=related www.youtube.com/watch?v=B4iM0b8mSQ8&feature=related 人種差別と排外主義を許さない人たちが見せた本性 人種差別と排外主義を許さない人たちが見せた本性 34 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 23:51:50 ] CodePlex.com donates $25,000 to Mercurial project blogs.msdn.com/b/codeplex/archive/2010/09/06/codeplex-com-donates-25-000-to-mercurial-project.aspx Microsoftも、ついにTeam Foundation Serverを捨てる覚悟ができたか。 35 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 00:22:18 ] >>34 たった200万円くらいじゃねえか。 36 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 00:22:26 ] TFSとMercurialじゃ方向性が全然違うだろう。 それはともかく、せっかく支援するならWindowsの日本語ファイル名をなんとかして…くれないよなぁ。 37 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 02:43:39 ] 200万つったらTFSの1ライセンス分くらいか？ 38 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 03:00:03 ] >>36 おい、UTF-16対応フラグだろ、それはｗ Python3の内部はUTF-16だっけ？ UTF-8そっちのけになってマルチプラットフォームでやりとり不可の可能性すらあるだろがｗｗｗ 39 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 09:55:43 ] MSにとってapache傘下になったsvnよりhgの方が都合が良いってことか？ 40 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 14:30:43 ] 消去法だったり… open source と、いうか、 不特定な人々でソースコードを突いた方が、 解決する類の問題がある事に気付く。 ↓ `不特定な人' って事で、 分散型＆無料＆オープンの中で、VCSを物色する。 ↓ git -> linux のイメージ bzr -> gnu のイメージ hg -> これかな みたいな 41 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 14:58:04 ] hgはOpenJDK,OpenOfficeでSUNってイメージがあったのだが、そのSUNが・・・ 42 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 15:06:15 ] 使ってる人達じゃなくて、作った人の話でしょ。 43 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 15:19:42 ] >>42 コミットのログにアットマークsun.comならいるけど 44 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 17:12:37 ] >>42 作った人ならmercurialはLinuxのイメージじゃないか？ 45 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 00:59:54 ] tortoisesvnにまったく不満ないんだけどなにかある？ 46 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 01:01:48 ] >>45 CPU 負荷 HDD アクセス負荷が高すぎる気がする。 47 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 03:21:23 ] mercurial で、git ci --amend 相当のことってできますか。 直前のコミットコメントを修正するのに、git ci --amend がすごく便利なので、 同じような機能がmercurialにあれば教えてください。 48 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 04:24:20 ] >>47 stackoverflow.com/questions/623052/how-to-edit-incorrect-commit-message-in-mercurial 49 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 06:45:23 ] >>45 エクスプローラにフック入れてくるからSVN使う作業時以外でもモッサリにされた。 50 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 07:23:58 ] >>45 Subversionに対する不満ならたくさんあるが、そういうことではなく？ 51 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 07:26:16 ] >>45 vistaからexplorerでリビジョン番号とか表示できなくなって使う意味が減った。 52 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 07:39:57 ] >>45 Windowsでしか使えないこと 53 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 07:48:12 ] >>47 直前だったらrollback 54 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 08:07:30 ] >>45 バージョンアップ時にアンインストールが必要だったりして 複数回の再起動が必要だったりすること 業務中にはちょっと切ない。特に、他人にバージョンアップさせるときに 55 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 14:23:24 ] TortoiseSVN、TortoiseGitが再起動要求する場面は ログアウト→ログインで事足りるはずだよ 56 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 18:05:35 ] 再起動後にファイルの削除やリネームがスケジューリングされてることがあるから それだけじゃ済まないだろ。 57 名前：デフォルトの名無しさん mailto:sage [2010/09/11(土) 19:52:56 ] 強制的にexplorer落とすDropboxよりはナンボかマシｗ 58 名前：デフォルトの名無しさん [2010/09/14(火) 17:03:58 ] Subversion r12スレより誘導されてまいりました。 1人でphpの開発をしております。 本番サーバー、開発サーバー、バックアップサーバー、3台のサーバーがあります。 今はFTPで開発サーバーに接続、動作確認、開発サーバーから本番サーバーにrsyncで同期 という方法をとっております。 本番サーバー、開発サーバーとも、日毎にバックアップサーバーに保存しております。 開発にはsubversionがあたりまえ、というようなことを耳にしましたが、このような開発環境でsubversionを導入するメリットというのはどんなものがあるのでしょうか？ 59 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:16:14 ] それはバージョン管理システムのメリットとは何かと問うているに等しいよ。 その言語と環境に特化していうべきことはない。 どっかの入門記事読んで試験的に導入してみた方が早い。 バックアップとは別にバージョン管理をするメリットは十分にあるとだけ言っておこう。 # 屋根裏尾はあえて使ってないみたいだけど 60 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:19:09 ] >日毎にバックアップサーバーに保存 履歴がはっきりしてるならこれでいいよ 61 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:30:54 ] >>58 何も困ってないのならそのままでもいいかも知れないけど、 導入すれば一般的なバージョン管理システムの恩恵が得られる ・変更内容を追うことができる（ログメッセージが役立つ） ・複数人体制になった時に行き違いを防止することができる（ファイル上書きなど） ・リリースバージョンと開発バージョンをフォークしたり（これは分散型のほうが得意） ・テスト＆バグ報告などを行う場合に、対象バージョンを特定しやすい 62 名前：58 [2010/09/14(火) 17:34:56 ] >>59 やはり差分が管理できるというのが一番の利点でしょうか？ 環境は準備し、少し触ってみたのですが、いじったらコミットして、サーバーにもFTPで上げないといけないので面倒だなぁと感じております。 >>60 日毎でとってるので2週間程度はさかのぼれますが、1日に複数回、大幅な変更などをしたとき戻りにくい。 1年前とかのファイルは残ってない、というのが問題でしょうか？ 63 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:36:58 ] ＞サーバーにもFTPで いやサーバにリポジトリ作る、、というかサーバにシステム入れて使うのが普通 64 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:43:23 ] >>63 そのサーバーって開発サーバーのことですよね 65 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:44:57 ] >>62 大幅な変更があるならそのときだけ日ごとじゃなくて作業ごととかにすりゃいいんじゃね？ 66 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:45:48 ] >>58 FTPで接続とあるから、おそらくPHPコードのマスタはクライアントPC上に あるのだと思うけど、Subversionによるバージョン管理というのは、 (テスト環境や運用環境ではなく)マスタとなる(PC上にある)PHPコードの変更履歴を 管理することを目的に導入するもの。バックアップの世代管理とは区別して考えなさい。 Subversionの遠い祖先にあたるSCCSというバージョン管理システムのSCCSという単語は、 Source Code Control System(ソースコード制御システム)の略語。 ソース(PHPコード)の管理が基本的な導入の目的だよ。 67 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:49:58 ] 作業コピーごとサーバに置いてソースコード流出 68 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:54:40 ] >>67 > 作業コピーごとサーバに置いてソースコード流出 svnが各ディレクトリにできるから分散型の方が良いと思うけどどうなんだろう？ 69 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:56:10 ] >>68 > >>67 > > 作業コピーごとサーバに置いてソースコード流出 > svnが各ディレクトリにできるから分散型の方が良いと思うけどどうなんだろう？ ドット入れたつもりが抜けちゃった。 ".svn"が各ディレクトリにできるから分散型の方が良いと思うけどどうなんだろう？ 70 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 17:58:37 ] >>69 できればリリース作業はVCSとは別にスクリプト作っておいたほうが良いと思う 71 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 18:15:01 ] >>62 1ヶ月かかる新機能追加(既存ファイル変更しまくり)やってる後半に、現行版の緊急の修正が3個くらい舞い込んできたらどうしてんの？ 72 名前：58 [2010/09/14(火) 18:35:22 ] 後だしですみませんが、開発環境に追加で、Windowsのテキストエディタでコードを記述、FTPでファイルをアップロードしてます。 tortoisesvnの使用です。 >>61 後のことを考えるなら、今のうちから導入しておいたほうがよさげなのですね。 >>63 >>64 リポジトリは開発サーバーに作成してますが、 ・手元でファイル修正→コミット ・修正したファイルをアップロード これは別物ですよね？ 手元でファイルを修正→コミット＝アップロード というのは不可能ですよね。 >>66 マスターのファイルは開発サーバー上にあります。 開発サーバーにFTP接続→ダウンロード＆修正→開発サーバーにアップロード 上でも書いたのですが、バージョン管理と、開発サーバーにアップロードは別物ということですよね？ バージョン管理するために、ひと手間かけるという認識でよいのでしょうか？ >>67 開発サーバーの公開ディレクトリにチェックアウト、編集しアップロードしたらコミットというのを考えましたが、それだと複数人で作業したときの競合がおき、全く利点がないですよね… コンパイルが不要のphpなので、考えかたがjava等とは違うのでしょうか？ >>71 本番サーバーから直接ファイルをダウンロードして、修正し本番サーバーにアップロード、修正した部分を変更中のものにも適用、というようなことをしています。 直接本番サーバーで作業するため、稀にエラーやらバグが発生しますが、事後修正で対応でいるようなサイトなので… こんな考えだからsubversionの利点を見出せないのでしょうか… 73 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 18:46:23 ] >>72 > 直接本番サーバーで作業するため > こんな考えだからsubversionの利点を見出せないのでしょうか… うんそう そこで仕事が貰えてるなら、もうそのままで良いんじゃない？ 君が不可能と考えてる事は簡単に可能だし、懸念してる手間など初めからないし 開発者のあり方として、素人の遊びレベルのクオリティだけど、まぁ、そのままで良いんじゃない？ 74 名前：66 mailto:sage [2010/09/14(火) 18:59:28 ] >>72 >マスターのファイルは開発サーバー上にあります。 それなら、単純だ。開発サーバにSubversionを導入してコード管理すればいい。 >開発サーバーにFTP接続→ダウンロード＆修正→開発サーバーにアップロード FTPではなくSamba(for Win)またはNFS(for UNIX)で接続(マウント)し、 開発サーバ上のPHPコードを直にエディタで編集するほうが楽だと思う。 あるいはレンタルサーバのようにサーバマシンがリモートサイトにあるのなら、 sshfsという方法がある。"sshfs" あるいは "FUSE" でググレば情報を見つけられる。 個人的には、vim(エディタ)を習得することがUNIXマスターへの第一歩だと思うけど...。 >バージョン管理するために、ひと手間かけるという認識でよいのでしょうか？ 開発サーバ上のSubversionリポジトリに最新コードをチェックインしたら、 その後のテスト環境へのチェックアウトは、手作業ではなくスクリプトで自動化させる。 make/Makefileあるいは類似の自動化ツールを勉強すること。慣れれば手間はかからない。 75 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 19:07:48 ] >>72 > 後だしですみませんが、開発環境に追加で、Windowsのテキストエディタでコードを記述、FTPでファイルをアップロードしてます。 > tortoisesvnの使用です。 > これはWindowsのローカルにリポジトリを置いているってこと？ BDB、FSFSどっち？ 76 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 19:40:15 ] > 開発にはsubversionがあたりまえ、というようなことを耳にしましたが、このような開発環境でsubversionを導入するメリットというのはどんなものがあるのでしょうか？ > 後だしですみませんが、開発環境に追加で、Windowsのテキストエディタでコードを記述、FTPでファイルをアップロードしてます。 > tortoisesvnの使用です。 svnは使っているの？それとも、これから導入を考えているの？試し程度に少し触った程度なの？ 「導入を考えて試しに少し触ったけど、メリットが見出せなかった。」だと思っていたんだけど、 どうも「TortoiseSVN使っているけど、メリットが見出せない」なのかな。 branchもtrunkも作らずにやっているのかしら？ 77 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 19:50:04 ] > 手元でファイルを修正→コミット＝アップロード > というのは不可能ですよね。 subversionのpost-commit-hookでアップロードすればいい。 78 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 19:53:04 ] こんなことなら元スレでやればよかったなｗ 79 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 20:08:27 ] バグがあっても事後修正で対応してゴメンナサイすれば済むサイト(>>72)で、 そのくらいのソフトウェア品質管理水準を許容できる開発体制なのだから、 バージョン管理(SCM: ソフトウェア構成管理)導入の意味(目的/価値)が分からない。 >>73が言ってるように、それで仕事が貰えてるなら、そのままでいいんじゃないかと思う。 80 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 20:25:53 ] ftp・rsyncってファイル上書きする可能性のあるので良くやっているなと感心する 81 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 20:48:03 ] >>78 そうだなｗ 82 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 22:33:13 ] 引っ越してきました 末永くよろしくです Git 2 hibari.2ch.net/test/read.cgi/tech/1284467898/ 83 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 23:28:11 ] >>72 > >>71 > 本番サーバーから直接ファイルをダウンロードして、修正し本番サーバーにアップロード、修正した部分を変更中のものにも適用、というようなことをしています。 > 直接本番サーバーで作業するため、稀にエラーやらバグが発生しますが、事後修正で対応でいるようなサイトなので… > こんな考えだからsubversionの利点を見出せないのでしょうか… すげえｗ いやでも、これで仕事ができてて、食えてるならいいと思うけどな俺は うちでこの体制の時代によくあったのは、本番サーバーにアップしてあるのを弄ってアップしたら 先方もいじっていて先方の変更が消えて、とかその逆があったりとか げんなりくることが多かったな。あれはひどかったなｗ 今のままで廻っているなら別にいいと思うけどね。 将来的に困ると思うなら、自分の趣味ででもしばらく使ってみた方がいいよ なれるまでちょっとした手間が増えるので面倒なのと、自分なりに便利さや効率的なやり方を実感していないと 他人に勧めにくい。 84 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 23:30:18 ] 他人に「素人の遊び」と言われようが、馬鹿だと言われようが 飯食えてるんだったら気にする必要ないと思うけどな 効率的な開発手法ばかり追っててまともに飯食えてない俺だからそう感じるんだろうけど 85 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 23:35:16 ] ところで>>58は飯を食えているのだろうかw 86 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 23:43:21 ] > 本番サーバーから直接ファイルをダウンロードして、修正し本番サーバーにアップロード、修正した部分を変更中のものにも適用、というようなことをしています。 > 直接本番サーバーで作業するため、稀にエラーやらバグが発生しますが、事後修正で対応でいるようなサイトなので… > こんな考えだからsubversionの利点を見出せないのでしょうか… 何のために開発サーバー用意してんだ？ 87 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 00:04:38 ] まずはsambaを使って開発サーバ上のファイルを直接変更する環境にしてからだろう そもそもこの程度の使い方ならsubversionはオーバースペック cvsでも充分 88 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 00:15:46 ] サーバがLinuxとは書いてないし、sambaのポートが開いていないリモートかもしれない 89 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 00:34:02 ] cvsはないわーｗ どう考えたら、svnはやめてcvsということになるんだ Windowsを除けば、分散バージョン管理でいいんじゃんという時代になってきてるのに 90 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 00:41:44 ] CVSはファイル名の変更や移動、それにディレクトリを管理できないという欠点があるからね。 SVN等の後継システムが登場したのだから、すみやかに引退してもらうのが正解。 RCSは単体テキストファイルの管理に限定すれば便利なツールだから、この先生き残るだろうけど。 91 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 06:33:37 ] >>90 > RCSは単体テキストファイルの管理に限定すれば便利なツールだから、この先生き残るだろうけど。 これも、gitやbzrが入っていればそれでいいって話で。 92 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 06:55:45 ] 最後に残るのはsvnだけどね 他のお遊びscmとは意識レベルが全然違う 93 名前：デフォルトの名無しさん [2010/09/15(水) 07:18:54 ] 最後に残るのはlatexだけどね 他のお遊び(ry 94 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 07:58:40 ] >>91 確かに、ソースコード管理については(svnやgitがあるから)rcsの出る幕は無いだろね。 ただ、rcsはちょっとしたテキストファイルの来歴管理(たとえばhttpd,confや.bashrc)には 十分だし、ほぼすべてのUNIXマシンでインストールされているし、Windowsにも移植されてる。 だからrcsというプログラムそのものが消え去ることは無いだろう、ってことを言いたかった。 95 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 08:03:41 ] ただ残ってるだけで誰も使ってないコマンドってあるよね そんな生き残りに価値はあるんだろうか 96 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 08:08:39 ] cvsの*,vってrcsとの互換ってまだあるんだっけ？ 97 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 10:17:28 ] >>94 * python とかがない状態でも動く * リポジトリフォーマットがテキストなので、復旧だけなら他のコマンドを使ってもできる ってあたりが、システムファイルいじる時には安心できるよね。 98 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 13:16:00 ] >>99-91 ちょっとスレ違いかもしれないけど、 homeにあるdotfile管理するときってどうしてる？ .bashrcとかあのへんのUnix系の設定ファイル郡のこと。 別ディレクトリに置いてそっちをバージョン管理して、homeにsymlink貼るって形がいいのかな。 homeに直で.gitとか.bzr作ったら、home以下を見に行ってしまってヤバクない？ しかしWindowsだとsymlink貼るのに管理者権限必要なの面倒なのなんとかしろ 99 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 13:18:13 ] 悪い安価ミスった >>98は >>90-91についてのはなし 100 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 13:29:16 ] おいらはホストごとに別ディレクトリでバージョン管理して symlink だなあ。 home に直はちょっと考えられないかな。 home の使い方によるだろうけれど。 Windows では管理してないやw 101 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 15:10:24 ] >>98 >>94だけど、遠慮無しに履歴管理したいファイルがあれば、そこに mkdir RCS している。 だから $HOME/RCS, $HOME/bin, $HOME/lib/RCS, /etc/RCS とかRCSだらけに。でも気にしない。 RCSディレクトリがあることで、そこに履歴管理されているファイルが存在していることが分かるから。 探すのも find . -name RCS を実行すれば、一発で分かる。誰にでも勧められる方法じゃないと思うが参考まで。 もちろんこれは個人の開発マシンに限定すべき事柄。もし本番サーバ等でやるなら、事前に承認を受ける。 102 名前：デフォルトの名無しさん mailto:sage [2010/09/16(木) 19:41:39 ] Mercurial使いたいのだが、日本語でコミットログ書くならBazaar一択？ Mercurialならdeps extensionでsvn:externalsっぽいことできるし、資料も豊富で楽なんだけど… 103 名前：デフォルトの名無しさん mailto:sage [2010/09/16(木) 19:44:56 ] >>102 ログは問題ありません。 HGENCODINGでぐぐって下さい。 104 名前：デフォルトの名無しさん mailto:sage [2010/09/16(木) 19:47:22 ] >>103 即レスサンクス！ これでMercurial安心して使えます 105 名前：デフォルトの名無しさん mailto:sage [2010/09/16(木) 22:41:58 ] >>101 素朴なギモンなんだけど、 RCSディレクトリを作るならRCS使い意味は何があるの？ ディレクトリ作るなら、git/とか作ってgit initしてそこにファイル於けばいいわけだし 106 名前：デフォルトの名無しさん mailto:sage [2010/09/16(木) 23:45:24 ] >>105 目的は、単体の設定ファイルやスクリプトを来歴管理したいという、ごく単純なもの。 gitがインストールされたマシン上でgitに慣れた人が同じ事をするのなら、(rcsではなく)gitを 使えばいいのではないかと。ただ、rcsは大半の環境で使える基本ツールだよ、って事を言いたかった。 git(あるいはsvn等の新しいツール)とrcsとは機能差が歴然としているから、単純な優劣での比較は無意味。 csh/tclsh/zshなど高機能なシェルが考案されてきたけど、未だにshが生き残っているのはナゼか考えてみよう。 107 名前：デフォルトの名無しさん mailto:sage [2010/09/16(木) 23:46:59 ] それは、あれだ もう枯れきってバージョンアップもないだろうから、 10年経っても大丈夫、みたいなもんじゃなかろうか 違うか。ごめん。 108 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 00:04:42 ] いや、まったくそのとおりだよ。 sh/awk/make/cc/yaccと同様に、UNIXが消え去らない限りrcsの知識は無駄にはならない、という意味で。 gitやsvnは(cvsがそうであったように)、さらに新しいツールが登場することで引退の道を歩むかもしれないけど。 109 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 00:21:31 ] vssは？ 110 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 00:54:27 ] >>98 ぶっぱなす。ｗ 最近は、/etc/httpdとかも直にsvn管理 しちゃってる。 別に問題ないだろ。 111 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 01:12:58 ] bashやzshの次がでたらそのうちとってかわられるかもしれないけど、shはそういう気がしないな 変わらないことが利点か LinuxはシステムでPythonの利用が増えてきたけどそういう意味では不安だなｗ 112 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 02:56:23 ] shはシェルスクリプトインタプリタとして必要だからね。 PythonはPerlのカウンターパートとして出てきているから、そういう意味では不安が増えているわけ ではないんだけどね。 それにPythonは複数の別バージョンをインストールしておくのも楽だから。 …とはいっても、Python3の利用が進んできたらいろいろ面倒はありそうだなw 113 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 06:03:37 ] ああ、そっか。PythonはPerlの代わりか納得。 別バージョンの同居が考慮されてるのはいいね！ PerlやRubyはどうだっけか Rubyは1.8と1.9の切り替えにRVMとか別途必要だった気もする 114 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 06:32:25 ] perl早く無くなってくれないかな 115 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 07:08:24 ] インデントきもいとか言って python 勉強してなかったつけがまわってきたぜ。 etc は .svn とかあると気持ちわるいんだよなぁ・・・ 別の場所で編集して export でいいんだろうけど。 116 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 08:05:43 ] PythonとPerlはLinux Standard Baseに入って殆どのLinuxでデフォルトでインストールされてるからな。 117 名前：デフォルトの名無しさん mailto:sage [2010/09/17(金) 08:23:25 ] annacondaがpythonだからpythonが無いとインストールができない 118 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 00:48:45 ] トータル40GBのバイナリデータをストレスなく扱えるものはありますか？ PERFORCEなら問題ないんだけど、結構高いので。 119 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 07:30:41 ] >>118 トータルサイズより、個別のファイルがどのくらいのサイズなのかのほうが重要に思う。 勝手な推論だけど、gitは向かないと思う。なぜならgitはファイルが更新(コミット)されるたびに、内部的に別ファイルとして保存するので、 たとえば1GBのデータをちょこっとだけ変更して保存すると、新しく1GBのファイルを作成して保存するから。 （packすればいいかもしれないけど、どのくらい効果があるか知らない） 120 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 08:21:30 ] >>119 え？ git はパッチ、つーか、diffを保存するんじゃないの？ 121 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 08:32:24 ] バイナリでそれをやるのはsvnだけじゃね？ gitはとりあえず富豪的ってイメージ 122 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 08:58:49 ] あ、そか。 バイナリの話か…。 って、svnってそれやるの？w …だから、あんなクソ重いのかw 123 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 10:21:36 ] >>120 gitは丸コピーって聞いたよ 124 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 10:23:21 ] >>122 遅いのはリポジトリ圧縮するからじゃないのかな？ 125 名前：デフォルトの名無しさん mailto:sage [2010/09/18(土) 17:37:20 ] hibari.2ch.net/test/read.cgi/prog/1284212440/149 126 名前：デフォルトの名無しさん mailto:sage [2010/09/19(日) 03:30:56 ] >>119 動画みたいなファイルでも、repackすればかなり小さくなるよ （もちろん、差分的な更新履歴であることが条件だけど） ヘタすると元のファイルより小さくなる場合もあるけど、あんまり大きなファイルだと repackの時にメモリが足りなくなってしまう場合があった。 ただ、毎回repackするのはかったるいし、オブジェクト化する時の圧縮や repackする時の差分抽出にかなりのCPUパワーとメモリを必要とするので、 動画とかの巨大なバイナリファイルが沢山だったりすると、やっぱ厳しいと思う、、、 超富豪スペックなマシンだとけっこういけたりするんだろうか？ まあ１ファイル数ギガもあったりしたらそんなもんでしょ、という気もするんだけど PERFORCEがそういうのでもサクサク分散できるんだとしたら、すごいなと思う。 127 名前：デフォルトの名無しさん mailto:sage [2010/09/20(月) 00:23:14 ] つか、gitになれたら、cvsとかsvnは使えない… 128 名前：デフォルトの名無しさん mailto:sage [2010/09/21(火) 19:44:37 ] gitは使いこなせてるとは言えんが、ファイル名をリネームしまくっても 何事もなく追随してくれるのが便利すぎる 129 名前：デフォルトの名無しさん mailto:sage [2010/09/21(火) 23:19:32 ] gitはリネームできてもコピーが出来なかった気が 130 名前：デフォルトの名無しさん mailto:sage [2010/09/21(火) 23:45:41 ] gitはかゆいところに手が届く感じの機能がいいな。 git add -p　とか、 git rebase -i とか 131 名前：デフォルトの名無しさん mailto:sage [2010/09/21(火) 23:54:45 ] gitはファイル名の変更を追跡しない。検出してるだけ。 だから遅いし、変更とファイル名の変更を同時に実行すると検出に失敗する。 hgはファイル名の変更をメタデータとして残すので、やはりannotateとかするのが遅いけど、 コピーにも同じ方式で対応できる。 bzrはファイルにIDを振っているので、annotateとかは速いし、ファイル名変更後に行った修正だけを cherrypickとかできるけど、copyはまだ実装されていない。 132 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 00:09:13 ] gitはリネーム用のコマンドは実質、削除と追加をしてるだけだけど、 ログ見るときに追跡ができるというところがミソだな。 コピーも追跡してくれればいいのにね 133 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 00:10:23 ] >>131 > だから遅いし、変更とファイル名の変更を同時に実行すると検出に失敗する。 メタデータがないとこの問題あるのか 134 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 07:47:08 ] >>131 とても役に立つことを聞いた。 135 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 08:32:31 ] ファイル名とディレクトリ構成の変更をしょっちゅうやるからsvnから離れられない 136 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 13:48:06 ] ファイル名を変えたらファイルの中身も1行ぐらいは書き換えないといけないことがほとんどと思うんだが、 実用上大丈夫なのかな…… 137 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 13:55:31 ] >>136 そういう場合は、2回に分けてコミットすると良い。 例えば、javaでパッケージ構成を変更したときなんかは、先にディレクトリ構成を変更してコミットし、次にpackage宣言を 修正してコミットする。 138 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 14:18:14 ] ディレクトリ構成を変更したタイミングで チェックアウトしたらビルドできないのかあ 139 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 14:38:42 ] >>137 その場合、変更要因は１つだけどコミットは２度発生するよね。 変更要因とコミット操作の関係を管理したかったら、タグとか使うしか無いのかな。 140 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 15:46:34 ] >>137 ディリクトリ、ファイル名の変更と#includeの変更はまとめて一回のコミットでやってるけど、分けてやる理由ってなんだろう。 141 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 17:38:41 ] >>140 つ>>133 142 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 17:45:28 ] 分けてやると、ビルド通らないリビジョンができるじゃん？それはいいの？ 143 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 18:14:54 ] git固有の話みたいだけど、分散型の場合、まとめてpull/pushするからコミットの粒度も絡んだ運用の話なんじゃない？ 144 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 18:42:54 ] >>131 ここまでリネーム・コピーの扱いが違うと git/hg/bzrをsvnクライアントとして使った時に何かと厄介になりそう 145 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 18:47:00 ] 話についていけない漏れは、svnを使い続けることに決めたw 146 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 21:58:53 ] >>131 変更とファイル名の変更を同時に実行すると検出に失敗するって言っても そりゃ原形を留めてないほど変更したときの話じゃね？ かなり書き換えてかつリネームしたとき、create になるかと思ったら rename foo/{bar.js => baz.js} (70%) みたいに表示されてるし 147 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:13:26 ] >>131 > hgはファイル名の変更をメタデータとして残すので、やはりannotateとかするのが遅いけど、 > コピーにも同じ方式で対応できる。 どこかのバージョンで挙動が変わった気がしたんで見てみたら1.5からだった mercurial.selenic.com/wiki/UpgradeNotes#A1.5:_Small_behavior_changes > 1.5: Small behavior changes > hg annotate now follows copies and renames by default, use --no-follow for old behavior 148 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:35:58 ] なんかここ最近になって一気に有用な話になってる気がするのは俺だけ？ 149 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:36:25 ] >>145 食わず嫌いしないで、試してみなよ。 gitはベターsvnでもあるんだぜ？ 150 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:48:22 ] βsvnなんぞイラン 151 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 23:26:40 ] ベターsvnはTeam Foundation Serverなんじゃない？ sourceforge.jp/magazine/10/09/09/0717220 >Subversionと互換性のある独自のバージョン管理システム「Team Foundation Server」を提供している。 152 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 23:31:20 ] わかった、言い方が悪かったよw gitはベターなSubversionクライアントでもある。 で、いいか？w 153 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 23:35:14 ] >>146 原形を留めてないほど変更した場合のことを考えると、ファイルの移動って何？ みたいになるよね。Gitのやり方は利にかなってると思う。 154 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 23:44:17 ] >>152 TortoiseGitがTortoiseSVNと同じくらいにならないと説得力が無いと思うがな 155 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 05:30:46 ] >154 Subversion 使いがみんな TortoiseSVN 使ってるわけでもなし、コマンドラインなら git-svn は普通に便利だよ。 156 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 09:18:28 ] じゃあこうだな 少なくともCUIでの利用に限定すれば、gitはベターなSubversionクライアントでもある。 157 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 09:29:24 ] だが、いまだ濁点付き日本語ファイル名に対応してないという (Macだけ？) 158 名前：デフォルトの名無しさん [2010/09/23(木) 10:00:16 ] >>157 kwsk 159 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 10:08:33 ] MacはNFDだから濁点の扱いがWinやLinuxと異なるってだけじゃなくて？ 160 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 14:32:30 ] gitはLinuxのことしか考えてないから仕方ないよ。 ファイル名=バイト列なんてのは、ファイルシステムによっては成立しないダメダメな前提なんだけど そもそも環境変数LANGでファイル名の解釈が変わったりするLinuxでは必要な前提だしね。 だがMercurial、てめーは駄目だ。 161 名前：デフォルトの名無しさん [2010/09/23(木) 14:58:44 ] >>160 > そもそも環境変数LANGでファイル名の解釈が変わったりするLinuxでは必要な前提だしね。 kwsk 162 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 15:14:21 ] >>161 いや、NTFSやHFS+ならファイル名が格納されるときの文字コードは決まってるけどさ、 extとかのファイル名はメタデータも何も無い単なるバイト列じゃん。 それを文字コードとして解釈するかはLANG次第で、ja_JP.UTF-8からja_JP.EUCに変えたりすると化けるじゃん。 163 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 15:20:40 ] >>162 hibari.2ch.net/test/read.cgi/tech/1093251312/239- 164 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 15:35:39 ] >>163 読んだが、いくつかの流派が不毛な言い合いをしてるだけだろ。 どの流儀でも統一さえ取れていればある意味問題ないとも言えるんだし 163が何派なのかも書いてくれんと、そもそも何を言いたいのかもわからんよ。 165 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 15:45:00 ] WindowsのBazaar入れてみたら、Bazaarエクスプローラーは結構いいな。 ウィザード風に次何やるのってのを教えてくれる。 すでにわかっている人にはいらないんだろうけど、ドキュメント読んで使い始めようという時に敷居下がる どうでもいいが、gitはログ見るのがgitkが一番便利なのはなんとかならんのかｗ 履歴と一緒にdiffも見られるのはいいね git commit -vやTortoiseHgのコミットするときにdiffが見られるのもかなり便利だわ ほぼ作り直してるんだろうけど、TortoiseSVN以降使いにくい部分もあれば 使いやすくなっている部分もあるよ。 166 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 15:47:31 ] >>159 Macユーザーの書き込みは濁点が離れてるからすぐわかるってやつか が → か゛ になるようなやつ 167 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 16:29:01 ] >>166 それはデマだ。Unicode上でNFDだろうがNFCだろうが、2chはSHIFT-JISだから区別のしようがない。 あと合成文字と「単独の文字として存在している濁点」には何の関係もない。 168 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 17:33:42 ] >>164 hibari.2ch.net/test/read.cgi/tech/1278923059/12 > ・「wchar_tは>849の嫁。>849の許可無くしてUTF16だの32だの無理矢理突っ込むのは許さん。」 > ・電子演算機では文字化けなんて飾りです。UTF-8/UTF16の人にはそれがわからんのですよ。 169 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 18:41:26 ] Macユーザーの書き込みは、 「ば~か」 などを見るとすぐに分かる。 170 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 18:57:39 ] どれ。ちょっと書いてみるか。>>169のば〜か 171 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 19:02:36 ] >>169 ば~か 172 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 19:06:38 ] >>169のば〜か バックスラッシュがyenマークになるってのならよくあるが 173 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 19:09:21 ] >>169 ば〜か 174 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 19:10:09 ] よし、漏れも便乗w >>169 ば〜か 175 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 19:12:46 ] >>169 %E3%81%B0%EF%BD%9E%E3%81%8B 176 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 19:59:13 ] >>169 ば〜か 177 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 21:25:39 ] なんだこの大人気 178 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 21:49:26 ] 暴釣りだね。でも、漏れはそこまで自虐的になれないw 179 名前：デフォルトの名無しさん mailto:sage [2010/09/23(木) 21:52:47 ] ぼうつり 180 名前：デフォルトの名無しさん [2010/09/23(木) 22:17:06 ] >>178 ば〜か 181 名前：デフォルトの名無しさん [2010/09/24(金) 00:13:53 ] Macから書き込み。 がぎぐげご。 そうならんぞ。 182 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 01:47:25 ] >>181 ば〜か ば〜か 183 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 01:51:57 ] >>177 「おとなげ」って読みたくなってきた 184 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 02:02:42 ] >>169のせいでスレの空気が一気に低レベルに.... 185 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 02:17:22 ] >>184 スレのレベルは初めから低かった 186 名前：166 mailto:sage [2010/09/24(金) 02:18:32 ] むしろ俺のせいな気がしてならない・・・ 187 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 02:22:55 ] >>186 若干自意識過剰だな 188 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 03:01:15 ] 何子のスレ 189 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 03:39:00 ] >>167 クライアントによっては「が→か゛」になるよ。 Shift_JIS に変換するのはクライアントなわけだから、NFD への対応が甘ければ化ける。 190 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 03:45:32 ] 数%にも満たない糞マカーのお陰で、確実に無駄な工数が増えてIT産業の粗利が減ってるわけだ 191 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 07:33:07 ] >>189 クライアントソフトの性ならmacに限った話にならないだろ 192 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 07:44:47 ] >>191 ば〜か ば〜か 193 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 07:51:40 ] >>190 それは、最初に世界中の文字が2バイトに収まると思った馬鹿に言えよ…… 194 名前：デフォルトの名無しさん [2010/09/24(金) 08:00:35 ] >>193 UTF-16が馬鹿だと認めたのですね 195 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 08:21:56 ] Unicodeの、誰もが無視すべき最悪の馬鹿仕様部分を愚直に実装した愚mac 196 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 08:28:11 ] いやほんとにば〜かだと思うよ。 ただ現在進行形でNFDにしかない文字にNFCが追加されている部分もあるので、無視すべきとは思わんな。 UTF-16のためにサロゲートペア領域もぽっかり穴が開いてしまってるわけだし、 最初から4バイト使うつもりでいれば合成文字もサロゲートも無かったはずなのに…… 197 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 08:35:41 ] 突っ込んだ文字コードの話はよそでやってください 198 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 08:45:48 ] >>197 つ>>160 199 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 10:51:45 ] >>160の流れだと言いたいんだろうが、>>196は単にUnicodeの話でしかない。 200 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 12:10:24 ] >>199 このスレの管理人を気取るのはいいが、それなら>>196ではなく、 文字コードの話にかこつけて「煽り」をカキコした>>169と それに釣られた>>170以降のカキコを責めるべきだろ。 今さらノコノコ出勤して、どれだけ無駄な時間が過ぎたと思ってんだ。 管理人なら管理人らしく、仕事をサボってんじゃねえよ。 201 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 12:36:01 ] ○○くんもやってるからぼくはわるくないもん！ 202 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 12:41:07 ] UTF-16信者が>>160のような無知・誤解を広めるのはいい迷惑 203 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 12:45:33 ] ユニコードって完璧だもんね☆ 204 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 13:01:02 ] >>169の7Ehの話一切なし 205 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 15:44:13 ] >>202 なんでUTF-16信者だと思うんだ？ 206 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 17:29:29 ] TortoiseSVNを半年ぶりに最新版にしたら、インストールしてもTortoiseのメニューが出てこねー。 でも、スタートメニューからは起動する。 古いの探す旅に出るか。 207 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 17:51:54 ] Windows再起動しろ 208 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 17:54:12 ] 修復インストールしろ 209 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 18:02:35 ] ちゃんと64bit版svn入れろや 210 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 18:06:30 ] >>208が正解 他はゴミレスなんでスルーで 211 名前：デフォルトの名無しさん mailto:sage [2010/09/24(金) 18:20:46 ] うまく入った。 最終的に、アンインストール→ccleanでレジストリ掃除。 再起動後にインストール→失敗。 あれっ？ 取りあえずMicrosoftSecurityEssencialを止めてインストール→成功。 という流れで入った。 お騒がせしました。 212 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 09:44:09 ] コンパイルしてできたバイナリってバージョン管理するものなの？ 213 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 09:47:08 ] 前スレでやってLaTeXはその延長 214 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 12:20:40 ] >>212 ソースがあればバイナリできるんだからバージョン管理の必要は無い。 だけど、リリースとかの区切りでコミットしておくとビルドしなくてもバイナリを取り出したり比較できたりして便利。 215 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 18:36:39 ] >>214 毎回コミットしてたぜ。TortoiseSVN使ってるとオーバーレイアイコンが気になって気になって… 216 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 18:49:31 ] タイムスタンプだけ違う内容の同じファイルが大量にできるのが嫌だなぁ。 217 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 20:53:58 ] >>215 svnignore 設定するんじゃ駄目？ 218 名前：デフォルトの名無しさん mailto:sage [2010/09/28(火) 22:48:05 ] オーバーレイアイコンが気になるだけの話ならば、無視ファイルに突っ込めばいいと思うよ 219 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 06:46:46 ] タイムスタンプだけ違う内容の同じファイルはできないだろ？ 220 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 07:09:46 ] できる 221 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 12:26:36 ] >>215 tortoiseSVNなら、変更リストがある。 コミットダイアログで変更されたファイル右クリック→変更リストへ移動→ignore-on-commitとすると、変更リストができる。 変更リストのファイルは変更されていてもコミットのチェックが自動ではつかなくなる。これでコミットを抑制できる。 変更リストはリポジトリには影響しないからローカルで指定できる。 222 名前：デフォルトの名無しさん mailto:sage [2010/09/29(水) 12:35:21 ] >>220 タイムスタンプが違っただけでコミットされたら困るだろう。 223 名前：デフォルトの名無しさん mailto:sage [2010/09/30(木) 23:05:27 ] 実行モジュールは納品とかバージョンの単位でコミットする運用だった。 今は Redmine 上に乗せる運用にかわったけど。 224 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 16:14:56 ] うちもお客さんの所に納めるものはコミットしてる。 ソースがあればバイナリできると言うけど、バイナリにコンパイルした 日時を埋め込んだりされるのでソースは同じでもバイナリは完全に一致 しないことがあるから。 225 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 21:30:46 ] そこらへんはHudsonにまかせる運用にしたな。 226 名前：デフォルトの名無しさん mailto:sage [2010/10/04(月) 01:01:08 ] あぁ、ハチのマークの 227 名前：デフォルトの名無しさん mailto:sage [2010/10/04(月) 05:29:39 ] 何でバージョン管理システムってユニコードに憎悪を持ってるの？ 228 名前：デフォルトの名無しさん mailto:sage [2010/10/04(月) 06:37:10 ] >>227 なんか妄想激しくないか？ 229 名前：デフォルトの名無しさん mailto:sage [2010/10/04(月) 08:03:59 ] >>227 このスレに話を理解できない・ついていけない人が大勢いるのは事実 230 名前：デフォルトの名無しさん mailto:sage [2010/10/08(金) 11:25:19 ] diff Europe USA pds.exblog.jp/pds/1/200710/20/99/b0117999_5491615.jpg 231 名前：デフォルトの名無しさん mailto:sage [2010/10/09(土) 00:53:30 ] >>230 全く1byte文字圏の連中はセクシーがなんたるかを分かってないな。 2byte文字に対応した画像を貼ってください 232 名前：デフォルトの名無しさん [2010/10/09(土) 01:14:47 ] >>231 2bytes圏に美人が多いのは認める。 しかし3bytesを無視するのは許さん。 233 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 06:01:56 ] SubversionからGitへ乗り換えを検討してみたけど 導入の手間（特に利用者への負担）と管理の煩雑さを考えると 現状維持がいいのかなと思ってしまった 234 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 07:28:24 ] 管理ウゼェ勝手にしろがgitだから、管理したいならgitなんて考慮に値しない選択肢だよ 235 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 07:38:27 ] 利用者がrebaseとかresetとか覚え始めて ログが破綻するのがsvn->gitの本当の最初の試練 236 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 08:34:17 ] >>233 乗り換えらくちんちん 237 名前：デフォルトの名無しさん [2010/10/20(水) 08:55:50 ] >>234 バックアップ取っていたつもりが取れていなくて全てパーになるのですね。わかります。 238 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 09:13:09 ] 某るｂｙみたくsvn鯖まるごとクラックされたりとか 239 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 10:32:51 ] >>233 導入の手間はサーバが無いと何もできないSubversionの方がはるかに手間がかかる 240 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 13:59:00 ] Subversion って sshd だけ動いてれば大丈夫っしょ 241 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 14:27:30 ] 導入の手間（特に利用者への負担）ってのが読めないのかこの馬鹿は 一体どれだけ狭い世界に生きてんだよ 242 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 14:51:25 ] 乗り換えつってんだから、現状Subversionはインストール済みだろうし 手間はゼロだなｗ 243 名前：デフォルトの名無しさん [2010/10/20(水) 15:38:11 ] >導入の手間（特に利用者への負担） ・git svn clone のミラーを立てる ・svnしか使えないお馬鹿さんはsvnを使い続ける ・gitが使える普通の人はgitを使う 244 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 17:16:54 ] ・かしこいgitユーザーはsvnユーザーに不都合が出ないように注意する ・svnユーザーに不都合が出た時にはかしこいgitユーザーが何とかする こうなることが予見される訳だが 245 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 18:15:38 ] ・かしこいgitユーザーを見よう見まねのかしこくないgitユーザーが出現 こうなることが予見される訳だが 246 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 18:25:22 ] ・かしこくないgitユーザにはpush権をやらない ・練習用のリポジトリを使わせる ・かしこいgitユーザがログを綺麗にしてからpushする 247 名前：デフォルトの名無しさん [2010/10/20(水) 18:52:59 ] Bazaar導入でスッキリ解決 248 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 18:54:38 ] VSS導入でスッキリ解決 249 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 19:31:53 ] ClearCase導入でスッキリ解決 そして誰もいなくなった 250 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 20:25:18 ] >>246 ログを綺麗にする方法について 具体的に教えて頂けませんか？ 251 名前：デフォルトの名無しさん [2010/10/20(水) 22:32:19 ] >>250 git push :master 252 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 22:47:22 ] >>251 それがあんまり洒落になってないところがgitの扱いづらさ 253 名前：デフォルトの名無しさん mailto:sage [2010/10/20(水) 23:13:28 ] おまいら svn しか使えない馬鹿ものっていうけどな svn も使えない馬鹿ものも多いんだぞ 254 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 00:19:16 ] >>233 >>239 以前、散々開発してた途中でバージョン管理してないプログラマ一人のプロジェクトが見つかって、 何でリポジトリ作ってないんだよって問いただしたら、 管理者じゃないからリポジトリ作れなかったって話を思い出した Subvrsionだとサーバーないとしかも管理者(リポジトリのね)じゃないとリポジトリ作れないと思ってたらしい TortoiseSVNですら、ローカルにリポジトリ作れるから一人プロジェクトでもリポジトリ作れるのにな 後からサーバーにうつせばいいし ま、これは、コミュニケーション不足が主な原因だったわけだが 255 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 00:23:58 ] そもそも、自由に履歴をいじれるバージョン管理ソフトって、 やり過ぎ感が否めない 便利なのはわかるけど、結局何がしたいんだろうって 256 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 01:12:39 ] ・過去の履歴にパスワードなど個人情報が入ってしまっている ・コミットログを間違えたが、管理者かサーバー側でログ修正を許可しないと修正できないので、 　ソースに改行を挿入してもう一度コミットした こういうのを経験していると、リモートにアップする前に、 ローカルで簡単に修正できるのは便利だよ ただ、逆に言うと運用でなんとかしてたのを機能として持つことで覚えることが増えたように感じる もちろん、必要になってから憶えればよいんだけどね gitだって基本のコマンドが多く見えるけれど、便利な機能(過去のコミットの修正や履歴のツリーの付け替えなど) を最初はスルーすることで最小限必要な学習でスタートできる。 257 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 03:20:57 ] リポジトリにパスワードなんて突っ込むような大馬鹿野郎がgitをありがたがるという事ね なるほど 258 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 06:00:28 ] 脳に蛆が湧いた奴がいるな 259 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 08:34:18 ] >>253 cvsを使っていてsvnを選ばなかったのなら勝ち組 バージョン管理をしていないのなら分散型で始めれば良い 260 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:05:44 ] >>254 コミュ不足というよりは、マニュアルくらい 読めよ、て思った。 そいつ自身の自業自得じゃね？ 261 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:08:00 ] とにかく分散すればありがたい、とハードワイアで結合されたニューロンたち。 262 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:16:47 ] さぁ、早くsvnでcherry-pickとrebaseをする仕事に戻るんだ 263 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:19:09 ] >>259 じゃあ俺は勝ち組だな。 cvs → hg & bzr svn は、cvs を徹底的にこき下ろすコミュニティの態度が気に入らなかった。 別に cvs の悪口言うなってんじゃないけど、ほかを叩くことで自分を持ち上げるような 性根は嫌いだ。 264 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:24:00 ] ruby は、perl/C++ を徹底的にこき下ろすコミュニティの態度が気に入らなかった。 別に perl/C++ の悪口言うなってんじゃないけど、ほかを叩くことで自分を持ち上げるような 性根は嫌いだ。 265 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:27:52 ] git は、svn を徹底的にこき下ろすコミュニティの態度が気に入らなかった。 別に svn の悪口言うなってんじゃないけど、ほかを叩くことで自分を持ち上げるような 性根は嫌いだ。 266 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 09:32:39 ] 敗者の被害妄想 267 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 10:16:25 ] たしかに勝者は被害妄想しないな。 268 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 10:26:32 ] つうか cvs はねえよ 慣れの問題はあるけどさ 269 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 10:32:18 ] >>256 svnにしがみつくことに必死な馬鹿にまともにレスしても無駄だから 270 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 10:33:17 ] ここ数年で急に分散型が台頭してきたよな。 どれが淘汰されて、どれが生き残るのか、 まだ分からんので必要に迫られない限り様子見してる。 あと数年は分散型が乱立した状況が続くんでないかと思う。 新しいものに飛びついたからって、勝った事にはならん。 むしろ、飛びついた先の船が沈没しないことを祈りなされ。 271 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 10:38:09 ] gitは沈没しなさそう 272 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 11:05:12 ] cvs -> svn -> svk -> git ときた俺だけど、理想過ぎてもうGit無しでは生きていけない 273 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 11:06:16 ] 沈没してもfast-exportで別のVCSに移行できる svnにしがみついているのは、ブランチが複雑だったり、copyでブランチを作っていなかったりして、 移行もままならないプロジェクト 274 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 12:07:21 ] git → linuxが捨てなければ大丈夫 bzr → GNUが捨てなければ大丈夫 hg → microsoftが捨てなければ大丈夫 275 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 12:19:59 ] 一番怪しいのはhgか 276 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 12:57:35 ] Oracleもいるよ? いる…よ？ 277 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 13:44:05 ] Microsoftはhgラブだったのか 278 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 13:45:58 ] svnラブでしょ >>151 279 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 13:54:52 ] >>151の記事って表題が ＞米Microsoft、バージョン管理システムMercurial開発プロジェクトに25,000ドル寄贈 280 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 14:42:47 ] Mercurialが一番、どこの陣営の色も付いてないから？ 281 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 15:44:00 ] >>280 実装が一番楽だからじゃないか 282 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 16:56:58 ] たった250万円かよ・・・。 283 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 16:59:51 ] その頃1ドル85円ぐらいじゃなかったっけ 284 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 17:06:06 ] 一番必死で一番性格が悪いのがGit陣営だと良く分かった 285 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 20:56:24 ] >>280 mercurialはsun色じゃなかったんだ？ 286 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 21:58:47 ] https://git.wiki.kernel.org/index.php/GitProjects mercurial.selenic.com/wiki/ProjectsUsingMercurial wiki.bazaar.canonical.com/WhoUsesBzr 287 名前：デフォルトの名無しさん mailto:sage [2010/10/21(木) 23:23:18 ] gitでもhgでもbzrでもいいけど分散型に慣れたあとsvnを触るとコミットするのがすごく怖く感じる 288 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 00:40:41 ] brancheにCommitする習慣が必要あるね 289 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 05:49:57 ] >>274 Googleもhgじゃね？ 290 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 06:35:58 ] >>289 hibari.2ch.net/test/read.cgi/tech/1284467898/84 291 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 06:41:21 ] ﾊｹﾞﾊｹﾞうるせー 292 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 07:34:56 ] 散々、gitの開発者は日本人だ日本人だと煽っておいて、gitの日本人コミッタって在米かよ。 米国でノーベル賞とった日本人研究者を喜んでる日本人みたいじゃねーか。 それにしても、せっかくGoogle社員なのにもったいないね。 GoogleはWindowsの親和性からhg押してるという状況が。 むろんコミッタには罪はないんだが。 293 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 07:35:45 ] bzr は、hg や git の日本語対応を徹底的にこき下ろす2chコミュニティの態度が気に入らなかった。 別に hg や git の悪口言うなってんじゃないけど、ほかを叩くことでbzrを持ち上げるような 性根は嫌いだ。 294 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 08:16:49 ] googleはpythonだからね。 git push :masterがそうだけど、これが大きな要因だと思う。 www.atmarkit.co.jp/news/200904/28/googlecode.html > ・メンテナンス性。Gitはgit-gcなど、レポジトリの定期的なメンテナンスが不可欠。 > ・ヒストリの重要性。Gitは非常に強力で、コマンドを叩けばあらゆる操作が可能。 > 　リモートサーバ上のレポジトリもコマンド1つで消えてしまう可能性があり危険。 > 　一方、Mercurialは変更不可のオブジェクトが蓄積していくだけ。 295 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 09:57:07 ] >>294 その二つは同じことを言ってるだけだよな gitでgcをoffにしたら解決する話のような 296 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 10:36:09 ] >>292-293 そんなことでバージョン管理システム決めるなよｗｗ 個人で、日本語ファイル名を複数の環境で扱わないならどれ使っても良い。 チームで、しかも日本語ファイル名を複数の環境で扱うならbzrが安心。 チームで、みんなにcygwinやmsysをインストールさせるのがいやだったらgitが 選択肢から外れる。 今から個人のバージョン管理するなら、プライベートリポジトリの制限なくなった BitBucketが使えるhgが良いんじゃないかな。CodePlexもGoogle Codeでも使えるし。 297 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 10:42:17 ] >>296 UTF-16が安心？ 298 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 10:51:07 ] gitはコミッタが日本人だから安心とか言ってるBlogあったけど 彼って多言語対応に一切興味を示さないよね 299 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 11:22:23 ] 自分が必要してないのに泥沼確定してる多言語対応に手を出したくない 気持ちはわからなくもない 300 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 12:21:04 ] 元々Gitにかかわろうと思った動機も　コード1200行しかなくて簡単そうだったから　だもんな 面倒な問題の解決については一切期待できない人物 301 名前：デフォルトの名無しさん [2010/10/22(金) 13:18:30 ] >>296 >チームで、みんなにcygwinやmsysをインストールさせるのがいやだったらgitが >選択肢から外れる。 それは誤解 302 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 13:40:05 ] ファイル名にUTF-8が使えるのが多言語対応じゃないのですか？ 303 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 13:50:53 ] ファイル名にUTF-8が使えるのは多言語化の現実的な実装法の一つだがイコールではない 304 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 13:55:03 ] ファイル名をUCSにするのは多言語化の現実的な実装法の一つだがイコールではない 305 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 13:58:08 ] svnかhgのどちらでもいいのですが（あれば両方とも） 指定した２つのリビジョン間の差分ファイルのみを ローカルにコピーする機能ってありませんか？ 306 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 13:59:29 ] 差分ファイルってのは断片ではなく、ソースファイル丸ごとという意味です。 307 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 14:45:15 ] >>301 msysやcygwinに依存しないWindows用gitってあるの？ 308 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 15:08:01 ] っていうか、依存しちゃうとマズイことあるの？ push/pollなどのプロトコルさえ通じれば、実装はなんでもいいのでは？ （おれはどのくらいmsys/cygwinがソレに依存しているか詳しくないのだけど） 309 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 15:26:12 ] 微妙に名前の違う同じ名前のexeがいくつもあると容易に嫌なことが起きやすいのは 想像できるな 310 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 15:27:06 ] hibari.2ch.net/test/read.cgi/tech/1284467898/22 > msysGit is not Git for Windows; that is an installer which installs Git -- and only Git. 311 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 16:04:48 ] >>308 ファイル沢山入って重い 既存のコマンドと同名で別のコマンドがインストールされる恐れがある。 (Windowsのfindとか) もともとCygwin/mingw使っている人に新しくmingwかなにかをインストールさせた 場合、環境の切り替えが大変。 >>310 おぉ、gitが入ったmingw環境をインストールさせるのかと思ってた。 312 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 16:26:02 ] gitそのものがシェルスクリプトとか使ってるのにどうやってるの？ 313 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 16:35:44 ] portableGIT使えばいいじゃない 314 名前：デフォルトの名無しさん [2010/10/22(金) 16:43:04 ] >>311 pathが違うから大丈夫 っていうか Git のみインストールすれば Git 専用の Bash が出来てその中だけで完結出来て 他に悪影響出ないよ 315 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 16:57:57 ] >>314 元々msysやcygwin使ってた人からすると、msysやcygwinのbashからgitを呼べないと使い物にならねえ って言う人がほとんどじゃね？ 316 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 17:04:53 ] PATH通せばいいだろ 317 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 17:07:03 ] msysにしろcygwinにしろ、POSIX APIを.dllで提供してるから 共通のものを使ってくれないとだめだろ WindowsのPATHだけ通しても、/usr/みたいなPOSIX PATHが別のところになっちゃうぞ 318 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 17:21:06 ] gitってまだ外部コマンドに依存しているのが残っているの？ 319 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 17:21:44 ] WindowsのPATHは通さない 320 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 19:05:16 ] GITってlinux（POSIX）依存が抜けないんだよね。 そういう部分で苦労させられると、ハードゲイの方がよく思えてくる。 321 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 19:11:27 ] cygwinしかなかった時に比べると進化している。 でも、TortoiseGitは進化するのだろうか？ 322 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 19:28:22 ] フォーー！ 323 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 22:58:54 ] >>296 >>263 >>264 >>293 324 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 23:07:35 ] >>311 msysGitだとmsys環境だけにパス通したコマンドプロンプト立ち上げる機能ついてきたはず。 VisualStudioでも複数の環境を切り替えて使えるように、一時的にパス通したコマンドプロンプト使えるbatみたいなのついてくるよね ああいうの >>312 他のバージョン管理みたいに、libなんたらやらdllで基本的な機能が組み込めると楽なんだけどねー。 TortoiseGitもコマンンドライン版を要求してコマンンドライン版の実装に激しく依存する 文字コードの問題もそう。 325 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 23:11:56 ] >>321 TortoiseGitはgitは日本語ファイル名の問題ある、TortoiseGit側にも文字コードの問題ある 二重苦 326 名前：デフォルトの名無しさん mailto:sage [2010/10/22(金) 23:17:46 ] そうなんだ。 GITはファイル名じゃなくて、inodeみたいなidで持ってるんだから、 ファイル名の問題は解決済みなのかと思ってたよ。 そもそも、日本語ファイル名なんか使わないけど。 327 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 11:57:29 ] >>300 なにその「濱野は楽したいだけのクソ野郎」みたいな言い草 328 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 12:25:54 ] なにもクソも本人談そのままだし お前がそう感じたならそう言う事なんだろう 329 名前：デフォルトの名無しさん [2010/10/23(土) 12:28:33 ] 「面倒な問題」って何ですか？ 330 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 13:40:29 ] 中身見たことないけど1200行とかCのソースとしてはものすごい短いものだから 本気で取り組んだらわからない部分なんてないんじゃないの 331 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 14:00:33 ] >>330ほどの馬鹿発言する奴が何故バージョン管理スレに居るのだろう 332 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 14:09:35 ] と、1200行のCのソースも理解できない馬鹿が言っています 333 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 21:38:11 ] >>330 >>332 こいつは今のGitが1200行で動いてると思ってんのかｗｗｗ 334 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 21:41:16 ] 何言ってんの。 短い行数でこれだけの機能を実現しているということは 作者にしかわからないトリッキーなコードに決まってるじゃん。 335 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 21:43:51 ] 1200行で動いてるんなら、マルチバイト対応も、むしろ逆に簡単なんだろうけどな そういうことではなく、面倒くさいものには触りたくないっていう思想だと思う 非常に正しい思想だとは思う 336 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 22:10:03 ] 数メガのバイナリファイルが二万くらいあるんだけど、どのバージョン管理システムがお勧めですか？ 337 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 22:24:27 ] JASRACに管理してもらえ 338 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 22:36:11 ] >>334 お前馬鹿すぎ 1200行だかはLinusが一晩ででっち上げたプロト 339 名前：デフォルトの名無しさん mailto:sage [2010/10/23(土) 22:59:33 ] >1200行とかCのソースとしてはものすごい短いものだから >本気で取り組んだらわからない部分なんてないんじゃないの >と、1200行のCのソースも理解できない馬鹿が言っています >短い行数でこれだけの機能を実現しているということは >作者にしかわからないトリッキーなコードに決まってるじゃん。 恥ずかしい部分抜き出したらほぼ全行だった。 ド素人とかいうレベルの話ではなく、頭の根っこの部分がものすごいお気の毒様な事になっているんだと思う。 340 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 02:14:49 ] >>337 ネタじゃなく、真面目な話なんだが… やっぱりPerforceしかないのか 341 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 05:10:09 ] >>335 > 1200行で動いてるんなら、マルチバイト対応も、むしろ逆に簡単なんだろうけどな マルチバイトって何ですか？ 342 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 05:46:56 ] >>336 git 343 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 05:47:56 ] >>342 酷い奴だな……w バイナリも差分で保存してくれるのは、svnとbzrだけ、だったっけ？ 344 名前：デフォルトの名無しさん [2010/10/24(日) 05:58:21 ] 数メガのバイナリを差分で取るの？ 345 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 05:59:20 ] gitもpackすれば差分になるよ 346 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 06:06:09 ] それじゃpackしなければ良いんじゃない？ 347 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 07:05:08 ] packしなければ速いけどストレージは食うね バイナリでも差分取れないような更新ばっかりならpackしないようにしたほうが良いかも 348 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 08:47:20 ] Mercurialしかない。 349 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 11:27:56 ] >>345 ほんとだｗ リポジトリ数GB縮んでびっくりしたわｗｗ 350 名前：340 mailto:sage [2010/10/24(日) 17:00:30 ] 色々情報ありがとうございます！ bzrやgitもバイナリの差分に対応してるんですね。 その為だけにsvn使ってたみたいなもんなんで、ありがたい情報です。 351 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 18:10:22 ] Mercurialも差分らしい 8.3.バイナリファイルの取り扱いはどうなっているの？ mercurial.selenic.com/wiki/JapaneseFAQ#JapaneseFAQ.2BAC8-TechnicalDetails.A.2BMNAwpDDKMOow1TChMKQw6zBuU9YwimJxMEQwbzBpMEYwajBjMGYwRDCLMG7.2FHw- バイナリを扱うためのいくつかの拡張がある mercurial.selenic.com/wiki/BfilesExtension ファイルの中身はいじらないという方針だったのだが、 改行コードを変換するための拡張が本体に取り込まれた。 mercurial.selenic.com/wiki/EolExtension 352 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 21:42:45 ] >>118, >>340 定期的に Perforce を取り上げるのは営業活動の一環なのか？ 353 名前：デフォルトの名無しさん [2010/10/24(日) 23:26:55 ] イントラ内に建てたfreebsd8.1サーバーにsubversionインストールして ブラウザでhttp://サーバーアドレス/dav/ってするとdav - Revision 0: / って表示される。 クライアントのWin7上にTortoiseSVNもインストールしてあります。 visual studio 2010 proのVC#プロジェクトを管理したいのですが サーバーに同期（アップロード？コミット？チェックアウト？）させる方法がわかりません。 354 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 23:38:16 ] >>353 プロジェクトのディレクトリをエクスプローラーで開いてコンテキストメニューからコミットやアップデートできる。 Visual Studio Professionalならankhsvnとかのプラグイン使った方が楽。 355 名前：デフォルトの名無しさん mailto:sage [2010/10/24(日) 23:59:21 ] 個別スレに行け 用語も分からないということは、trunk/branches/tagsも作らずに始めるつもりか？ 356 名前：デフォルトの名無しさん mailto:sage [2010/10/25(月) 06:03:55 ] >>355 別にそれで始めたっていいだろが 357 名前：353 [2010/10/25(月) 07:29:02 ] 用語もわからなくて質問してすいません。 コミット先をでhttp://サーバーアドレス/dav/にしたいのですが 設定がまずいのか現在は、ローカルの file:///C:/Repositories/dav/trunkになってしまいます。 どうしたら変更できますか？ 358 名前：デフォルトの名無しさん mailto:sage [2010/10/25(月) 07:33:56 ] >>357 ここに行け hibari.2ch.net/test/read.cgi/linux/1154701996/ 359 名前：デフォルトの名無しさん [2010/10/25(月) 13:59:49 ] バージン管理システムに見えた 360 名前：デフォルトの名無しさん mailto:sage [2010/10/27(水) 20:10:38 ] Gitを統合した「KDevelop 4.1」がリリース sourceforge.jp/magazine/10/10/27/0315212 361 名前：デフォルトの名無しさん mailto:sage [2010/10/27(水) 21:41:00 ] >>359 最近は過去の改竄しまくりで、けしからんな 362 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 00:43:16 ] >>361 前彼女の履歴から俺のコミットがロールバックされていた件 363 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 00:50:29 ] revertならまだ望みはある 364 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 12:48:35 ] 別の誰かの記憶にマージされていた 365 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 14:19:02 ] お前ら二人とも愛してやる！ fast-forwardだ！ 366 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 15:19:20 ] VS2010で扱いやすいバー管おしえてください 367 名前：デフォルトの名無しさん [2010/10/28(木) 15:47:27 ] >>366 Mercurial Source Control Plugin for MS Visual Studio visualhg.codeplex.com/ 368 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 15:57:16 ] >>366 VS2010で扱いやすいのはVSSじゃないかな 使ってる人間が扱いやすいかは別にして 369 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 16:08:12 ] >>366 Git Extensions code.google.com/p/gitextensions/ > Git Extensions is a toolkit to make working with Git on Windows more intuitive. > The shell extension will intergrate in Windows Explorer and presents a context menu > on files and directories. There is also a Visual Studio plugin to use git from Visual Studio. TortoiseHgにそっくりのスクリーンがあって、 TortoiseGitよりもこっちの方が良いかも 370 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 16:50:33 ] なんで何でもかんでも合体せにゃならんのか。 371 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 18:36:29 ] >>367 俺はVisualHGよりは、hgsccの方が好きだな。 でも、両者をチェックしたのは1年以上前だから、今は状況が変わってるかもしれないが。 当時はVisualHGは低機能すぎてイマイチだった。 372 名前：デフォルトの名無しさん mailto:sage [2010/10/28(木) 23:56:34 ] お手軽で普通に使えるので俺はVisualHGのほうがオススメ。 373 名前：デフォルトの名無しさん mailto:sage [2010/10/29(金) 01:19:21 ] >>370 >>366じゃないがIDEやエディタに統合すると便利よ リアルタイムに変更箇所表示してくれたり、TortoiseXXXみたいにアイコンファイルビューで状態を表示してくれたり 374 名前：デフォルトの名無しさん mailto:sage [2010/10/29(金) 01:31:03 ] >>370が言ってるのは、コマンドをパイプで繋げてお手軽にオレスゲーが出来なくなるのが問題だって事じゃないの 375 名前：デフォルトの名無しさん mailto:sage [2010/10/29(金) 03:19:39 ] >>368 MSはTFSに乗り換えて欲しいようだが 376 名前：デフォルトの名無しさん mailto:sage [2010/10/29(金) 08:49:39 ] >>374 Emacsはデスクトップ環境だそうだが、 GNU EmacsがBazaar、XEmacsがMercurialなんだね。 377 名前：デフォルトの名無しさん [2010/11/04(木) 20:10:45 ] Subversionスレから誘導されて来ました。 Subversion+Hudsonで管理されたプロジェクトに対して、後述のよう な多段構成の運用をするベストプラクティスは無いでしょうか? Subversion+Hudsonで管理されたとあるMavenプロジェクトの中の 子プロジェクト(学術分野です)の一つを担当することになりました。 (元締めがSubversion+Hudsonという条件は動かせません) 我々のグループ内でも複数メンバーが共同作業で開発を行います。 そのためメンバー個々人が親プロジェクトのSubversionレポジトリを 直接読み書きするのではなく、グループ内部で内部用のレポジトリを 立てて親レポジトリ上のコードと同期をとり、普段の開発時は内部 レポジトリに対して作業を行い、内部で各テストが終わった段階で 内部レポジトリの更新内容を親レポジトリへと反映する運用を考えて います。このような場合、 親プロジェクトのSVNレポジトリ <-> 内部レポジトリ+Hudson <-> 各メンバーのマシン というような運用になるわけですが、このような運用を行う上で良い 構成法などの例は無いでしょうか。 378 名前：デフォルトの名無しさん mailto:sage [2010/11/04(木) 20:21:14 ] >>377 ・Subversionのフォルダ単位の分散型のミラーを立てる ・Subversionにpush時に一本道になるように履歴を整える 379 名前：デフォルトの名無しさん mailto:sage [2010/11/04(木) 23:03:52 ] >>377 Mercurialではじめる分散構成管理 第5回　分散による「多段連携」 〜 大規模開発への応用 gihyo.jp/dev/feature/01/mercurial/0005?page=1 ここでのマスタリポジトリをSubversionにすれば良い 380 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 00:31:12 ] 相談なんですが、 現在プログラマーはコードをSubversionで管理してます。 プログラマ以外の共同作業員との間ではバージョン管理ソフトを使っておらず、 最近、 ・ファイルの更新したかがわかりづらい、 ・コンフリクトというよりどちらかが更新されたファイルを上書きしてしまうことがある ・できれば中央のサーバーがないときも使いたい といったことがあります。 問題と感じた件のプログラマーはバージョン管理つかおうか、と提案していたようなのですが、 共同作業員側は手元ではファイル名に番号づけて保存していて問題ない、面倒くさい、という理由により、 結局はその作業員との間では、上記問題はだいたい解決できるということでDropboxを使うことになっていました。 実際、機能的に制限され使い方をシンプルにされたDropboxとは簡単さは比較になりません。 もちろんDropboxが許される状況で、それで解決できるくらいのようでしたので(今後はわかりませんが) 無理強いすると反発を招きますし、それ以上は深入りせずにいたのですが、 こういったことが解決できるようなバージョン管理ソフトはないものでしょうか？ 381 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 00:37:38 ] 追記 規模はほんの数人の小規模です。コード書く以外の作業員も最低1人という状況です。 開発者は全員Windowsです。 ローカルネットワークからアクセス出来るファイル共有サーバーはすでにある状態で、 Subversionリポジトリもそうですが別の分散バージョン管理サーバーも設置できる権限はあります。 >>380 の要点ですが、バージョン管理ソフトを導入する利点はわかるが、 導入や利用時の手間がかかるデメリットが上回っている状況です。 382 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 00:45:02 ] > 導入や利用時の手間がかかるデメリットが上回っている状況です。 ・ならば入れる必要は無いでしょう。 ・Trac/Redmineなどでのタスク管理を検討しましょう。 383 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 00:48:38 ] Dropbox を入れるデメリットは無視ですかそうですか 384 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 00:55:11 ] >>380-381 そのような状況なら、自分のブランチと共同作業員のブランチを用意して 共同作業員のブランチも貴方(もしくはプログラマ)が管理すればいい 385 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 00:59:18 ] >>380-381 Trac、Redmineを立てなくても、 ５人まで無料で無制限でプライベートリポジトリが持てて、wikiとBTSが付いているbitbucketが良いんじゃね 386 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 01:39:06 ] コンフリクトする度にぶち切れて暴れてみせれば、デザイナの方から バージョン管理システム導入しようって言ってくると思うよ。 387 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 01:43:31 ] >>386 それいいなｗ　って思ったけど、デザイナの人ってそういうの気にしなーいんだよね… 388 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 04:04:37 ] そんなの人の問題 ブチ切れ方が足りない 「俺のファイルを上書きするんじゃねぇ」とキーボードぶん投げてやれば バージョン管理の導入に同意してくれるだろ 389 名前：デフォルトの名無しさん [2010/11/06(土) 05:44:58 ] >>386-387 ぶちきれても無駄 そんなことするより こっちからコンフリクト上書きして デザイン壊してやればいい 390 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 05:59:24 ] >>380 デザイナーを変えればいいんじゃね？ 391 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 06:56:49 ] 社内リポジトリを公開せずに、社外のコントリビューター（ヘルプ、ドキュメント、アイコン、その他、主に非プログラム関連）の ファイルをバージョン管理するのなら、一番簡単なのは社内の人間を一人貼り付ける。代行チェックイン/アウト。 対象範囲が他とは独立していてファイルが一つくらい古くても大勢には影響でないのであれば、きらくにやってみたら？ 392 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 12:30:41 ] バージョン管理面倒くさいとか言ったら、次の仕事は頼まないからってなことを匂わす 393 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 14:05:14 ] あー同僚のデザイナーにもおるわ、意地でもsvn使わん奴。もう死ねよ 394 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 14:13:03 ] そんな屑クビにしろよw 395 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 14:41:42 ] バージョン管理のノウハウ的な所についての入門とか手引きは見当たらないけど、 皆どうやって覚えてるんだ？ 誰もが習うより慣れろで問題ないというわけでなし。 396 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 14:47:47 ] いろいろ書籍出てるけど？ 397 名前：デフォルトの名無しさん [2010/11/06(土) 14:56:08 ] 書籍「Dropboxで楽々バージョン管理」 ・コミットなどの専門用語とは、おさらば ・ブランチ、マージは必要無し 398 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 18:23:36 ] 近所にいくら勧めてもバージョン管理使わないチームがいてな いつも、上書きしたとか機能を変更したとか勝手に変えるなとかチーム内でけんかばっかりしている連中がいる。 399 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 18:53:41 ] >>397 ブランチはともかく、マージ必要無しって・・・ 上書き上等ってことか？ >>387 ぶっちゃけ、デザイナは、ぱっと見て見えてる世界が全てなので、 多少の上書きには動じないってのはあるな 見えなそうなちっちゃいところ（コピーライト表記とか、すこーしだけ色味を変えるとか）で、 すごく微妙だけど許されなさそうな上書きしちゃってみればいいんではないか？ 400 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 19:49:48 ] ぶっちゃけオンラインストレージよりはグローバルアドレスがひとつ欲しいんだよなあ 401 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 20:27:10 ] うちのプロバイダだと固定IPとるのに月5000円かかるからなぁ… 402 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 20:39:31 ] 月500円ぐらいのVPS契約すれば、グローバルのIP1個貰えるじゃん。 403 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 21:39:25 ] 固定IPなんか必要ないだろ 404 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 21:43:59 ] 電気代とか、サーバーの構築費用考えたら、 クラウドでも借りた方が安いんじゃね？ 405 名前：デフォルトの名無しさん mailto:sage [2010/11/06(土) 22:01:46 ] このスレ的には、bitbucketかgithubで決まりだろ？ 406 名前：380 mailto:sage [2010/11/06(土) 22:42:00 ] レスサンクス。参考になりました。俺デザイナ？っていいましたっけ・・・なんでバレてるんでしょ BTSはすでに使っています。Redmineです。 まだ詳しく見ていないのですが、デザイナさんはチケットの切り方がちょっと大きいかなと感じました。 もうちょっと細かく切ってもらうようにしてみます。 # 意外なことにRedmineはすぐに使ってもらえたんですよね。タスクの共有はかなり困ってたので。 相手が目の前にいるので、こえかけたほうが早いというような状況もあります。 ただそれでも上書きが起こってて、件のプログラマがシステムで解決したがったみたいです。 >>383 Dropboxはメリットがデメリットを上回っている状態で、許可されてます。Gmail使っているような職場ですので・・・。 >>386 この件を提案したプログラマが切れ気味だったのかもしれないです。 プログラマは運用でなんとかするタイプだったので、むしろ相談されてちょっと驚きました。 (早いと判断すると運用でなんとかしてしまう。実際早い) ただ工数、というか相手の作業員の面倒さや導入時間が増えるのは極力避ける方法でやっているのと、 けっこうデザイナ含め、作業以外の(ちょっと面倒くさい)効率化の話を嫌うので、気を使います。 今は話題は収まっているのですが、盛り返さない程度にもうちょっと話聞いてみます。 >>390 人員変えられたら苦労しないし、むしろ俺が変わって欲しいｗ 407 名前：380 mailto:sage [2010/11/06(土) 22:47:05 ] >>397 ワロタｗｗ 実際そんな感じでいい、という流れになってるｗ プログラマがリソース受け取って手動マージｗ Dropboxもテキストぐらいマージするモードがほしいくらいです >>399 > 多少の上書きには動じないってのはあるな いや、実際そうですよ。 プログラマならテキストにしておけば、 バージョン管理に入れて差分とってマージすればいいくらいが当たり前に染み付いている人も多いと思います。 ですが、扱うデータがグラフィックデータやバイナリほとんどだと 最初から差分やマージの恩恵がうけにくいので、諦めている感じがします。 システムで解決しようとする人たちが少ないのわからないですが、 この辺もう少しプログラマ界隈のようにツールが整っていてもいいのにとは思います。 408 名前：380 mailto:sage [2010/11/06(土) 23:05:12 ] ちょっと閃いたのですが、サーバー側にもDropboxクライアントを入れておいて、 作業員がDropboxの共有にファイルを入れたら、サーバー側で取得、 リポジトリの(デザイナは知らない)デザイナ用ブランチに自動コミットというのはありかも。 実際、そこまで手間かけてやる必要あるのか？という問題はありますが、 (こちらに支障でない程度に)なんとかカバーしてあげたいですよね。 409 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 04:27:31 ] 今のご時勢バージョン管理使えるデザイナっつーのはどこに行っても重宝されるよ。現にここでもニーズがあったろう？って言えば ぜひ使い方を教えてくれってなるんじゃねーの 410 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 04:42:27 ] >>380の人に助言できるとしたら、VCSは、何も差分だけを管理してる訳じゃないよと 履歴すなわち、誰がいつ何をしたか、ってのも残ってるんだよってことかな DropBoxでも、それはわかるんだろうか 最終的に一つの成果物を作るわけだから、作業中の差分どうこうは結果さえよければ どうでもいいんだが、いざ問題が出たときに「自分が」それをやって(いない|いた)ことが 保証されるっていうのは、実はものすごく大きい（主に精神安定上） あと、コミットログがあるので、「なぜ」その変更をしたのか、が一応残っている。 これもDropBoxで再現できているっていうならまあもう言うことはないけれど。 411 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 09:23:42 ] Redmineを入れているそうだから、「誰がいつ何をしたか」の記録は残るでしょ。 VCSの機能として欠かせないのにblameがあるけど、バイナリじゃ意味ないし。 Redmineのwikiはblameもできるし。 となると、VCSを使うメリットが見出せないというのも分からないでもない。 412 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 11:34:14 ] Redmine の Wiki は微妙に使い辛いんだよなぁ。 Google Docs あたりと上手く連携出来たらいいのにってよく思う。 413 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 12:10:50 ] 昔の職場、CVS使えってどんだけ言っても面倒くさがって使わない奴らばっかだったんだけど その理由として「価値を見出せない」というのもあるけど「何もかもオープンになる」のが嫌 ってのもあったような気がするな。 特にデザイナの人ってプログラマと違ってキチキチやらないから単純な間違いも凄く多くて、 それが全部見え見え（メール飛ぶ設定になってたり）になるのが嫌なのかも。 どっかで読んだブログで、新しく来た中国人ブログラマとのコミュニケーションに ちょっと不安があったんだけど、コミットログを見てると最近の調子が手に取るように分かる、 ってのがあって、なるほどなぁ、と思った。 414 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 12:20:14 ] 業務でやってるんだから、作業内容にプライバシーなんか無いだろ。 個人の作業用ブランチに毎日コミットさせると良いぞ。 415 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 13:03:39 ] いちいち他人のログを見るってどんな暇人だよとおもう。 自分のログだって、デグレートの問題が起きなきゃ見ないよ。 416 名前：デフォルトの名無しさん [2010/11/07(日) 13:07:03 ] え？ログ見ないの？ 一行目に目的を書くの常識でしょ？ 417 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 13:18:06 ] 締め切り間際になって出来ていませんでしたと言われたくなかったら、進捗具合とかチェックするだろ。 418 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 14:12:18 ] 普段は最低でも1日1回、多い時は4〜5回コミットしているのに、 あるとき一週間コミットせずにいたら、部長に喫茶店に連れ出されて 面談になったｗ お客さんの依頼で他の作業をしていただけで、リーダーの指示なんだから 上にも伝わっているものだと思っていたのに。 俺から部長に事情を説明したんだが、その後リーダーの機嫌は悪かった。 まあ知ったことじゃないけどね。 419 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 14:14:54 ] うちのところはフックして自動的にコミット内容メールで流してるから、 全員の進捗具合や、何をどう修正・実装したかまでだいたいわかる つーか、普通こうやっとくもんでしょ 420 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 14:15:59 ] コミット内容がメールで流れると、コミットの粒度が無駄に大きくなりそうだ。 421 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 14:18:47 ] そういう隠蔽体質を作らないのが管理の本当の仕事だと最近思う 422 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 14:59:44 ] 上司が隠蔽してのし上がった組織は隠したがるから理解されない 423 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 15:02:32 ] 徹夜すればなんとかなる気質の人とかはコミットトレースされたがらないんだろうなって気はするなぁ。 424 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 15:05:25 ] そんなあなたにgit、Mercurialの--dateオプション 425 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 15:15:26 ] >>423 別にトレースされたからってその人の作業結果の価値が下がるわけじゃないと思うんだけどな 評価するやつ次第なところっていう 426 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 15:18:00 ] 水面下のバタバタを隠せるって点で git は痛し痒し 427 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 19:12:29 ] >>420 チーム内の仲のいい奴や意識の高い奴と示し合わせて、 「頻繁にコミットするのが当たり前、コミットを渋る奴はバカ」みたいな空気を 作っちゃうんだよ。 意識の低い奴は周りの雰囲気に合わせて何となく動くから、雰囲気に合わせるだけで 正しい行動が取れるような環境を作ってあげるのがリーダーの仕事だよね。 まあ、俺にはとても無理だけどね。 428 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 19:53:37 ] BTS も SCM も俺ひとりしか真面目につかってない 辞めたい 429 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 21:09:11 ] >428 俺も昔はその状態だった。半年後ぐらいに改善されたが。 430 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 21:50:03 ] ttp://sourceforge.jp/magazine/10/11/01/0937206 俺も、参戦するぜ！ 431 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 21:52:13 ] >430 ＞リポジトリデータはSQLiteで管理する。 キモの部分が他人任せかよ。 432 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:09:21 ] キモかどうかは判断が分かれるな バックエンドの処理については実装部分の話で速度に影響する もしmonotoneが速かったらGITもMercurialも産まれてなかったかもしれない 433 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:14:39 ] po3a.blogspot.com/2007/12/subversion.html > もし C++ で書かれた VCS が欲しいのなら、Monotone を見てみるといい。 > ほんとに。連中は「本物のデータベース」を使っているよ。 > 「素敵なオブジェクト指向ライブラリ」も使ってる。「ナイスな C++ の抽象化」も > 使ってる。そして率直なことろ、一部の情報系の人間が喜びそうな > これらすべての設計上の決定のために、できてきた結果はゲロゲロで > 保守不可能なカオスだ。 434 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:29:00 ] ｹﾁｮﾝｹﾁｮﾝだなｗ Cが至高なのは同意だが 435 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:42:13 ] Linus は最初 BitKeeper に変る SCM でMonotone を最有力に挙げていたが、 動作速度が遅いから Linus版 Monotone としてGitを作ったんだよな。 436 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:42:59 ] そこは別にいいんじゃね？ 437 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:44:07 ] しょっちゅう使うツールは速いが正義なんだよなぁ。 438 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 22:48:02 ] で、Monotoneは、user-visibleなとこでは、どの辺に新規性があるわけ？ 公開鍵がどうこうのあたり？ 439 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 23:00:55 ] Monotone はファイル名をUTF-8に変換して管理してる。 これは Git に持ち込まなかった概念で、速度を犠牲にしたバカげた設計だと Linus は思ったのだろう。 440 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 23:01:40 ] >>428 同じく。一回提案したら便利そうだから使ってみようって流れになったんだけど、いざ導入したらよくわからんとか難しいとか言って使ってくれなくなった…。ちなみに相手はみんなプログラマ。 441 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 23:18:04 ] Mercuの利点ってなに？ 442 名前：デフォルトの名無しさん mailto:sage [2010/11/07(日) 23:34:18 ] >>439 Linux上のファイル名をLANGで変換するのであるならば、それはバカげた設計 443 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 02:52:27 ] 義務教育でバージョン管理のし方は教えておけよ、と思う 444 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 03:03:40 ] 日記＝コミットログ 445 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 03:24:26 ] 20年前のcommitにrevertするにはどうすれば 446 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 03:48:35 ] 種付け＝フォーク 447 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 04:21:22 ] 結婚＝マージ 448 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 04:27:37 ] 浮気＝ブランチ 449 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 09:38:56 ] 子供っていう派生プロジェクトを亡き者には出来ないだろ。。。 450 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 15:31:29 ] 子供は分散システム 451 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 16:46:26 ] 性格の不一致＝コンフリクト 452 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 17:20:20 ] commit = sex 453 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 18:02:38 ] 再婚＝リベース 454 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 21:47:04 ] 一つのリポジトリで複数(というか全て)のプロジェクトを管理できないかと考えています(無料のプライベートリポジトリサービスの多くは作れるリポジトリ数に制限があるようなので)。 個人でバージョン管理システムを使う場合、このような運用をする上で何か問題はありますか？ また、問題は無くともプロジェクト毎にリポジトリを分けた方がいい積極的な理由はありますか？ 455 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 21:54:17 ] プロジェクトで共有しているライブラリとかたくさん作ってるなら一つにしたほうがいいんじゃないの 完全に別物ならバージョンアップのとき別々の方がいいだろうし 456 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 21:54:22 ] 関連スレ プログラマー的"女の口説き方" hibari.2ch.net/test/read.cgi/tech/1142089873/ 彼女にポートスキャンの形跡が！！！ hibari.2ch.net/test/read.cgi/unix/1014614044/ 彼女がUNIX始めました。 hibari.2ch.net/test/read.cgi/unix/1018731587/ 彼女にloginできません hibari.2ch.net/test/read.cgi/unix/1007136614/ 彼女がオープンソース化されそうです hibari.2ch.net/test/read.cgi/unix/1000484092/ 彼女をCVSで管理したい hibari.2ch.net/test/read.cgi/unix/999837578/ 彼女をmountできません hibari.2ch.net/test/read.cgi/unix/1059971117/ 彼女をGNU Screenで pc8.2ch.net/test/read.cgi/unix/1073793361/ 女子高生のカーネル領域における言語的等価性 hibari.2ch.net/test/read.cgi/unix/1010917395/ 女性を UNIX に招くための HOWTO hibari.2ch.net/test/read.cgi/unix/1042963649/ 457 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 22:31:57 ] >>455 ありがとうございます。 やっぱりそんなに問題ないのかな。 共有ライブラリ的なものも色々作るつもりなので、単一リポジトリの方向で検討してみます。 458 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 22:41:00 ] いや、分けるべきだ Pro Git - Pro Git 6.6 Git のさまざまなツール サブモジュール progit.org/book/ja/ch6-6.html > 「ふたつのプロジェクトはそれぞれ別のものとして管理したい。だけど、一方を他方の一部としても使いたい」 459 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 22:47:18 ] >>458 Gitのサブモジュールは正直あまり使い勝手が良いとは言えないな… Subversionでやるならディレクトリ単位で好きにチェックアウト出来るから 手軽さではこっちのほうが良いと思う。中央集権型になっちゃうけどね。 460 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 22:50:07 ] >>456 > 彼女をGNU Screenで これ分からんw　で、どうするんだ？ 461 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 22:52:52 ] Gitのsubmoduleが使い安いとはいえんがSubversionの方が良いとは思えないな。 462 名前：デフォルトの名無しさん mailto:sage [2010/11/08(月) 22:56:23 ] プライベートリポジトリ作り放題のbitbucketでのMercurialのsubrepo 463 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 02:28:28 ] 質問があります。 TortoiseSVNやTortoiseGitやTortoiseBzrでエクスプローラーへの組み込みをなすことはできないでしょうか？ アンインストールするしかないでしょうか？ Tortoise系のツールをシェル拡張で組み込んでおくと、 Windowsでいうシェルを利用したその他ソフトの動作が遅くなるような気がしていて検証したいためです。 464 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 03:09:31 ] 検証するまでもなく遅くなるよ 右クリックするたびにフォルダー内検索するわけだから 465 名前：methane mailto:sage [2010/11/09(火) 03:24:19 ] TortoiseBZRでは、シェル拡張そのものを一時的に無くすことはできないものの、 バックグラウンドプロセスがディレクトリ内をチェックすること無しに応答するスリープ 機能を実装しています。 タスクトレイアイコンを右クリックでスリープをチェックするとスリープします。 466 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 04:04:45 ] Gitのsubmoduleって初めて知った submoduleはそこのディレクトリ以下が親repo内で「何処そこのrepoのハッシュ某」とされるだけで 親repo内では内部に一切関知しない仕組みってことかな 467 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 05:07:50 ] TortoiseXXXはキャッシュあるだろ 468 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 07:39:41 ] TortoiseHgはGNOMEのシェル拡張もあります。 TortoiseHgはWindows・GNOMEともキャッシュはありません。 リポジトリ単位でアイコンを表示するしないの選択ができます。 Windowsでは、シェル拡張を入れる入れないの選択も出来た気がします。 シェル拡張を経由せず、コマンドラインから起動できます。 次期バージョンではデスクトップアイコンかスタートメニューで起動できるようになるかもしれません。 469 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 09:48:13 ] >>463 特定のディレクトリ以下だけに反応させる設定があったような。 470 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 09:53:02 ] 結局Tortoiseで使い物になるのってSVNだけ？ 471 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 10:02:44 ] TortoiseHgはGNOMEのシェル拡張はMercurialのPythonのライブラリを直接呼んでいます。 つまり、hg statusと同様のことをしています。 ですので、キャッシュも必要無く、高速です。 TortoiseHgのWindowsのシェル拡張も以前は同様の処理を行っていました。 しかし、Pythonでやるのは無理があったのか、C++に置き換えられました。 hg statusを叩くと、.hg/dirstateが更新されます。 これのタイムスタンプを確認しています。 これで高速化しています。 472 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 10:17:10 ] TortoiseHgをWindowsに入れるとタスクバーのシステムトレイにMercurialのアイコンがあるのが分かると思います。 これはPythonで書かれています。 ファイルを更新すると、システムトレイのアイコンが光ると思います。 この時に.hg/dirstateが更新されます。 473 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 12:02:30 ] TortoiseHgって、インスコ済のマシンからバイナリをコピーしてきて、 コマンドラインから個々のツールを起動できるの？ 何か、出来そうな雰囲気にも見えるけど。 474 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 12:20:41 ] PATHを通せばいけそうな気もしないでもない 475 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 12:27:19 ] >>473 > TortoiseHgって、インスコ済のマシンからバイナリをコピーしてきて、 これはやったことが無いので分かりません。 > コマンドラインから個々のツールを起動できるの？ TortoiseHgのインストールしたところにhgtk.exe（現安定バージョン）があると思います。 Linuxのパッケージ配布ですと、/usr/bin/hgtk になっていると思います。 hgtk help と叩いて見てください。 usageが出てきます。 これらのサブコマンドをシェル拡張が起動しています。 476 名前：デフォルトの名無しさん mailto:sage [2010/11/09(火) 23:46:25 ] そうだねぇ、TortoiseでマトモなのはSVNだけな気がする。 他はまだ「急いで作った」感が激しい。 TortoiseSVNがもっと特定のバージョン管理システムに依存してない作りならよかったのにね。 それこそ、TortoiseALLみたいな、設定次第で複数のバージョン管理システムようにできればよかった。 477 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 07:27:44 ] >>476 > それこそ、TortoiseALLみたいな、設定次第で複数のバージョン管理システムようにできればよかった。 TortoiseHgは、hgsubversionを使うことでSubversionを、hg-gitを使うことでGitを直接操作することが可能です。 478 名前：463 mailto:sage [2010/11/10(水) 09:07:03 ] 右クリックのメニューが5〜10秒)くらいかかっていたのがTortoise系全部外したら2秒くらいになった。 すごく快適。 最新版では違うかも知れないけど、TortoiseGit、TortoiseBzr、TortoiseSVNともどれもアンインストーラーでシェル拡張だけ外すことができなかったので、 TortoiseHgは重いから前にすでに外してた。 TortoiseHgが重いのじゃなくてGUIだと以前のバージョンでは重いリポジトリで固まってただけなので誤解しないで シェル拡張外していざというときに使えたらいいと思う。 コマンドラインで使えるけど、履歴やブランチをグラフィカルに見たいことあるからね。 gitはコマンドライン版でもgitkみたいなのあるからいらないかもしれない。 アイコン表示はとても便利なんだけど重いのは仕方がない・・・ IDEに拡張入れてつかうとか回避策はあるし 479 名前：463 mailto:sage [2010/11/10(水) 09:09:28 ] TortoiseGitアンインスコしてもまだメニューに残っているんだけどこれはmsysgitのかな >>475 訂正 > 最新版では違うかも知れないけど、TortoiseGit、TortoiseBzr、TortoiseSVNともどれもアンインストーラーでシェル拡張だけ外すことができなかったので、 最新版では違うかも知れないけど、TortoiseGit、TortoiseBzr、TortoiseSVNともどれもアンインストーラーでシェル拡張だけ外すことができなかったので、 シェル拡張外していざというときに使えたらいいと思う。 >>471-473 TortoiseHgは単体で使えますか。 そもそも外部ツールを呼び出しているだけだろうし、切り離して使えるとすごく助かります。 480 名前：methane mailto:sage [2010/11/10(水) 09:22:16 ] TortoiseBZRはスリープ機能持ってるけど、そもそもシェル拡張外したいっていう話ですね。 アンインストーラーの拡張は面倒だけど、スタートメニューにメニューを追加するのはできそう。 中では regsvr32 呼んでるだけだし。 ただ、per user install と全員のインストールの切り替えとか考え出すと面倒だ。 ちなみに、bzrはインストーラーでTortoiseBZRを外して Bazaar Explorer だけインストールすると、 統合型GUIだけで使えます。 481 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 09:24:24 ] トータス（陸亀）なのかタートス（海亀）なのか、そこが問題だ。 482 名前：methane mailto:sage [2010/11/10(水) 09:26:31 ] >>481 オフラインが陸、オンラインが海 シェル拡張はオフラインなのでTortoise Web上ののリポジトリブラウザはオンラインなので海亀のLoggerhead 483 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 09:29:34 ] >>482 アカウミガメって種族の海亀なのか。ちょっと感動。 484 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 09:35:44 ] tortoiseBZR使ってるけど、 管理対象フォルダを見に行くと マシン起動後初回は必ず時間かかって、間違ったアイコンが表示される。 なんか、あわてふためいたあげく間違えるとかかわいくて萌える/// 485 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 10:09:45 ] >>479 > >>471-473 > TortoiseHgは単体で使えますか。 > Fedora(Linux)ではパッケージがtortoisehgとtortoisehg-nautilusが分けて配布されています。 tortoisehgに/usr/bin/hgtkが含まれていて、これが画面(PyGTK)の実態です。 コマンドラインから hgtk log や hgtk add をすることで画面が表示されます。 WindowsでもC:\Program Files\TortoiseHg\hgtk.exe があると思います。 Linux同様 hgtk.exe をコマンドラインから実行することで画面があがります。 hgtk とサブコマンドを入れないとusageが流れるだけです。 % ./hgtk Hgtk - TortoiseHg's GUI tools for Mercurial SCM (Hg) basic commands: clone clone tool commit commit tool . . . 次期バージョン(PyQt)のthgではサブコマンドを指定しない場合、ワークベンチ画面が立ち上がります。 thg --noforkと書かれたバッチファイルをデスクトップなどに用意すると、ワークベンチ画面が立ち上がります。 486 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 10:21:43 ] >>478 > TortoiseHgが重いのじゃなくてGUIだと以前のバージョンでは重いリポジトリで固まってただけなので誤解しないで ログ画面でかなりの数のリビジョンを読み込むので、重いかと思います。 初期設定では500のようです。 mercurial.iniか.hg/hgrcに以下のものを書くと速くなると思います。 [tortoisehg] graphlimit = 50 またTortoiseHgの画面の「リポジトリ設定」→「ログの表示」→「ログ読み込み件数」で設定できます。 487 名前：methane mailto:sage [2010/11/10(水) 10:36:03 ] >>484 間違ったというか、ステータス取得中は ? を表示して、ステータス取得後に正しいアイコンに アップデートする仕様になっています。アイコンオーバーレイの仕様上、すぐにステータス返さないと エクスプローラー自体を待たせてしまうので。 488 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 12:29:33 ] WinCvs みたいな独立したツールが好きだったんだがなあ。 なんで Tortoise が普及してしまったのか。 489 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 12:34:58 ] WinCvs みたいな独立したツールが好きじゃないから。 490 名前：デフォルトの名無しさん mailto:sage [2010/11/10(水) 12:46:08 ] bzr explorer とか git extentions とかは単体ツールとして良くできてると思うけどなぁ 491 名前：463 mailto:sage [2010/11/11(木) 06:39:47 ] シェル拡張外しまくったらエクスプローラーさくさくうごいてワロタｗ コンテキストメニューの表示が早くなっただけでも大分違いますね ただ重いところは重いままだったので、問題が切り分けできて助かりました。 >>479 > TortoiseGitアンインスコしてもまだメニューに残っているんだけどこれはmsysgitのかな msysgitでエクスプローラーのメニュー拡張されていたので一旦アンインストールしました。 492 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 08:29:01 ] >>488 やっぱりシェル統合は便利だよ。 エディタやランチャからコンテキストメニュー表示するだけでバージョン管理できるから。 各ツールから個々のsvnのコマンドを呼び出せるようにしようとすると結構手間かかるし。 バージョン管理は主ではなくあくまで従なんだと思う。 493 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 08:38:02 ] シェル拡張といってもいろいろあるけどな。ちょっと右クリックメニューを拡張するだけならまだしも、 SVNクライアントの機能をまるごとエクスプローラのプロセス内にロードすりゃ重くもなるか。 494 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 15:59:02 ] どんなのが便利と感じるかも人それぞれか バージョン管理しないときまでバージョン管理に関するものが見えるのは俺は不便だと思うが 495 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 16:08:54 ] バージョン管理なんか、シェルに組み込むほど、たいそうなもんじゃないよな。 シェルはOSの基盤だよ。 496 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 16:15:46 ] 自作のしょうもないシェル拡張入れちゃってるな 497 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 16:26:37 ] ファイルシステムにバージョンの概念があったVMSに喧嘩売ってる？ 498 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 17:20:40 ] あれってシェルがやってくれてるのかと思ってた 499 名前：デフォルトの名無しさん [2010/11/11(木) 18:51:58 ] えくすぷろらライクのファイラーにコンテキストメニュー付くだけでいいんだがな 500 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 19:06:45 ] >>499 プログラマはそれでも良いが、デザイナなどの一般のユーザ対象だと、その画面の開き方の説明から始めないといけない。 エクスプローラという共通インターフェースを使っているTortoiseSVNの功績は大きい。 501 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 20:50:18 ] >>495 ＞シェルはOSの基盤だよ。 ぷ。ｗ 「シェル」をそう呼ぶ所以をご存知？ 502 名前：デフォルトの名無しさん mailto:sage [2010/11/11(木) 22:18:29 ] shell と core という言葉の意味においても語源においても 破格の位置付けだと思うけど 503 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 09:12:42 ] >>501 出たよ、揚げ足取り薀蓄たれのドアホウが。 「OS の基盤はカーネルだろｗｗｗｗｗ」 とか言いたいのか？ お前、人とまともにコミュニケーション取れないだろ。 いや、お前は取れてると思ってても相手は実に不快な思いをしているはずだ。 お前が友達と思ってるやつの大半はお前のことを友達とは思ってないな。 504 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 09:17:55 ] そう言うのをさらっと流せないのがお前の駄目なところだな 505 名前：デフォルトの名無しさん [2010/11/12(金) 09:20:22 ] >>503 間違いを認めずに全力で言い訳を続けるような、お前こそまわりとコミュ ニケーションとれてないだろ。 お前うざいと思われている事確実。空気読めない発達障害なんだろうな。ｗ 506 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 09:32:12 ] Windows NT 3.51 まではウィンドウシステムはコアとは分離していたけど、 NT 4.0 からはコアに含まれたんじゃなかったっけ？ 507 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 09:58:18 ] それはGDIの事だ。 508 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 10:18:54 ] userもカーネルモードだぞ 509 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 10:54:48 ] kernel32もuser32もgdi32も一部ユーザー一部特権 510 名前：デフォルトの名無しさん mailto:sage [2010/11/12(金) 11:12:44 ] >>503 ttp://togetter.com/li/66450 511 名前：デフォルトの名無しさん mailto:sage [2010/11/13(土) 16:19:10 ] インスコ済のTortoiseHgをコピーしてきて使う件だけど、試してみたら、 パスを通しておけば、 hgtk log とか hgtk status とかでGUI呼び出して使えるね。 Explorerは汚染されないし、これで十分な気がする。 512 名前：デフォルトの名無しさん mailto:sage [2010/11/13(土) 17:52:45 ] そういう裏技的に使えるようにしても嬉しくない・・・ よく「このツールは便利！」とか聞くけど、「残念なのは・・・」とかで回避法が一緒にくっついてる そういうのって便利でない上に冷める・・・結局使わない 513 名前：デフォルトの名無しさん mailto:sage [2010/11/13(土) 23:45:58 ] 裏技ってか、元々独立して作られたものじゃないの？ hgtkって 514 名前：デフォルトの名無しさん mailto:sage [2010/11/14(日) 08:37:27 ] >>512 むしろそうじゃない便利なツールというものが世の中にあれば教えて欲しいが それはそれとして、今の話の流れはエクスプローラーが重くなるのでシェル拡張から外した状態で エクスプローラーに組み込むためのTortoiseツールを使いたいという話なのね。 つまり今の>>463の言うところの「残念なのは・・・」というのはそもそもがエクスプローラーが多少なりとも重くなる、 しかもTortoiseSVN一個ならよいが、TortoiseBzr、TortoiseGitも入れるとさらに重いという点だ。 TortoiseHgは>>463はいれていなかったか。 >>512が「裏技的に使えるようにしても嬉しくない」と思うならエクスプローラーに組み込んで使えばいいだけだし、 >>463には単体で起動出来れば嬉しいわけだし、意味がわからん。 515 名前：デフォルトの名無しさん mailto:sage [2010/11/14(日) 08:42:21 ] まあまあ >>512 こういう馬鹿がいるから、TotoiseSVNは普及してシェアを獲得したわけだし、 BazaarExplorerのように単体で使えるツールを持っているバージョン管理ソフトならば、 スタートメニューなりにショートカットなり作れば解決する話じゃねーの できれば、後からインストーラーでシェル拡張のON/OFFを切り替えられればなおよし 516 名前：デフォルトの名無しさん mailto:sage [2010/11/14(日) 08:49:11 ] オープンソースだし分散型なんだから自分用にフォークして改造するか本家にパッチを送れば良いだけ 517 名前：デフォルトの名無しさん mailto:sage [2010/11/14(日) 10:49:11 ] www.ohloh.net/tags/tortoise 518 名前：デフォルトの名無しさん mailto:sage [2010/11/15(月) 03:10:03 ] >>516 >>515にできるわけないじゃんｗ 519 名前：デフォルトの名無しさん mailto:sage [2010/11/15(月) 07:04:51 ] TotoiseSVN程度で重いとかほざいてる馬鹿はとっととSSDにしとけ よほどの無能でもない限りは投資分回収できるだろ 問題解決能力の低さから見て、そのよほどの無能なのかも知れんけどさ 520 名前：デフォルトの名無しさん mailto:sage [2010/11/15(月) 07:05:43 ] 今気付いたがスペルミスってんじゃねぇか使えねぇｗ 521 名前：デフォルトの名無しさん mailto:sage [2010/11/15(月) 07:10:17 ] >>519 >>519が見るにディスクアクセスが原因ってことか？ わかった試してみるわ ソースがあるローカルのストレージは容量の都合で変えられんが OSのHDDは変えられると思うので 522 名前：デフォルトの名無しさん mailto:sage [2010/11/15(月) 13:11:13 ] >>521 ソースのドライブを変えなければ ほとんど意味がないと思うが。 TSVNCacheプロセスの優先度を 上げれば。 あんまり勧めないけどな。ｗ 523 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 14:54:24 ] 以前、TortoiseSVNが見る対象パスを設定できるとか書いたけど間違ってた。すまそ。 実際は、対象から外すパスの設定だった。 Settings→General→ContextMenu→Do not show..のテキストエリアな。 とりあえずエロ画像ドライブとかは設定しといた方がいいよ 524 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 15:33:24 ] これは良い情報 �d�d 525 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 15:43:45 ] アイコンオーバレイの方の対象/除外パスの方が効果があると思うが 526 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 15:57:09 ] このスレ、何でTeam Foundation Serverの話題が皆無なの？ 527 名前：デフォルトの名無しさん [2010/11/17(水) 16:36:14 ] >>526 みんなVSSで満足しているから 528 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 19:01:58 ] 貧乏だから。 529 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 19:16:54 ] >>526 ClearCaseに到底及ばないから 530 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 19:52:39 ] MSDNに入ってれば、Team Foundation Serverタダで使えるようになったのに。 この話題にならなさは異常。 531 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 20:12:57 ] MSDNがタダでないから 532 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 21:38:37 ] Express版でも出してくれればいいんだけどな。 全く話題に上ったことがない。 533 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 22:46:07 ] 誰が欲しがるんだよ 534 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 22:54:00 ] 確かにいまどきMSのEnterpriseな製品を有り難がる人間は少ないだろうな。 ほんの数年前までは、嬉しそうにして購入してる人とかも居たかもしれん。 535 名前：デフォルトの名無しさん mailto:sage [2010/11/17(水) 23:00:03 ] で、Team Foundation Serverとやらは、VSSよりはぶっ壊れなくなったの？ 536 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 00:45:20 ] 誰も使ったことのない、幻のシステムなので知らん。 537 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 02:07:21 ] このスレは　無料バージョン管理システムについて語るスレ7　なんで間違えないように 538 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 03:00:33 ] microsoft内の開発チームがTeam Foundation Serverを使うようになったら 考えてもいい 539 名前：デフォルトの名無しさん [2010/11/18(木) 03:03:17 ] バリバリ使ってるだろ 540 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 03:18:07 ] microsoftが自分で使ってなかったのはVSSの話であって、 TFSは使ってるはず。 541 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 03:21:20 ] microsoft内ではパッチベースだと聞いたよ 542 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 03:28:21 ] それは逆にかっこいいな！ 543 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 03:30:48 ] 自分が使わないものを人に使わせるのか 544 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 05:46:48 ] >>537 そんなことないだろ たまたま今は無料のものが普及していてコミュニティのひとつとしてここが使われているにすぎんでしょ 有料のものを使うのは公式のサポートが必要なこともあり、 それで済むならここで聞く必要ないからな 545 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 05:47:38 ] >>538 自分たちは何使ってんだよ、ということだよな 今はmercurialなんだっけ？ 546 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 09:24:27 ] mercurialを脱共有するつもりだなM$FTめ 547 名前：デフォルトの名無しさん [2010/11/18(木) 16:58:59 ] いまはHG一択だろ ふぉー 548 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 21:31:33 ] Linuxのコンソールで、diffを行単位だけでなく、変更行の中の変更ワード単位で （カラフルに）表示させたいんだけど、なんかいいツール有る？ Windowsで言えば、ExamDiffみたいな感じで。 549 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 21:41:58 ] vimのdiff mode(vimdiff)とかは？ 550 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 21:44:03 ] >>548 $ vimdiff foo.txt bar.txt 551 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 22:03:06 ] うちの色設定の問題なんだろうが、色が付いたところが塗りつぶされて、 結局差分が分からないという ＞ vimdiff あれ、syntax切ればいいだけかな？ 552 名前：デフォルトの名無しさん mailto:sage [2010/11/18(木) 22:03:15 ] vimdiffやってみたけど、結構使えそうだね。 ちょっとワードの分割基準が変だったけど。 あと、こんなのも見つけた。 mercurial.selenic.com/wiki/WordDiff 誰かさんの書いたシェルスクリプト + wdiffのようだが、これもまあまあ使える。 見やすいのはvimdiffの方かも。 553 名前：デフォルトの名無しさん mailto:sage [2010/11/20(土) 10:09:02 ] >>548 gitだと--word-diffとか--color-wordsとかで出来るよ 554 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 12:29:29 ] >>55 1.6には--word-diffなかったから--color-words試した いいねこれ 分かち書きがいい加減なのか、変更していない箇所も変更してる箇所と連続していると 差分として認識されてしまうみたいだけど、色が表示できる環境だと見やすい 555 名前：554 mailto:sage [2010/11/23(火) 12:53:26 ] >>554のアンカーミス >>553 へです 556 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 13:40:44 ] git使ってると、2chのアンカミスも直す方法があるような錯覚がして仕方ない 557 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 16:34:07 ] git reset --hard HEAD^ 558 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 16:38:44 ] git commit --amend が素直 しかしすでにpushされてる状況と考えると、gitでもやっぱり手遅れ 559 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 19:12:16 ] なんというか、頭をガツンとリセットみたいな 560 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 23:42:51 ] 2ch用のproxy用意して書き込んだらローカルでは反映されていて、 pushしたら実際に投稿されるのでいいんじゃね？ 掲示板も分散の時代だな 561 名前：デフォルトの名無しさん mailto:sage [2010/11/23(火) 23:43:40 ] レスアンカーがひどく長いハッシュ文字列になりそうだな 562 名前：デフォルトの名無しさん mailto:sage [2010/11/24(水) 00:18:50 ] 削除人がammendした後にローカルでマージした古い履歴をあげてカオスに 563 名前：デフォルトの名無しさん mailto:sage [2010/11/24(水) 00:24:45 ] git commit --date='2011-01-01 00:00:00' -m 'あけおめ' 564 名前：デフォルトの名無しさん mailto:sage [2010/11/24(水) 00:48:26 ] hibari.2ch.net/test/read.cgi/tech/1231570128/ 565 名前：デフォルトの名無しさん mailto:sage [2010/11/24(水) 01:32:58 ] >>560 network news の再来ですか。手元に過去のゴミログが全部あると。 2ch みたいのは、分散させなくても、Google App Engine 向きなんじゃないかなぁ、と思ったり。 566 名前：デフォルトの名無しさん mailto:sage [2010/11/24(水) 02:19:52 ] あんまり流行らなかったが、nyのBBSなんかがある種の方向なんじゃないかと 567 名前：デフォルトの名無しさん mailto:sage [2010/11/24(水) 20:19:38 ] コピペ連投もブランチ切ってrebaseで簡単に！ 568 名前：デフォルトの名無しさん mailto:sage [2010/12/01(水) 14:49:02 ] 個人情報削除せず新規顧客にコピー再販→流出 www.chunichi.co.jp/article/gifu/20101123/CK2010112302000115.html これってやっちゃったってこと？ 569 名前：デフォルトの名無しさん mailto:sage [2010/12/01(水) 16:19:57 ] >>568 slashdot.jp/security/article.pl?sid=10/09/28/0557220 570 名前：デフォルトの名無しさん mailto:sage [2010/12/02(木) 23:04:57 ] 素人かよｗ >>三菱電機インフォメーションシステムズ 571 名前：デフォルトの名無しさん mailto:sage [2010/12/03(金) 00:15:16 ] 素人でももっとまし 572 名前：デフォルトの名無しさん mailto:sage [2010/12/04(土) 10:29:31 ] 学生バイトの習作程度 573 名前：デフォルトの名無しさん [2010/12/07(火) 09:30:12 ] 結局日本語ファイル名を扱うならBazaar一択ですか？ gitとか日本でも流行ってきてるから解決されてると思ったのに。 574 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 09:35:51 ] >>573 あなたが解決すれば？何を解決するか知らないけど 575 名前：デフォルトの名無しさん [2010/12/07(火) 09:39:46 ] みんなドキュメントとか管理してないのかな？ 576 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 09:41:37 ] >>575 あなたはどうやって管理しているのですか？ 577 名前：デフォルトの名無しさん [2010/12/07(火) 09:44:04 ] >>576 あなたはどうやって管理しているのですか？ 578 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 09:46:38 ] >>577 LaTex 579 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 10:03:38 ] LaTexって分散バージョン管理できるんですか？ 580 名前：デフォルトの名無しさん mailto:sage [2010/12/07(火) 10:39:12 ] >>579 https://github.com/progit/progit/tree/master/latex 581 名前：デフォルトの名無しさん [2010/12/07(火) 23:00:26 ] CVSのフロントエンド(GUI)をQtで作った。 まあ、フリーソフトが結構あるみたいだから、それでも良かったんだけど。 自分で作った方が自分好みに変更できていいよね。 582 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 21:04:51 ] まだCVS使ってるとこって多いのかな？ 何のメリットもないと思うんだけど。 583 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 21:10:48 ] 何使おうが勝手だろ 流行に飛びつくのはみっともない事だという美意識が近年なくなってむなしい 別に飛びつくなとは言ってないつもりだが 584 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 21:21:31 ] 流行だから飛びつくって考えの人は皆無だろ（＊人柱は除く 不満のあったところが改良されているから乗り換えるんだろ 585 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 21:23:47 ] いや、ここでCVSの美点を語ってくれてもいいんだぞ？ 586 名前：デフォルトの名無しさん mailto:sage [2010/12/11(土) 22:08:14 ] Subversionのブランチ・タグが特殊過ぎるからCVSを使いつづけている所は多いと思う 587 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:24:32 ] CVS使っててイライラさせられる点しかなかったけどw 当時、周囲でバージョン管理してないプロジェクトやプログラマーはアホみたいな風潮が流れて、 CVS使ってみてこんな糞みたいなものをよくつかってたと当時ですら思ったわ そして近年、昔のプロジェクトを弄ろうと久しぶりにWinCVS立ち上げたら気狂いそうになったぞ。 短気でない人間をも短気にさせるツールそれがCVS もう全部Subversionのリポジトリ変換したからいいが しかし、数年前から俺にとってのイライラツールがSubversionになろうとしてる、、、 588 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:26:00 ] いやひょっとしたら、WinCVSが使いにくいだけだったのかもしれんな それだったらスマソ 今はコマンドラインやシェル使うが当時はあまり使っていなかったからな 589 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:31:11 ] お前らこの「svnが遭遇してきた問題点とその解決策」を共有したいのでどこに記述あるか教えてください 【bzr】Bazaarでバージョン管理 Rev 2 hibari.2ch.net/test/read.cgi/tech/1265951333/491-495 491 ：デフォルトの名無しさん：2010/12/10(金) 18:02:33 bzr初心者です。2.2.2をMac上で使おうとしてますが、扱うファイル名に濁点が含まれていると うまく動いてくれません。NFCとNFDの問題が絡んでいるということはわかったのですが、 何か回避方法はあるんでしょうか？（何かパッチを当てるとか。） 492 ：デフォルトの名無しさん：2010/12/10(金) 22:45:46 # だれかutf-8-macなcodec作ってくれ 493 ：デフォルトの名無しさん：2010/12/11(土) 08:29:26 なんだBazaarでも日本語使えないのか 494 ：デフォルトの名無しさん：2010/12/11(土) 14:48:30 Subversionでも解決しているに>>1の「多言語に完全対応」というのは嘘だったのですね 495 ：デフォルトの名無しさん：2010/12/11(土) 21:48:19 svnが遭遇してきた問題点とその解決策が ハッカーの間で共有知になってないことが問題なのかもしれぬ 590 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:32:13 ] 誤爆・・・ 591 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:41:23 ] >>589-590 こっちでいいじゃん d.hatena.ne.jp/hnw/20081024 592 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:42:16 ] ここも www23.atwiki.jp/selflearn/pages/55.html 593 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 01:44:57 ] あとここ hibari.2ch.net/test/read.cgi/tech/1251208950/466-474 594 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 03:21:11 ] いまどき昔のCVS(WinCVS含む)使ったらファイル破壊されそうで怖い 595 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 03:26:44 ] >>594 Subversionのbdbの方がもっと怖い 596 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 13:47:47 ] bdbはとっくの昔にデフォルトでは使われなくなってるぞ 597 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 13:56:24 ] >>594, 595 破壊方法教えてくれ 過去のプロジェクトメンテの必要性から、いまだに CVS と bdb 使った SVN が動いているが 一度も壊れたことがない。 壊れる危険性があるのなら、こいつらを新しい VC に移行させる立派な理由になる 598 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 13:58:36 ] うろ覚えだけどbdbはLANでリポジトリ共有して同時アクセスするとやばいんだっけ。 599 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 16:09:42 ] 排他制御がおかしいとかだったような気がする。 600 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 19:04:32 ] ちゃんとsvnserve通してれば問題は出ないだろうね。 割と最近までbdbで数十Gあるリポジトリ扱ってたけど、中身が壊れたことは無いな（今はFSFSに移行）。 ロックはよくおかしくなってたが。 svn bdb でググるとBerkeley DBが壊れたって話はいっぱい引っかかるけど、 読んでみるとロックがおかしくなったとかログファイルが壊れたとかで、リカバリできたって話ばっかりだな。 もちろん新規リポジトリで使う理由は全く無い。 601 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 23:27:07 ] CVS派の人達は、Subversion初期の頃のイメージで停まってるって感じ？ 未だにBDBの話なんかしてるし。 ま、今じゃSubversion自体が老害の域に入ってるんだけどね。 602 名前：デフォルトの名無しさん mailto:sage [2010/12/12(日) 23:32:30 ] > CVS派の人達は、Subversion初期の頃のイメージで停まってるって感じ？ ことの発端は >>597 が言ってる過去のリポジトリが現役で動いてるって話だろ？ 複数のVCを一本化したいってのがそもそもの主旨だと思うけどな… 603 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 08:00:24 ] >>591-593 誤爆したのにありがと Subversionスレの方は追い出されてワロタww 604 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 08:02:00 ] bdbはバージョンアップの度に使えなくなってリポジトリのアップグレードが必要になったから捨てたわ 今はリポジトリ頻繁に変わらないのかも知れないが 605 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 08:04:08 ] >>601 CVSだかSubversionだかいっているうちは大丈夫。 デザイナー界隈はまだバージョン管理の必要性の議論が度々起こる。 思い切ってSubversion導入したとか言ってる。数年遅れてる。 606 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 09:03:18 ] >>592 なんだよこれ 散々、言っておいて結局variantsで別途配布じゃねーか MacユーザーがただSubversion入れただけだと誰しもが使える状況じゃないじゃん 全世界のMacユーザーがSubversion入れるときにvariantsもいれろっていって回るのかよ 607 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 09:12:13 ] >>606 糞OSは使うな 以上 608 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 10:01:29 ] svnはMacOSXでaddできるけどbzrはそれすらできないってことでは 609 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 22:27:19 ] >>594 cvsつかったらファイル破壊されそうとか言ってるガキはなんなんだ？ 何年前＆何プロジェクトで使われて実績積んできたか分かってるのか 610 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 22:34:28 ] エキサイトするのは具体的な破壊の手順が提示されてからで十分だ 611 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 22:50:58 ] >>610 *,vの中身を手でいじる 612 名前：デフォルトの名無しさん mailto:sage [2010/12/13(月) 23:10:02 ] エレクチオンはしているがエキサイトはしていない 613 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 00:31:56 ] リポジトリを直接いじって破壊できないVCSなんてないだろうに。 CVSはリポジトリを直接いじらないとならないケースがあるのがダメだって話なら否定はしないけど。 614 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 01:18:25 ] find .. | xargs sed -iみたいなことして.svnや.hgや.gitの中身まで変更しちゃうことはたまーにある 615 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 01:27:27 ] cvsのリポジトリの中身はテキストファイルで、チェックサムが入っているように見えないから、 ファイルシステムが壊れかけの時、どうなるのか不安 616 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 04:12:38 ] >>615 中身はRCSと全く同じなので、一応セパレータはあるから途中までしか読み出せないときはエラーになったはず。 その点、最新リビジョンが先頭に来る仕様だから,vファイルが壊れたときにも手動復元は比較的容易。 617 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 21:18:53 ] >>614 よくやるわ…それ。 618 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 22:30:09 ] さあ、今月で2010年も終了だ。 そこで現時点でどのバージョン管理システムを使うのがベターなのか考えてみよう！ 条件は以下で、 ・複数のプラットフォームで同程度の操作性が得られる。 ・UIは色々選びたい。 ・使用者のスキルによって破壊的な結果を招く事がない。 　※誤操作では破壊されない、但し、破壊しようという試みを防げうる必要はない。 ・バイナリ、テキストなどを使用者が気にする必要がない。 ・リソースの使用量を殊更気にする必要はないが、コストパフォーマンスは気になる。 ・蛇足ながら、日本語で悩むのはなしで。 619 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 22:31:20 ] >>614 おい、嫌なことを思い出させるな 620 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 22:32:18 ] >>618 　な　い この流れでわざとやってるだろw 621 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 22:44:20 ] >>614のような悲惨な事故にはリポジトリが別に存在するsvnやcvsが強いな 622 名前：デフォルトの名無しさん mailto:sage [2010/12/14(火) 23:02:08 ] >>605 バイナリをメインで扱う仕事だと実際SVNとかかなり使いにくいから反発起こるのも判る。 ロックが必要な関係上、選択肢は事実上SVN・AlienBrain・Perforceしかないし。 623 名前：デフォルトの名無しさん mailto:sage [2010/12/15(水) 08:22:00 ] >>622 VSSもロックできるよ 624 名前：デフォルトの名無しさん mailto:sage [2010/12/16(木) 13:20:34 ] git がsubmoduleでディレクトリ分けしたリポジトリをgit svn dcommit できない hgはできる？ perforceは？ 625 名前：デフォルトの名無しさん mailto:sage [2010/12/16(木) 13:47:23 ] >>624 hgはsubrepoというのがある。 mercurial.selenic.com/wiki/Subrepository hgとsvnの連携だとhgsubversionというのがある mercurial.selenic.com/wiki/HgSubversion hgのsubrepoはgitとsvnをサブとして持てるみたい。 wikiにはsvnについては書いてあるが、gitは書いていないからどうなんだろう？ 626 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 12:04:06 ] WinMergeから乗り換えるメリットあるのかね 3ファイルの比較、多数のVCSに対応した比較ソフトウェア「Diffuse」 www.moongift.jp/2010/12/20101218-2/#more-24015 627 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 12:21:31 ] >>626 gtkなので却下 628 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 12:58:57 ] gtk却下ならtortoise*使わないってことか 629 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 13:01:16 ] >>628 TortoiseHgはgtkからQtに移行中ですよ 630 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 13:14:34 ] TortoiseBZR も Qt TortoiseSVN は独自？ 631 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 13:20:10 ] プロジェクト名に普通名詞一語を付けるすべての開発者にイボ痔になる呪いをかけた 632 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 13:46:31 ] 何のことかわからない俺には効果がない アッー！ 633 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 14:34:01 ] そして pwgen で付けたような よくわからない名前のプロジェクトしか無くなった 634 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 17:30:57 ] >>631 gitとかmercurialとかbazaarとかか？ 635 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 17:33:44 ] >>634 mercurialは形容詞。万歳！ 636 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 17:36:40 ] 水銀製剤という名詞用法もあるのだよ 637 名前：デフォルトの名無しさん mailto:sage [2010/12/20(月) 18:29:48 ] オープンソースプロジェクト冬の時代の到来である 638 名前：デフォルトの名無しさん mailto:sage [2010/12/21(火) 17:55:59 ] イボ痔によってもたらされる初めての大規模な開発の危機 639 名前：デフォルトの名無しさん mailto:sage [2010/12/21(火) 17:58:40 ] でもPenとかRとか本当にググるのめんどいよな 640 名前：デフォルトの名無しさん mailto:sage [2010/12/21(火) 18:01:37 ] そもそもC++とかがすでに 641 名前：デフォルトの名無しさん mailto:sage [2010/12/21(火) 20:38:56 ] Clojureみたいにちょっとヒネった名前が 検索しやすくかつ覚え易くて好きだな 642 名前：デフォルトの名無しさん mailto:sage [2010/12/21(火) 23:19:11 ] gnomeやKDE関連ツールみたいに、頭にgを付けるとかKに変えるとかすると 検索には便利だな 643 名前：デフォルトの名無しさん mailto:sage [2010/12/21(火) 23:46:22 ] そこで例に gnome を出すのはどうかと。 644 名前：デフォルトの名無しさん mailto:sage [2010/12/22(水) 12:40:44 ] racketで検索してもひっかからないけど pltなら引っかかる

---

---

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

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