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

1 名前：デフォルトの名無しさん mailto:sage [2008/12/04(木) 14:02:52 ] バージョン管理システムについて語りましょう。 関連スレ CVS 1.3 [UNIX板] pc11.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1113141518/ Subversion r10 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1215565366/ subversion バージョン管理【サブバージョン】 [Linux板] pc11.2ch.net/test/read.cgi/linux/1154701996/ git スレッド [Linux板] pc11.2ch.net/test/read.cgi/linux/1197798039/ Bazaarでバージョン管理【bzr>git,svn,cvs】 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1218083381/ 前スレ バージョン管理システムについて語るスレ2 pc11.2ch.net/test/read.cgi/tech/1215520728/ 前前スレ バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ 100 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 11:43:27 ] >>96 俺もそれでhgを使ってたんだが、1.7, 1.8 と確実に速くなっていて、bzr に乗り換えた。 1.10で試してみて。 101 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 11:57:31 ] >>85 git push origin :hogehoge cf. git push --help 102 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:03:40 ] >100 bzr 1.10に上げてみたが、大して速くなってないなぁ。 システムが低速SSD上に有るのが良くないのか？ ↓1ファイル置いてない、しょぼリポジトリで試した結果。 bzr version 2.02s user 0.07s system 99% cpu 2.110 total bzr diff 2.93s user 0.09s system 99% cpu 3.044 total bzr stat 2.94s user 0.10s system 99% cpu 3.064 total bzr hogehoge 1.90s user 0.04s system 99% cpu 1.947 total 103 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:09:10 ] 俺も試してみた。 $ time hg --version Mercurial Distributed SCM (version 1.0.1) [snip] real        0m0.206s user        0m0.140s sys        0m0.048s $ time bzr --version Bazaar (bzr) 1.10 [snip] real        0m0.177s user        0m0.128s sys        0m0.024s 104 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 18:59:07 ] % time git --version git version 1.5.4.3 git --version 0.00s user 0.00s system 50% cpu 0.008 total 105 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 19:42:05 ] >>103-104 何が言いたいの？ 106 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 22:33:58 ] マシンスペックもかかずに・・・参考に並んだろ 107 名前：81 mailto:sage [2008/12/13(土) 22:48:26 ] >>99 駄目でした。同じようになります。 108 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 22:57:28 ] 本命はバザーですか 109 名前：デフォルトの名無しさん mailto:sage [2008/12/13(土) 23:03:56 ] いいえケフィアです 110 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 00:03:12 ] Bzrはtortoiseが使い物になるまで待ち 111 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 00:51:22 ] Announce: TortoiseGit 0.1 preview version marc.info/?l=git&m=122915721426191&w=2 112 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 07:05:11 ] >>111 知らせてくれてありがとう。現時点ではメニューに表示されるだけで 動かない機能が多いようだ。気長に待つことにしよう。 113 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 08:28:53 ] >>108 最近、bazaarが流行ってるなー。 114 名前：110 mailto:sage [2008/12/14(日) 09:41:20 ] >>111 使い物にならないというのは、>>112 のことね。 あと、日本語フォルダ上でレポジトリを作れないとか、 完成度がまだ低すぎる。小数点のバージョンでは無理もないが。 115 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 09:45:49 ] Opteron152, FreeBSD7.0でやってみた $ time bzr version > /dev/null 0.24 real 0.09 user 0.00 sys $ time hg version > /dev/null 0.06 real 0.02 user 0.00 sys $ time git version > /dev/null 0.00 real 0.00 user 0.00 sys 116 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 10:50:59 ] >>114 これってgitの実行ファイルも同梱してるの？ というか、そもそもwinでまともに実行できるgitはなかったような・・・。 117 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 11:26:25 ] win環境であえてgitを使おうとは思わないが 118 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 15:32:57 ] >>115 それで速度テストしてる気になってるの？ あんたアホですか？w 119 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 16:44:55 ] 「無意味な煽り乙」っと思ったら、>>118のいう通りじゃねーか そんな実験バイナリとpythonの速度差しかわからんぞ？ 120 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 19:59:53 ] >>117 じゃTortoiseGitの作者に「ムダなので今すぐやめてください」って抗議しる 121 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 20:21:34 ] あーあ、120 を泣かしたー 122 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:08:59 ] あらら 123 名前：102 mailto:sage [2008/12/15(月) 05:46:25 ] >119 うちじゃ、その速度差が激しいのだが。 bzr version > /dev/null 2.02s user 0.06s system 99% cpu 2.092 total hg version > /dev/null 0.11s user 0.02s system 99% cpu 0.128 total 何が原因なんだ？ 124 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 08:09:11 ] >>123 しらんがな 125 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 08:58:47 ] >>123 1.10 にあげてみたつもりで1.6動かしてない？ 126 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 11:00:38 ] >>123 hgとbzrはどっちもpythonだから、そんなに速度差があるわけないんだがなあ。 127 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 14:45:03 ] monotoneに関しての質問です。 データベースファイル（*.mtn）だけを、メインPCから他のPCに移して その中のブランチをcheckoutしようとしたのですが、 中に含まれている最初のファイルの時点で 次のようなメッセージが出て、なぜか失敗してしまいます。 mtn: 誤り: 名称変更ターゲット 'testdir/first_file.txt' は既に存在しています checkout先のディレクトリを見てみると _MTN ディレクトリと testdir/first_file.txt だけが作られていました。 このエラーはなぜ発生するのか、原因のわかる方がいましたら教えてもらえないでしょうか？ なお、monotoneのバージョンは0.41で、Windows XP環境です。 128 名前：127 mailto:sage [2008/12/15(月) 14:54:10 ] 書き込んでからいろいろ試していると、 mtn genkeyしただけで落ちることに気がつきました・・・ もしかすると、monotoneのこのバージョン（0.41）に問題があるのかもしれません。 後ほどメインPCでもう一度確認してみます。 129 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 15:01:49 ] >>123 はアホだから、 bzr -> バイトコンパイル前に実行 hg -> バイトコンパイル後に実行 こんな感じで実行してたんだろ。 130 名前：127 mailto:sage [2008/12/16(火) 07:01:17 ] やっぱり上手くいきませんでした。 monotone 0.40を使えば、genkeyで落ちることは無くなったのですが checkoutは同じエラーで落ちてしまいます。 メインPCでのcheckoutは平気で出来るのに、サブPCでのcheckoutは失敗するなんて いったいどうなってるのコレ 潔くmonotoneを使うのを止めろってことなの 131 名前：123 mailto:sage [2008/12/16(火) 21:53:58 ] えー、結論から言いますと、>129が正解でした。それでもhgよりは遅いけど。 bzr version > /dev/null 0.41s user 0.06s system 99% cpu 0.471 total pythonって、バイトコンパイルしないとあんなに遅いのか。 インスコする時に、ずらずらっと表示されてたんでコンパイルしてるのか思ってた。 Mandriva 2009.0のパッケージで入れた奴もコンパイルされてなかったんだな。 132 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 02:09:59 ] hgでcommitlogを書き直す方法を教えて。 そもそもcommitlogもリビジョン管理できたらいいのに。 133 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 08:42:33 ] >>130 うちでは普通に動いてるな 同じファイル名が大文字小文字違いで入ってたりはしないよな 134 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:44:59 ] >>131 Ruby や Perl に比べると、バイトコンパイルできるからロードが早いんだけどな。 Cに比べるともちろん負ける。 ロードが0.5秒を切ったら、ロード時間よりもリポジトリやファイルを操作する時間の方が 大事になってくる。 135 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 20:25:00 ] >>134 脱線するけど、Rubyも1.9からYARVとかいうのでバイトコンパイルできるようになったらしいよ？ 俺メインpythonだからよく知らんけども。 136 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 21:44:42 ] >>135 結果を*.pycのようなファイルに落とすところまでは、まだ至ってない。 137 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 13:24:08 ] 今、所謂cherry-picking（他所branchのchangesetをつまみ食い）について 調べてるんだけど、現状はこんな感じで間違いない？ Mercurialでは、下のURLの"import/export"の章に書いてあるように、 patchファイルを作って適用するとマージ元ログがそのまま入るけど IDが元と変わってしまうし、メタ情報(どっから持ってきたかとか)が 失われるので二重マージも防げない。 www.selenic.com/mercurial/wiki/index.cgi/CommunicatingChanges transplant拡張を使うと二重マージは防げるようになるけど、 メタ情報はtransplant専用ファイルに記録されてるだけで、 Mercurial公式のfirst-classメタデータとは言えない。IDも元と変わってしまう。 com.selenic.mercurialで紹介されてるmerge+backout("cherry-winnowing")の 方法を使うと、IDは保存されるし二重マージも防げるけど、ややこしくて、 ログを見ると流れが複雑すぎて頭が混乱してくる。 Bazaarでは下のURLに書いてある通り簡単に操作出来るけど、メタ情報の無い 普通のコミットと同じ扱いになるので、二重マージを防いだりマージ元ログを 引用させたり出来ない。 doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#pseudo-merging darcsだとうまくいくらしい？ 138 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 13:28:06 ] launchpad使っている人いないですか？ Register a branch画面で Project名がInvalid valueと言われてしまい困っています。 どんな名前だったらよいのでしょうか？アルファベット12文字くらいでもはねられる・・・ https://code.launchpad.net/ 139 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 13:36:20 ] >>137 >普通のコミットと同じ扱い そんな事無いよ。サブリビジョン?の概念があるから。 >>138 先にプロジェクトを登録しないとダメ。登録は以下から。 https://launchpad.net/projects/+new またプロジェクト無しでもブランチを作れる。その場合は"bzr push lp:~ユーザー名/+junk/ブランチ名"でおk。 140 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 14:00:14 ] >139 そのサブリビジョン?って何？　bzr log -v --show-ids でも出てこないみたいだけど。 bzr mergeすると黙って二重マージされちゃうし、何の役に立ってるの？ 141 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 14:07:49 ] >>140 >bzr mergeすると黙って二重マージされちゃうし Nothing to do.って言われてマージされないよ? 142 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 14:25:35 ] >141 今確認してみたけど、やっぱ二重マージされるような……。 ちなみに、141の環境では、logコマンドのparent行みたいに、cherry-picking元のIDを 後から確認出来るの？ 143 名前：141 mailto:sage [2008/12/19(金) 14:54:23 ] ごめん、飛び飛びの場合のトラッキングはサポートされてないようだ。 bazaar-vcs.org/MergeTracking マージの時に--merge3や--weaveでコンフリクトを抑えるしかないみたい。 144 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 16:37:45 ] git便利そうなんだけどwindowsも使うんだよなあ 145 名前：138 mailto:sage [2008/12/19(金) 16:51:05 ] >>139 サンクス。先に登録しないとだめなのね やってみるっす。 146 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 16:57:24 ] >>144 cygwinでUTF-8ならWindowsでも使えるよ 147 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 18:54:48 ] >>137 MQ使うかdarcs使え。 それ以外は無理。 148 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 23:03:41 ] なんでdarcsだと二重マージを防げるの？ 各パッチに固有のIDを割り振ってるのかな？ 149 名前：デフォルトの名無しさん mailto:sage [2008/12/19(金) 23:57:45 ] darcsは、パッチ管理ソフトだから。 150 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 03:50:28 ] 状態記録パラダイムのソフト(Mercurial, Bazaar)で、パッチ集積パラダイム(darcs)の 機能を実現しようとするから、複雑になったり泥縄的になったりするんじゃないかな。 151 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 03:54:32 ] 泥縄は泥臭いという意味じゃないよ 152 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 09:46:16 ] アホな俺に教えてくれ。 >>149 修正，削除のない，追加だけのパッチでも二重マージって防げるものなの？ >>150 状態記録といっても，hgやgitは差分で内容を保存してるんでしょ。 差分てパッチと同じような気がするんだけど，どう違うの？ 153 名前：デフォルトの名無しさん mailto:sage [2008/12/20(土) 13:01:56 ] >>152 Gitは差分じゃないよ。hgはたしか差分。 154 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 12:22:34 ] >>150 >状態記録パラダイムのソフト(Mercurial, Bazaar)で、パッチ集積パラダイム(darcs)の >機能を実現しようとするから、複雑になったり泥縄的になったりするんじゃないかな。 これ、もっと詳しく知りたい。教えてえらいひと！ 155 名前：デフォルトの名無しさん [2008/12/21(日) 14:17:34 ] mercurial 1.1.1 release 156 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 00:19:48 ] >>154 version1 = version0 + 機能1 version2 = version1 + 機能2 version3 = version2 + 機能3 と考えたときに、機能1がいらなくなったとしよう。 そのときパッチ集積パラダイム(チェンジセット指向)だと version4 = version0 + 機能2 + 機能3 ということができる。 hg,bzrみたいなスナップショット指向は versionXしか扱えないからダメ。 MQでもこういう事はできるけどMQはローカルでのパッチ管理なので みんなでパッチを共有することはできない。 hgがたとえ内部で差分管理していても その差分に名前が付けられていないからユーザは手が出せない。 157 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 02:05:52 ] Mercurialの公式wikiの翻訳って今どうなってるの？ 誰かやりかけてるの有る？　hgbookは誰かやってるんだっけ？ 158 名前：デフォルトの名無しさん mailto:sage [2008/12/23(火) 10:37:21 ] >>156 サンクス。 ただ、これだと「機能1の機能を消すパッチ」を当てればいいだけだと思うんだけど、どうでしょうか？ 機能1 をrevertするようなパッチを作成する機能ってたしかgitとかhgにあったと思います。 あと、>>150はもともと>>148の >なんでdarcsだと二重マージを防げるの？ という質問への返答なので、なぜdarcsだと二重マージを防げるかを、パッチ集積パラダイムの点から説明していただけると、スレ的にはうれしい。 159 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 01:00:57 ] >>75 基本的な動作はいい感じだけど、やっぱり物足りない部分が多いかな boostぶち込んでもレスポンスいいのはなかなか 160 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 21:41:44 ] git branch すると * (no branch) というのがでてこまってます。どうやったらこれを消せるんでしょうか。 git branch -d '(no branch) ではだめでした。 たすけてください！ 161 名前：デフォルトの名無しさん [2008/12/25(木) 21:58:15 ] >>160 rm -rf .git 162 名前：デフォルトの名無しさん mailto:sage [2008/12/25(木) 22:13:22 ] >>160 一時的な無名ブランチなので、他をチェックアウトすれば消える。 163 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 02:45:27 ] git push したらこんなエラーが出た。 $ git push Counting objects: 116, done. Compressing objects: 100% (85/85), done. Writing objects: 100% (112/112), 40.38 KiB, done. Total 112 (delta 32), reused 54 (delta 0) To git@github.com:username/project-name.git 8644ee0..dccb472 master -> master ! [rejected] experiment -> experiment (non-fast forward) error: failed to push some refs to 'git@github.com:username/project-name.git' experiment ブランチでなにかエラーになっているようだけど、さっぱりわからん。 おしえてえらいひと。 164 名前：デフォルトの名無しさん [2008/12/26(金) 14:12:20 ] そもそもマージは人間がやるべきだよ。 バージョン管理システムは構文は見ないわけだし。 165 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 19:41:07 ] >>163 fast forward出来ないってことは、誰かがあなたより先にそのブランチにpushした ってことだと思う。 git fetch とか git rebase で真っ直ぐにする必要があると思う。 しかしgithubで誰かとブランチ共用してるのか。まあそういうやり方もありか。 166 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:48:11 ] 自動のマージに任せるととんでもないことになるから、 必ず手動でマージしてから自動のマージを走らせて、 変わった所をチェックしてるわ。 167 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 13:37:26 ] >157の件だけど、誰もやりかけてるのはないって事でいいのかな？ この休み中に少しだけでも翻訳しようかなって感じなんだけど。 hgbookは、一度どっかに訳があがってたけど、今は無いみたい(?) ちなみに、公式FAQの足りない所や英語版と食い違ってるところを訳そうかなぁと 思ってる。 168 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 13:53:04 ] gitって名前がダサイ。 169 名前：デフォルトの名無しさん mailto:sage [2008/12/27(土) 13:54:44 ] >>166 svn以前のマージって確かにひどい。ゴミだったな、ありゃ。 170 名前：デフォルトの名無しさん [2008/12/28(日) 13:18:44 ] >>169 CVSのマージで困ったことはないけど最近はもっと便利になってるの? 171 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 05:13:58 ] なってる。 172 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 10:48:16 ] 具体的にはどう便利に？ 173 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 11:40:02 ] git blame -M/-Cってすごいなぁとおもって ソースみてみたけどロジックがわからんかった orz ほかのvcにはないよねこういうの 174 名前：デフォルトの名無しさん [2008/12/30(火) 19:56:59 ] >>173 いらないwww 175 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 16:04:33 ] Gitでコミットの順番をいれかえるのってどうしたらいいの？ なんかGitではそういうことができると聞いたんだけど。 176 名前：デフォルトの名無しさん [2009/01/01(木) 15:03:39 ] Mercurial 1.1.2 release 177 名前：デフォルトの名無しさん mailto:sage [2009/01/01(木) 15:14:46 ] >>175 大体こんな感じ。 git reset HEAD^ git stash save git reset HEAD^ git stash save git stash apply stash@{1} でもこれで入れ替えられるのは多分、diffの範囲が十分に離れている場合だけ。 近すぎるとコンフリクトすると思う。 178 名前：デフォルトの名無しさん mailto:sage [2009/01/01(木) 16:28:22 ] >>177 えー、むちゃむちゃ手作業じゃないですか。そういうものですか。 あとこの方法だと、ログメッセージも手作業で指定することになりますよね。 だまされたのかな。Git には、パッチの順番を入れ替える直接的な機能はないということでFA? 179 名前：デフォルトの名無しさん mailto:sage [2009/01/01(木) 16:43:46 ] $ git rebase -i HEAD~2 で $EDITOR が起動する. 説明は書いてあるのでそのようにすればいい. 簡単にいえば行毎にコミットがかいてあるのでそれを入れ換えばいい. 180 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 11:07:46 ] TortoiseHGでアイコンオーバーレイは、TortoiseSVNが入ってないと使えなかったりする？ 181 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 18:54:32 ] >>180 アイコンオーバーレイだけインストールできるよ。Hgは試したことないけどTortoiseBzrではうまくいった。 tortoisesvn.tigris.org/source/browse/tortoisesvn/TortoiseOverlays/ 182 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 23:00:05 ] >>181 サンクス。明日会社でやってみる。 183 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 23:21:19 ] TortoiseHgはオーバーレイでるよ。 インスコ後OS再起動していないとか 184 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 11:12:45 ] git では $HOME/.gitconfig に alias が設定できます。 しかしたとえば commit の alias として ci を登録すると、zsh の補完が効かなくなります。 つまり、git commit なら効く補完が、git ci だと効かないわけです。 あたりまえといえば当たり前なんですけど、git commit での補完が git ci でも効くようにするにはどうしたらいいでしょうか。 185 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 11:22:45 ] zshのドキュメントを読めばいいんじゃない？ 186 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 11:55:54 ] gitのページがかわいくなったw 187 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 14:40:33 ] どーもくんみたいのがバナーにいるな 188 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 14:41:18 ] Git - Fast Version Control System git-scm.com/ 189 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 15:00:40 ] ほんとだドーモくんに似てるｗ 190 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 21:18:57 ] なんできのこの山（抹茶味）食べてるん？ 191 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 21:38:12 ] >>190 うまいからじゃね？ 192 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 23:21:37 ] ドーモくんもGPLだったんだな。 193 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 03:28:19 ] どう見てもドーモくんです。 194 名前：デフォルトの名無しさん mailto:sage [2009/01/08(木) 10:28:05 ] 食べすぎて太ってるな 195 名前：デフォルトの名無しさん mailto:sage [2009/01/09(金) 16:04:13 ] 普段gitである程度まとまったらsf.netのsvnにgitの結果をなげるとかできる？ 196 名前：デフォルトの名無しさん mailto:sage [2009/01/09(金) 16:24:03 ] mercurialでaddを取り消すことはできない？ addまではできるが、ファイル名の関係でcommiit出来ないからaddを取り消したいんだが…。 197 名前：196 mailto:sage [2009/01/09(金) 16:29:01 ] 申し訳ない。調査が足りなかった。 反省してる。 198 名前：デフォルトの名無しさん mailto:sage [2009/01/09(金) 18:09:01 ] >>157 hgbookは ttp://freehg.org/u/honeyplanet/hgbook/ に作業中のが。 199 名前：デフォルトの名無しさん mailto:sage [2009/01/09(金) 19:39:31 ] >>195 git-svnで出来るよ。 sf.jpなら直でGitいける。 200 名前：デフォルトの名無しさん mailto:sage [2009/01/10(土) 02:14:40 ] >198 そのURL、公式wikiの日本語版トップページからリンクしとけばいいんじゃない？ 存在を知らない人が二重に訳し始めたら無駄だし。

---

---

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

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