[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/21 17:38 / Filesize : 230 KB / Number-of Response : 918
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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

345 名前:デフォルトの名無しさん mailto:sage [2008/09/22(月) 11:52:45 ]
git rm filename
してコミットした後、これを取り消したいんだけど、どうしたらいい?
git reset HEAD^ してみたけど、git status すると deleted filename が表示されたまま。
なおまだローカルへのコミットしかしてなくて、リモートには反映してません。

346 名前:デフォルトの名無しさん mailto:sage [2008/09/22(月) 13:37:58 ]
>>345
git reset --hard HEAD か
git checkout filename
でどうだろ

347 名前:デフォルトの名無しさん mailto:sage [2008/09/22(月) 16:50:04 ]
>>344
どこでもMyMacとsshトンネルで通路を確保してある俺様


348 名前:デフォルトの名無しさん mailto:sage [2008/09/22(月) 17:26:34 ]
Mercurial で merge してコンフリクトが起きたとき、指定のツールを起動する前に
コンフリクトを検出した箇所に印ぐらい付けといてくれないものか…。
どこかに設定ある?

349 名前:デフォルトの名無しさん mailto:sage [2008/09/22(月) 18:03:39 ]
このへん?
ttp://www.selenic.com/mercurial/wiki/index.cgi/MergingManuallyInEditor

350 名前:デフォルトの名無しさん mailto:sage [2008/09/23(火) 01:50:40 ]
>>346
>git checkout filename

これで行けました。そうか、checkoutすればいいのか。
ありがとうございました。

351 名前:348 mailto:sage [2008/09/23(火) 03:53:27 ]
あれ、premerge もされてないっぽいや。おかしいな、premerge=True は設定してるんだけど…。
ちなみに、TortoiseHg です。

352 名前:348 mailto:sage [2008/09/23(火) 05:08:59 ]
うーん、今のところ kdiff3 か internal:merge ぐらいしか選択肢はないかねぇ…。

>>349 のはまだよく読んでないけど、設定ってレベルではないような…。


353 名前:312 mailto:sage [2008/09/23(火) 07:56:29 ]
>>326
これか!やっと見つけた・・・検索しても当初上手くひっからなかったんだ。

UTF-8 Cygwin - Download
www.okisoft.co.jp/esc/utf8-cygwin/download.html



354 名前:デフォルトの名無しさん mailto:sage [2008/09/24(水) 19:02:17 ]
リビジョン管理システムで、日本語ファイル名と日本語コメントを
LinuxからEUC/UTF-8で登録してもWindowsでCP932で取り出すことができ、
WindowsからCP932で登録してもLinuxでEUC/UTF-8で取り出すことができるのは
いまのところSubversionだけでしょうか?

355 名前:デフォルトの名無しさん [2008/09/24(水) 19:21:19 ]
>>354
Mercurial

356 名前:デフォルトの名無しさん mailto:sage [2008/09/24(水) 21:27:05 ]
そんなにmercurial嫌いなのかよ

357 名前:デフォルトの名無しさん mailto:sage [2008/09/24(水) 22:28:51 ]
いまどきCVSもSubversionもVSSも使わないプロジェクトって何なの?



358 名前:デフォルトの名無しさん mailto:sage [2008/09/24(水) 22:32:40 ]
なに使ってるの?

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文字だと思うが。
9x系と互換性もたすと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無いの?

「古い状態に戻す」が何をしたいのかよくわからないんだけど、例えば、
3つ前の状態をちょっくらワーキングコピーで見たりしたくなったんなら、
3つ前の状態をチェックアウト(git checkout HEAD~3)すればいい。
名無しブランチの先頭に居ることになるが。

今のブランチを3つ前の状態まで戻して、そこからやり直したいならリセット(git reset HEAD~3)
この場合は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の場合古い状態をワーキングコピーで見るだけならブランチにはならなくて、
古い状態からコミットしたときに初めてブランチが作られる






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<230KB

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