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

1 名前：デフォルトの名無しさん [2008/07/08(火) 21:38:48 ] バージョン管理システムについて語りましょう。 関連スレ CVS 1.3 [UNIX板] pc11.2ch.net/test/read.cgi/unix/1093611448/ CVS導入スレ〜 Rev.3 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1113141518/ Subversion r9 [プログラム板] pc11.2ch.net/test/read.cgi/tech/1202086238/ subversion バージョン管理【サブバージョン】 [Linux板] pc11.2ch.net/test/read.cgi/linux/1154701996/ git スレッド [Linux板] pc11.2ch.net/test/read.cgi/linux/1197798039/ 前スレ バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ 359 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 22:46:54 ] 「project_最新_yyyymmdd」みたいなサフィックスを付けたディレクトリが たまっている火事場が実在するのは知っている。 360 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 22:51:35 ] >>358 マージソフトとソースコード内の修正コメントが頼り。 言うまでもないが、マージしたら毎回デグレード勃発。 361 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 23:08:36 ] そんなゴミネタはいらない 362 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 23:19:50 ] >>359 > 「project_最新_yyyymmdd」 の、"最新" がすぐ無駄になることに気付かないような奴等だから 火事場になるんじゃないか？ 363 名前：デフォルトの名無しさん mailto:sage [2008/09/24(水) 23:30:30 ] backup/backup20080921/backup20080920/backup/backup20080901 みたいなディレクトリ階層を見たことがある。 project_debug_20080921 project_release_20080921 project_release_20080921_debug project_release_20080921_2 project_release_20080921-3 project_release_20080921_debug_4 project_debug_20080921-2 project_release_20080921(2) みたいなでぃれくとり群を見たことがある。 364 名前：デフォルトの名無しさん [2008/09/24(水) 23:37:38 ] うちのブランチとタグに酷似してる…… orz 365 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 00:22:12 ] もはやvcs使っていると考えたくもないよな、そういうのって。 366 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 07:46:28 ] リリース管理がヘボだと>>363の後者みたいになる。 vcsかどうかはあんまし関係がない。 367 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 07:54:18 ] >363の前者 要は、バックアップフォルダにバックアップフォルダごとバックアップしているってことか? それって、バージョン管理を放棄しているな。 >363の後者 リリース版をデバッグするってこと事態あれなのに、 「リリース版のデバッグ版」としたい香具師と「あくまでデバッグ版」としたい香具師が居るわけね。 ついでに言えば、枝番の派生の仕方も三者三様? 挙句に、その枝番も「リリースの2」が二つ発生してしまっている体たらく。 368 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 08:27:28 ] つーかコミットする前にレビューぐらい通せば？ 369 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 08:38:32 ] >>368 >363はVCSを使っていないって話だろ。 まぁ、そろそろスレ違いだし話を戻したいところではあるが。 370 名前：デフォルトの名無しさん [2008/09/25(木) 09:30:10 ] mercurialでリポジトリをWebで公開したい場合、 apacheではなく、pythonのSimpleHTTPServer.pyなどとからめて公開できない？ なにかしらのAPIってないのかなぁ？ わかる方がいましたら教えてください。 371 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 10:58:43 ] >>370 よくしらんが、WSGIのようだから、どうとでもなるんじゃないの 標準のwsgiref実装を使えば自動的にBaseHTTPServerが使われることになると思うが、 apacheではなぜ嫌なの？ まあ一人で使う分にはPythonのオモチャHTTPサーバでもいいだろうけど、 本当にオモチャだぞ デフォではforkもthreadも使わないただの反復サーバだしな 機能だのセキュリティだの性能だのを語る以前の問題 372 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 11:40:14 ] >>370 SimpleHTTPServerは無理だろ。あれはスタティックファイルだけ。 wsgirefの方を使え。 てか、なんでhg serveじゃだめなん？ 373 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 12:09:28 ] >>355 横からですが、Mercurial(hg?)は日本語ファイル名、日本語コメOKなのか TortoiseHGは日本語ダメってあったけど、コマンドライン版ならOK? 374 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 13:06:03 ] >>373 亀 Hg が日本語ダメってどこに書いてあった？ Web の情報も古くなってきてるぞ。 375 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 13:37:08 ] >>374 あれ？大丈夫になってきているのか？ 確かめてみないといけんな 376 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 14:49:19 ] >>375 TortoiseHGのコミット機能以外は対応している。 コミット機能はQctを使っていてQctが対応していない。 TortoiseHG自体にもコミット機能はあるけど更新されてなくて 日本語でログを書くとおかしくなる。 377 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 15:06:20 ] >「リリース版のデバッグ版」としたい香具師と「あくまでデバッグ版」としたい香具師が居るわけね。 リリース版を品証の人がチェックするんでタグ付け必須な職場もあるです。 378 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 15:28:15 ] Release Candidate版にしとけばいいのではなかろうか 379 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 16:08:19 ] >>376 えー？俺コミットメッセージは日本語で書きまくってるけど、ログにちゃんと表示されるよ。 update ダイアログで Browse ボタンを押すと化けてるけど。 ちなみに 0.4.1。 380 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 20:39:17 ] >>363 うちの会社ではリリース版とかいう概念すらないよ project_20080921 すべてこういう感じ。もう手遅れだと思う 381 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 23:18:23 ] >>380 手遅れと考えるより、その環境にはそういうやり方の方が合ってる って考えた方がいいのかもしれんよ。 まあとりあえず、一人で内職してみては？ 少しずつファイルサーバ漁って、初期リポジトリに投入できそうなファイルの目星をつけつつ、 自分のところで cvsなり svnなり VSS（最近だとTFSかな？）なりをコッソリ入れておいて、 使い方を試してみたり、日次バックアップとかリストアとかの運用方法を確認したりして、 来るべき日に備えておくと、近いうちに役に立つかもよ。 俺は、本番環境でデグレード障害が出た際に、「バージョン管理システムってのがあるんですが」 って言って切り出して、内職で作ってた VSSリポジトリを使ってデモやったら、いつの間にか それが開発標準になってたよ。 382 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 07:22:10 ] TortoiseHgはコミットツールのQctが完全には日本語に 対応してなくて、コミット対象のファイル名が文字化けする。 しかし、コミット自体は日本語で正常に行われます。 383 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 07:23:56 ] TortoiseSVNもTortoiseHgもエクスプローラが重たくなる。 特にネット越しになると酷い。 384 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 10:35:21 ] >>383 アイコンオーバーレイを「固定ドライブ」だけにするといいかも。 またはアイコンオーバーレイを使わないとか。 385 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 10:43:01 ] SVNのステータスでソートしたりとか良く使うし エクスプローラと連動してるおかげで検索から 削除したり出来るから便利ともいえるし人それぞれだろう 386 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 12:17:39 ] >>384 対象外のフォルダを検索しないとか、検索フォルダのマスクしていとかもあるよ 387 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 01:24:54 ] アイコンオーバレイ使わないと、亀使ってる意味がほとんとなくね？ 388 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 02:14:41 ] シェル拡張だけでもお釣りが来ると思う 389 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 04:59:17 ] 独立アプリの方がいいなあ。 特に亀 Hg は、シェル拡張の意味がほとんどないぐらい操作が複雑。 でも生き残ったのは亀なんだよねえ…。 390 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 06:52:09 ] >>389 RapidSVNは結構好きだったんだけどなぁ。 Hg用の独立アプリ無いかな。 391 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 06:57:25 ] Hgを暫く使ってて、ふとしたことから古いチェンジセットに 一時的にアップデートしたら.hg下のファイルがWindowsXPの ファイル名256文字制限に引っかかってしまい、最新のチェンジ セットに戻せなくなってしまったよ。 フォルダ階層深い人は注意。 しかしWinXPって256文字制限無くせないのかな。Vistaはこの点 どうなの？ 392 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 08:18:46 ] NT系のパスの文字数制限はXP以前から32000文字だと思うが。 9ｘ系と互換性もたすとMAX_PATHに制限されるけど。 393 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 08:39:09 ] subst.exe で何とかならない？ Hg 使ってないから状況がよくわからんが。 394 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 10:30:30 ] subst.exeで解決できる問題なら、そもそもプロジェクトを浅いディレクトリに 配置すればいいだけの話だけど、391はプロジェクトのフォルダ階層が 異常なほど深いんじゃないの？ 395 名前：391 mailto:sage [2008/09/27(土) 10:34:05 ] >>392-393 NTFSだけど下記のエラーメッセージでググると256文字制限があるってヒットするんだけど。 HgがMAX_PATHに制限しているのかな？ あと元々レポジトリのパスが短いのでsubst.exeでは回避できなさそう。 嵐っぽくなっちゃうけどエラーの状況： D:\a>hg add * adding あ\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い \い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\い\う.txt D:\a>hg ci -m "test" trouble committing あ/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い /い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い/い /い/い/い/い/う.txt! abort: ファイル名または拡張子が長すぎます。: D:\a\.hg\store\data/~82~a0/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/~82~a2/ ~82~a2/~82~a4.txt.i 396 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 10:57:37 ] Hg local store creates paths too long for Windows www.selenic.com/mercurial/bts/issue839 397 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 12:18:04 ] >>388 hgならともかく、SVNなら開発ツールのSCM連携機能使うだろ。 398 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 12:38:46 ] Express 版で開発してるとか、ワードの文書も SVN で管理してる 俺みたいなやつの事を忘れないでくれ。 399 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 13:02:33 ] TortoiseHgまだ、rename実装されてない？のかな D&Dでのこぴぺ移動もまだみたいだし 400 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 13:45:08 ] まだバージョンが 0.5 もいってないからね。 俺はコマンドラインと併用。 マージツールの連携をなんとかしてほしい。 401 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 17:10:04 ] そういやツールの設定なんかがよくわからないな・・・ 402 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 19:33:29 ] 高速ネットワークに常時接続でブランチが自由に作成できる SVN 環境から、 分散型に乗り換える利点はどのようなものがあるでしょうか？ 403 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 19:43:28 ] 分散に移りたいと思ったきっかけはなに？それによるんじゃないか？ 404 名前：名無し募集中。。。 mailto:sage [2008/09/27(土) 21:00:32 ] 常時接続出来ない場所に行ったときに不便にならない 405 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:11:50 ] svnになれてるならsvkでも使ってみたら。 でもトロいからあんま便利とは言えないか。 速度、細かい進捗管理がしやすい。 git使い始めて結構立つのに今更、昨日始めてbisect使ってみた。 数千もパッチ管理してるとやっぱこういう手法になるのかなー。 406 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:18:00 ] >>353 mod_authz_svn じゃだめ? 407 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:21:29 ] 誤爆orz 408 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 21:33:28 ] >>403 >>404 SVN に特に不満は感じていないんですけど分散型がいろいろ出ているので 何か自分が気づいていていない利点があるんじゃないかと思ったんですけど。 SVN は家か会社でしか使わないのでネットワークに接続できないことは滅多 にありません。 409 名前：名無し募集中。。。 mailto:sage [2008/09/27(土) 23:12:59 ] 会社でもノートPCを持って無線LANの届かない現場に行く場合とか心底困るよ 410 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:15:12 ] Subversionに比べると、分散型はリポジトリの扱いが気楽なのが利点だと思います。 たとえばMercurialだと、 ソース書き始めた ↓ そのディレクトリの下にリポジトリ作成。チェックアウトの必要なくいきなり管理下 ↓ ちょっと実験するために別ディレクトリにclone（リポジトリのコピー） ↓ 修正＆コミット ↓ 成功：コミットを元リポジトリにpush 失敗：cloneしたリポジトリを削除してポイ ↓ (ﾟДﾟ)ｳﾏｰ 411 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:28:50 ] svnからhgでブランチし放題なのとマージ覚えててくれるのはいいと思った 412 名前：デフォルトの名無しさん mailto:sage [2008/09/27(土) 23:29:01 ] どこがちがうのか？ 413 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 02:46:15 ] svnも1.5でマージサポート強化されてるっぽいね。 今まではブランチっつってもコピーするだけだから、マージは自分でやらないといけなかったけど、 なんかsvn1.5はプロパティにどこからマージ済みなのか記録してるっぽい。svkのマネ？ Gitの場合はコミットに一意なIDがあるから、テキトーにブランチきってもマージに悩まされずに 追いかけていける。 414 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 04:21:23 ] >>410 そうそう、分散型だとすごく気楽だよね。 個人開発でも利点があった 415 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 10:30:27 ] >>351 でも書いたけど、 亀　Hg 使ってる人はマージはどうやってる？kdiff3 使ってる？ マージペインで日本語が化けるから、やや無理やりだけど WinMerge 使いたいんだよね。 でも premerge が効いてないっぽいし、バイナリファイルはどちらを採用するか聞いてこなかったり もう設定がわけわかめ。 416 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 11:28:46 ] ブランチに試行錯誤や間違いの歴史を残すのに全然抵抗ないですけど それでも分散型に利点はありますか？ 417 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 11:33:46 ] >404 418 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 16:53:16 ] ベータ版かリリース版かというのはどのように管理してるの？ 419 名前：名無し募集中。。。 mailto:sage [2008/09/28(日) 21:11:17 ] revisionのコメントに「>>418さんに渡した版」と書いておく程度の管理 または気持ちの問題､ｶﾅ 420 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 02:37:11 ] タグ名の最後に"-r"を付けるとか(release) 421 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 02:56:41 ] >>418 うちでは例えばバージョン名がB2.4.XからR2.4.0になる。 422 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 03:00:44 ] >>418 タグ付けてβ、それを品証がチェックしてリリース trunk tag rel のディレクトリにタグ化した日付でtagに入れてそのリリースがrelにcopyされる 品証のチェックで出たバグはtagの日付版で修正して、trunkへポートされてる エンドユーザからのバグレポートはrelに対してになる、 423 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 03:42:29 ] >>418 tag つける。でtag名に、beta-ほげほげ とか release-ほげほげ とか 424 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 12:23:02 ] リポジトリをbetaフォルダからreleaseフォルダに複製してる ・・・けどタグの方がいいのか 425 名前：デフォルトの名無しさん mailto:sage [2008/09/29(月) 12:36:21 ] いついつリリース版というフォルダをずっと増やしていく方針なら タグは不要だと思うけど。 426 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 01:18:54 ] 他所の cvs/svn/git リポジトリから co するときに自動的に hg 方式になって 自分で管理するときは hg でして ci するときは cvs/svn/git 方式に自動的に変換するフィルタってない？ 427 名前：デフォルトの名無しさん [2008/09/30(火) 05:37:52 ] チェックアウト状態ではリードオンリーになっていて 編集しようとするとダイアログが開いて何のための変更か？を記述して それをコミット時のデフォルトのコメントにしてくれるようなWindowsのツールってないですか？ TortoiseSVNの拡張機能みたいな形であれば一番いいんだけど。 428 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 09:48:34 ] それなんて VSS ？ 429 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 10:19:30 ] >>427 needs-lockじゃ駄目? lock取得するときに、やる作業をコメントに書く。 コミットするときは、最近のログメッセージから再利用。 430 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:51:34 ] SubversionリポジトリからMercurialに変換するツールはないんでしょうか？ 431 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:51:59 ] gitだとsvnとの相互運用もできるっぽいのですが・・・ 432 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:10:30 ] hg convert 433 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:35:30 ] >>432 Mercurial の Subversion convert extension - daily dayflower d.hatena.ne.jp/dayflower/20080312/1205213450 これか・・・かなり未完成っぽいですね hgsvn？とかいうのがよいらしいですが 434 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:42:15 ] hgの読み方ってハーゲーでいいの？ 435 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:08:50 ] >>434 銀ちゃんで 436 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:38:11 ] 水銀党で 437 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:56:57 ] git では git checkout 古いコミットID として古い状態に戻すことができます。 このあと最新状態に戻すにはどうしたらいいですか。 git checkout HEAD とか git reset --hard HEAD とかしてもだめみたいです。 438 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 19:07:14 ] >>437 HEADは現在居るブランチの先端をあらわすので、その場合のHEADは名無しブランチの先端。 つまり古いコミットIDになる。 最新の状態にしたかったら、そういうブランチをチェックアウトすればいいと思う。 git checkout master とか。 439 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:11:31 ] >>438 ほんとだ、名無しのブランチになってました。 git checkout master でもとに戻れました。ありがとうございます。 ただ、git checkout COMMIT_ID を実行すると、名無しのブランチができるという挙動がなんか気持ち悪い。 なんで勝手にブランチができるんだろう。。。 440 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 20:39:40 ] >>439 どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。 今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。 そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。 441 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:28:10 ] 俺がHEADだぁぁぁあああ！ 442 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:55:10 ] ヘドが出るぜ! 443 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 12:04:21 ] すみませんが、せっかくの機会なので教えていただけますか。 >>440 >どこの先端でもない途中の状態を指定して取り出すんだから、名無しになるんだよ。 新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。 >今居るブランチをほんとうに古い状態に戻したいなら、そのコミットを指定してresetすればいい。 >そうすればそのコミットが今居るブランチの先端になる。そこより先のコミットは無くなっちゃうけどね。 reset は、HEAD がどのコミットを表すかを変更するということでしょうか。 HEAD を変更することなく、古い状態に戻すことはできないということですか。 Git は仕組みがよくわからず、困ってます。 Mercurial はすごくわかりやすいんですけど・・・ 444 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 16:43:32 ] >>443 hgは使ったことないんだが、Gitからフォークしてるので似てるはずだと思ってたんだけど、 そうでもないのか。resetとかrebase無いの？ 「古い状態に戻す」が何をしたいのかよくわからないんだけど、例えば、 ３つ前の状態をちょっくらワーキングコピーで見たりしたくなったんなら、 ３つ前の状態をチェックアウト（git checkout HEAD~3）すればいい。 名無しブランチの先頭に居ることになるが。 今のブランチを３つ前の状態まで戻して、そこからやり直したいならリセット（git reset HEAD~3） この場合は３つ前以降のコミットは失われる（他のブランチに残ってなければ） ＞新しいブランチを作るのではなく、今のブランチ (main) を使ったまま、古い状態を取り出すことはできないということでしょうか。 mainという名のブランチをチェックアウトしたまま古い状態を取り出す？ いま居るブランチはmain~3ですよ、みたいな感じ？　それはないな。実質そういうことになるのかも しれないけど、main~3は他のブランチにも含まれるかもしれないし、履歴の途中を引っ張り出した場合、 そこにコミットを続けることも出来るから、それってブランチ(枝)でしょう？ git checkout HEAD~3とした時点で「名無しブランチですよ。必要なら後からgit checkout -b って 出来るよ」みたいなメッセージが出てると思う。 445 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:01:31 ] 443ではないけど >>444 hgの場合古い状態をワーキングコピーで見るだけならブランチにはならなくて、 古い状態からコミットしたときに初めてブランチが作られる 446 名前：445 mailto:sage [2008/10/01(水) 19:05:37 ] それと、hgはgitのフォークではないよな 447 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:47:23 ] またリポジトリ、プロジェクトホスティング見つけてきた Project Kenai -- We're More Than Just a Forge kenai.com/ SubversionとMercurialのリポジトリと、フォーラム、ML、wiki、バグトラックなど一通りのホスティングサービス 448 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 07:37:45 ] 枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん? 新しいブランチは作らず名無しの状態で取り出せる。 それぞれのHEADも変更しないし、何に困ってるのか分からないんだが… 多分何がしたいのかを言った方が手っ取り早い。 449 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:26:39 ] >>445 > 古い状態からコミットしたときに初めてブランチが作られる 前もって hg branch でブランチを指示しないといけないんでなかった？ 450 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 09:40:05 ] >>446 SDにはそんなようなこと書いてあったけどな。 でもPythonで新たに書き直してるから、フォークとは言わないかもね。 451 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 12:51:20 ] >>444 両方ともBitKeeperのコマンドを参考に作ったんじゃなかったか？ 452 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 15:27:04 ] tortoiseHGの0.5出てたから入れたけど、コミットの日本語は相変わらず 一緒にbazaarも入れてみたけど 右クリックしてもbazaarのメニューが出てこないのは気のせい？ 453 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:36:34 ] >>448 >枝の古い状態みるだけなら、チェックアウトすればそれでいいじゃん? それだとファイルパスが違うのになるから、設定ファイルをいちいち変更しないといけない。 または現在のディレクトリを別名に変更しないといけない。 454 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 21:14:48 ] ??? 455 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:22:29 ] hg convert って最強じゃね？ 456 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 11:38:25 ] >>453 フルパスが書かれたものをリポジトリに入れてるのか。 そうであってもブランチを作る必要はなくて、 チェックアウトまたはclone＋チェックアウトで済むと思うけど。 何をしたいのかがわからないから、あとはエスパーを呼んでもらうしかない。 457 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 12:01:04 ] 情報を後出しばかりする上に自分の特殊な環境が特殊だと思っていないんだから 誰がどう答えてもどうにもならんでしょ 458 名前：445 mailto:sage [2008/10/03(金) 13:30:09 ] >>450 en.wikipedia.org/wiki/Mercurial_(software) >This project started at approximately the same time as another project called Git, started by Linus Torvalds with similar aims. >>449 名前付きのブランチをつくるならそう。名無しブランチ作るならコミットするだけ。 hgの場合 hg checkout id で古いワーキングコピーにして、 hg checkout で最新(tip)にできる。 hg log はcommitやpullしない限り、何をcheckoutしていても常に同じ内容が出力される。 git少し試したけど、古いのをチェックアウトするとgit logでそれ以降のログが 見えなくなるな。 459 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 16:21:21 ] 緒マラ教えて下さい。 gitのリポジトリをhgに変換する方法を

---

---

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

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