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

1 名前：デフォルトの名無しさん [2007/10/26(金) 02:15:00 ] バージョン管理システムについて語りましょう。 関連スレ CVS 1.3 [UNIX板] pc11.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1113141518/ Subversion r7 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1180858500/ 445 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 17:40:42 ] gitはファイル名とログの日本語対応に不安がありすぎるんだが。 446 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 21:20:53 ] >>445 問題ない。 447 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 22:13:59 ] SD読んだよ 448 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:25:49 ] >>445 俺もふつうに日本語使えてるけど 449 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:44:07 ] SVNすら着いて来てくれないのにgitとか無理だお・・・ 450 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 23:54:56 ] >>449 いつかgit使える日が来るさ。 451 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:32:06 ] mercurial-1.0.tar.gz 24-Mar-2008 452 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 19:54:31 ] コミットログを英語で書く人のためによさげな記事みつけてきた Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き - d.hatena.ne.jp/pyopyopyo/20070920/p1 453 名前：デフォルトの名無しさん [2008/03/25(火) 21:52:39 ] >>451 釣りかと思ったらマジだったのでage 454 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 22:47:52 ] 今日のパッケージアップデートで知ったけど、x264がgitに移った模様。 455 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 03:06:05 ] >>454 ん〜、なんだか大規模プロジェクトはMercurialよりGitに移る傾向があるみたいだね。 Mercurial使ってる有名なオープンソースとかあったっけ？ 456 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 04:42:34 ] mozillaとかsun回りとかいろいろ。 457 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 08:50:37 ] TortoiseGit 作って （はーと） 458 名前：デフォルトの名無しさん [2008/03/26(水) 13:44:38 ] TortoiseSVNの右クリックで表示されるメニューなんだけど --- SVN更新 SVNコミット TortoiseSVN --- の3つなんだけど、ココに「変更のチェック」を加えて --- 変更のチェック SVN更新 SVNコミット TortoiseSVN --- にしたいんだけど方法ないですかね？ 459 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 14:00:53 ] TortoiseSVN > Settings で Look and Feel 460 名前：デフォルトの名無しさん [2008/03/26(水) 14:10:20 ] >>459 それだとTortoiseSVNの下のメニューを変えるだけです＞＜； トップのメニューを変える方法は無いのかな 461 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 14:13:42 ] >>460 俺は459じゃないけど、説明良く見てないだろ チェックを外せばトップメニューに表示されるんだよ 462 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 14:26:59 ] >>457 みんなTortoiseに依存しまくってるんだな．．．． SDによるとWindowsの場合CygwinでGit使えるみたいだけど、 GUIじゃないと嫌なの？ 463 名前：デフォルトの名無しさん [2008/03/26(水) 14:30:39 ] >>460-461 本当だ！ごめんなさい、ありがとうございます。 464 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 14:32:52 ] 自分しか使わないならそれで良いんじゃないの 普通の人が触りやすい形態を考えれば分かる事だろ 465 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 15:17:31 ] >>462 ここに書き込みするような人たちほど　リテラシーがないんですよ。 使い勝手によいＧＵＩがあれば、バージョン管理システムの導入も してもらいやすい。 「コマンドベースでやってね」　なんて言ったら、誰にも使ってもらえないだろう。 直感的に変更点判るし、ツールとして良くできているしね 466 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 15:30:20 ] 差分見るのはGUIじゃなきゃやだ 467 名前：デフォルトの名無しさん [2008/03/26(水) 15:34:35 ] ファイラーはどう考えてもGUIのほうが便利だしなあ 468 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 15:56:43 ] gitの場合、中身がシェルスクリプトだからTortoiseはちょっと難しそうだな、 と素人目に思った。 469 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 15:58:22 ] >>467 そうか? 470 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 16:03:33 ] >>464-465 Gitは開発者全員Gitにしないとダメなんてことないよ。 中央をsvnリポジトリにして自分だけGitでも問題なし。俺はそうしてる。 HGは使ったことないから分からないけど、Gitから分かれたモノだから 同じような感じではないかな？ >>466 CUIでもキレイに差分見れるけどね、、、 471 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 16:56:54 ] >>455 逆 472 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:04:01 ] >>457 Git Cheetah 473 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:21:18 ] Mercurial で リポジトリの一部を消すとか、リポジトリを分割するとかってできますか？ やりたいことは Subversion でいえば svnadmin dump | svndumpfilter | svnadmin load のようなことなのですが…。 474 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 17:39:14 ] Bazaarバージョンが上がってすごい事になってるみたい bazaar-vcs.org/BzrWhy Bazaar vs Git　bazaar-vcs.org/BzrVsGit Bazaar vs Mercurial　bazaar-vcs.org/BzrVsHg Benchmarks 　bazaar-vcs.org/Benchmarks 昔と比べて恐ろしいくらい速くなってる。 475 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 18:56:03 ] へー、bzr速くなったのか。まー、あまり速さは求めてない。 設定ファイルと自作スクリプトの管理にしか使ってないけど。 不思議なのは、bzrってbazaarの後継？らしいんだけど、 使い勝手が全然違ってどこが後継なのか良く分からない。 hgよりも便利機能が多い（UTF-8ファイル名でおｋ）けど なぜか、hgの方が情報が多い。 あたりが疑問点かな。 476 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:00:00 ] >>475 昔Mercurialにうんこと言われるぐらい遅かったからだろ。 477 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:13:55 ] BazaarNGが本家乗っ取ったんだっけ？ 478 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:45:03 ] >>477 急に速くなってたから驚いたけど そういう理由があったのか 479 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:53:44 ] 適当なことを言う前に bazaar-vcs.org/HistoryOfBazaar でも読んどけ。 480 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 19:56:27 ] Bazaar。。。。名前がいまいちなのがなぁ・・・・ 481 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 20:30:04 ] Bizarreよりは普通だと思う 482 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 01:17:45 ] >>480 ゴザールを作るんだ 483 名前：デフォルトの名無しさん [2008/03/31(月) 01:30:18 ] ”ファイルのディレクトリ構造”ごと登録して、 その後、バージョン管理システム外で変更された、 ”ファイルのディレクトリ構造(多少のファイルの増減あり)”を チェックアウトなしで、そのままチェックインできるツールって、ありますか？ 開発拠点が国内と、海外に数ヶ所と、 バージョン管理システムの導入を徹底できないので、困っております。 484 名前：デフォルトの名無しさん [2008/03/31(月) 01:58:11 ] Subversion 485 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 08:13:17 ] svn_load_dir とかいうスクリプトがあったな。 他のツールにそういうのは無いのかな？ 486 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:15:55 ] >>483 質問の内容に合っているかわかりませんが、Mercurialでリポジトリのあるところにファイルを展開して hg addremove hg commit をすると、増えたファイルをリポジトリに追加、なくなったファイルをリポジトリから削除してくれます。 487 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 18:23:30 ] 話題が途切れたので、ちょいと Mercurial を使った感想を…。 CVS → Subversion と集中リポジトリのリビジョン管理ツールを使ってきましたが、 Mercurial を使ってからというもの、 「サッとリポジトリが作れる」というのがとても気持ちよく、気に入っています。 ローカルの作業ディレクトリは、すぐに hg でリポジトリ化し 修正やコミットをかけた後、完成したらリポジトリ部だけ削除してます。 「作業ディレクトリにリポジトリがくっついている」という発想は とても便利で面白いと思います。 488 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 18:29:55 ] 続きです。 いままでしばらく Subversion＋svk を使っていましたが、 いまでは Subversion＋Mercurial という構成で使っています。 Subversion＋svk のときは、svk で自分の手元に持ってきてから ローカルで開発し、結果を svk smerge で一括送信していましたが、 今は Subversion でチェックアウトした内容をそのまま Mercurial に突っ込み、 Mercurial でさんざん修正・コミットした後、 最後に Subversion でコミットしています。 開発中に Subversion のリポジトリ上に修正が入っていた場合には、 Mercurial のブランチとして取り込んで、Mercurial 上でマージしています。 この方法だと svk みたいに自動化されていませんが、 構成がすっきりして全体の見通しがよく、作業がひとつひとつ理解できるので 安心感があります。 489 名前：デフォルトの名無しさん [2008/04/04(金) 18:34:30 ] Subversion + Mercurial　って それいいな、俺もやってみるか 490 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 18:43:27 ] >>488 昔、CVS+Teamwareで俺がやってたのと同じ感じかな・・・と思ったけど逆だ・・・ 俺のときは、Teamware側が共用できるやつでCVSがローカル環境・・・・ なんでそんな事したのか思い出した・・・eclipse対応してるかどうかだ・・・ MercurialならMercurialだけでIDE含めて完結できるのが一番楽なんだろうけどねぇ・・・ 491 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 21:18:50 ] >>488 熱いレポート乙！ 参考にさせてもらいます。 492 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 02:45:13 ] GitHubって招待制なの？ だれか invite してくれ 493 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 03:15:59 ] >>492 そんなのあるんだね、知らなかった とりあえずsignupしてみたけど、いつになるやら SourceForgeもGitサポートすればいいのになぁ 494 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 04:03:16 ] >>488 ちなみに hgsvn を使用しているのですか？ 495 名前：デフォルトの名無しさん [2008/04/05(土) 05:58:53 ] どこをどう読んだらそうなるんだ 496 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 13:56:25 ] >>492 なんか知らんがinviteされた（たぶん中の人？） メアド晒してくれればinviteするよ 497 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 13:59:02 ] >>494 hgsvn は使っていません。 いまは Subversion でエクスポート → .svn 以外をそのまま新規に Mercurial 管理下に入れる（手作業） という感じです。 Subversion に戻すときは、Subversion のリポジトリをチェックして 更新されていなかったら、そのまま Subversion でコミット。 更新されていたら、Mercurial のブランチとして取り込んでマージしてから Subversion でコミット、です。 すべて手作業です。 498 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 13:59:32 ] Git と Mercurial の比較ってだれかやってません？ 499 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 16:05:53 ] >>498 つ www.opensolaris.org/os/community/tools/scm/history/ OpenSolaris が Mercurialを選ぶときに行ったレビュー。 粒度が揃っているとは言えないがまあ参考に。（下の方にあります） 500 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 21:36:34 ] weblog.rubyonrails.com/2008/4/2/rails-is-moving-from-svn-to-git まー政治的にpythonは選べないだろうなw 501 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 21:38:53 ] >>500 でもTrac使ってるぜ。 502 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 21:55:56 ] railsではbtsは難しいということですか、分かりません＞＜ 503 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:06:23 ] いまならredmineとかretrospectivaとかに移行してもよさそうなものなのにね>rails 504 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:08:45 ] データの引っ越しの手間が馬鹿にならないとか? 505 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 23:05:56 ] >>500 Ruby界隈はMatzが使っているという理由でGit一択です 506 名前：デフォルトの名無しさん mailto:sage [2008/04/06(日) 00:03:18 ] matzって基本的にオールドタイプだから新しめの道具は使ったことなさそうなイメージ。 cvsからsvnに切り替えるのもかなりもたついてたような。 507 名前：デフォルトの名無しさん mailto:sage [2008/04/06(日) 01:04:24 ] >>506 svnに切り替えるときに、ローカルでの管理用としてgitを導入した。 www.rubyist.net/~matz/20060919.html 508 名前：デフォルトの名無しさん mailto:sage [2008/04/06(日) 02:29:54 ] StGITは、git導入したというのだろうか。 StGITローカルパッチ管理に使ってるが便利だ。 でもドキュメント少ないな >>507 の記事とかチュートリアルの翻訳くらいしか日本語の記事が無いので 公式見てもチュートリアルの元記事しかなかった…。 509 名前：デフォルトの名無しさん mailto:sage [2008/04/06(日) 03:00:10 ] StGITは「git使ってることを意識しなくて済むツール」なのではなかろうか。 510 名前：デフォルトの名無しさん mailto:sage [2008/04/06(日) 12:06:25 ] 当時はgitって本当にバックエンド用のplumbingコマンドしかなかったからね。 今でこそフロントエンド用のporcelainコマンドも充実してるけど。 511 名前：デフォルトの名無しさん mailto:sage [2008/04/06(日) 13:15:50 ] >>501-504 BTS も rails 製の Lighthouse に移行するよ。 って >>500 に書いてあるじゃん。読まずに脊髄反射してんだなｗ 512 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 15:36:59 ] Rubyが好きじゃない俺はどうすればいいですか？ 513 名前：デフォルトの名無しさん [2008/04/07(月) 16:54:05 ] >>512 自己暗示 514 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 17:47:12 ] >>512 ブール代数的に言うと、好きじゃないということは、嫌いじゃないかもしれない。道は残ってるね。 515 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:22:00 ] >>512 安心しろ、Joel Spolsky も Ruby が嫌いみたいだから。 ttp://www.joelonsoftware.com/items/2006/09/01.html っと、これだけだとスレと関係なくなってしまうので。 … Python に走って Mercurial 使えば？ 516 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:40:52 ] >>512 言語の好き嫌いがある内は只の厨房だと自覚するべきだと思うよ。 自分の得意不得意のせいであんまり好きになれない言語があるのはしょうがないとおもうし、結構あるしorz 517 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 22:03:50 ] >>497 詳細な説明＆レポートとても助かります。 TortoiseSVN で管理している svnワーキングコピーに、 なんの疑問もいだかずに TortoiseHG で真剣に管理しようとしていた俺は・・・ 518 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 23:27:46 ] 韓国語が嫌いだ 519 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 00:34:50 ] >>514 ブール代数的なら「好きじゃない」イコール「嫌い」だろ。 3値で「好きじゃない」なら「嫌い」か「興味ない」。 520 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 02:47:04 ] >>512の突っ込みどころは、Ruby好きじゃないのにrails使うのかよってところじゃないのか 521 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 09:45:07 ] うむ。直観主義論理だな 522 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 13:48:01 ] で、Railsとバージョン管理システムの関係は？(スレ原理主義的に) 523 名前：デフォルトの名無しさん [2008/04/09(水) 10:54:11 ] TortoiseHg 0.4 age！ ttp://sourceforge.net/project/showfiles.php?group_id=199155 524 名前：523 mailto:sage [2008/04/09(水) 10:55:13 ] 0.4　RC版だった スマソ 525 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 10:57:36 ] >>523 おぉ、やっと、新しい版が。 sambaの共有フォルダへのアクセスが遅くなる件、確認してみよう。 526 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 15:08:04 ] Mercurial 神だな。 なんだ　このお手軽さは！　すんばらし〜 527 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 15:13:51 ] マーキュリアルってuにアクセントあるのか 528 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 15:40:54 ] >>527 本当だ、u にアクセントがある。 ttp://dictionary.goo.ne.jp/search.php?kind=ej&kwassist=1&mode=0&ej.x=1&ej.y=1&MT=Mercurial 「マーキュロ」に似た感じで発音すればいいのかな。 529 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 16:03:13 ] メルクリアルだとばっかり 530 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 20:48:51 ] Mercurial って、バイナリファイルの保管は効率的でないの？ まぁ svn でも過剰な期待をしているわけではないんですが。 531 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 20:57:47 ] マテリアルと同じ感じでマキュリアルかな。 532 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 01:12:26 ] >>530 自分の経験では、 MS Access の MDB ファイル(300KB)を修正しながら 6回チェックインしてリポジトリのサイズが 200KB くらいです。 元ファイルより小さいってことは、初期バージョンを 圧縮して格納しているのでしょうか？ 533 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 01:39:42 ] git 使ってみたけどリビジョンがないのが面倒に思えた。 実際に使ってる人は不便に感じない？ 534 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 09:39:52 ] >>533 リビジョンの使い道ってどんな時があるでしょうか？ headやhead^,head~2しか使ったこと無いので… 535 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 11:59:15 ] 533じゃないけど、バージョン番号に入れたとき長いと人が覚えきれないとかw 536 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 12:45:57 ] Mercurial を単独で使い始めてみました。 JapaneseTutorialや、有益なサイトの説明を読んでもみました。 お手軽さはぴかいちですね。 ちょこっと修正履歴を残しておきたい場合など、本当にあっという間に環境が整いますね。 まだまだ使い込みが足りませんが、分散システム故の運用の難しさを感じています。 ・本流はどれだろう？ ・現時点の最新はどこ？ ・自分は今どの位置にいるの？ etc・・・ やっぱり中央リポジトリみたいなものは用意されるんでしょうか？ こまめにマージとかもされてるんでしょうか？ ん〜 537 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 13:06:52 ] >>533 > git 使ってみたけどリビジョンがないのが面倒に思えた。 > 実際に使ってる人は不便に感じない？ うはｗ　俺といっしょｗ 俺もGit使い始めの頃に同じ質問をしたら「リビジョンがあったら何が嬉しいの？」って言われたｗ たぶん使ってるうちに必要ないなと思うようになると思うよ。 実際気軽にフォークできるから、あんま意味がなくなっちゃうんだよね、番号は。 プロジェクトの公開リポジトリなら自動で番号振っても良いような気もするけど、 まあタグで事足りるんだよなぁ。 どちらかというと「番号が年上かどうか」で知りたかったことは「いま見ているブランチに どのコミットが含まれている（いない）か」のほうが重要だから、git show-branchを 俺は多用しています。 538 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 13:38:52 ] Subversion 使ってて、まっすぐ増えてくリビジョン番号が無いと困りそうなんだが、 要らなくなるもんなのか？ たとえばこんなの。 ・バグレポートがいつの時点のものなのか？ ・バグ修正がリポジトリ内のどの時点で行われたのか？ ・テストを実行しているのはどの時点の実行ファイルなのか？ 全部リビジョン番号で示してれば、以前に報告したバグが今回のテストで 修正確認できるかどうか、すぐにわかるんだが。 539 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 13:47:33 ] svn使ってるけど、その手の管理でrev番号を必要とした記憶が無い 540 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 14:06:54 ] rev XXXXで・・・って表現の仕方はよくするかな 541 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 14:31:09 ] >>538 リリースするときバージョンつけないの？ 542 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 14:33:28 ] 短い番号ってのは自分が把握するのにも人に伝えるのにもわかりやすくて便利だと思う 200804101426みたいなタイムスタンプでもいいけど 何かの暗号みたいなハッシュはちょっととっつきにくい感じ･･･ 543 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 14:37:44 ] >>541 つけないね。開発と同じフロアにテストする人が居て、少なくとも日に一回ってペースで 実行ファイル更新するから、毎回つけるとなるとちょっと面倒。 それに、リリースにバージョンつけても、そのバージョンで特定のバグが直ってるかどうか すぐに（リビジョン番号の大小ぐらい簡単に）判別はできないんじゃない？ 544 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 14:41:39 ] それって、その日解決されたレポート番号一覧を出せばいいんじゃないの？ というか、テストチームに対して、dailyで実行ファイルを更新するという環境が想像できないのだが・・・ 545 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 14:44:01 ] 普通は、「この問題は、（マイルストーン名｜タグ名）で解決される」って感じで、 BTSに登録するんじゃないの？

---

---

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

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