- 1 名前：login:Penguin [2007/12/16(日) 18:40:39 ID:GslAi8rs]
- ソースコード管理を行うバージョン管理システム、git について語ろう。
あの、リーナス・トーバルズだって、バージョン管理を始めたんだ。
www.kernel.org/pub/software/scm/git/
git チュートリアル (バージョン 1.5.1 以降用)
www8.atwiki.jp/git_jp/pub/Documentation.ja/tutorial.html
- 708 名前：login:Penguin mailto:sage [2010/03/18(木) 00:48:06 ID:wZ6/zNxh]
- それでいいんじゃね？ 増井俊之のいう富豪的プログラミングの一例として
テキストデータなんてどうがんばってもHDD1台分も書き溜めることはできないんだから
いくらでも残しておけばいいんだと思うよ
- 709 名前：login:Penguin mailto:sage [2010/03/18(木) 01:28:19 ID:dr1HU4dM]
- でもあれだぜ、git branchが一画面分超えちゃうようになるとちょっと考えちゃうぜ。
デフォで git branch | grep hogehoge しないと使ってられない。
ってまあ、そうなる前に整理しろって話なんだけどね。。。
手動でgcした時だけ消える（消えなくてもいいけど）普通にはリストに出てこないtrashes的な属性が
ブランチに付けられたらいいなと思った。けどgit-branchはスクリプトじゃなくてC実装だったので寝る。
- 710 名前：login:Penguin mailto:sage [2010/03/18(木) 02:50:25 ID:6BBqQXR0]
- あー、なるほど、作業用ブランチでrevert使ってなかったわ
- 711 名前：login:Penguin mailto:sage [2010/03/18(木) 23:14:55 ID:dr1HU4dM]
- 1.7はこんなん変わってるから注意、みたいなの教えて欲しい
- 712 名前：login:Penguin [2010/03/19(金) 11:41:12 ID:r52T5pgD]
- git tag は-lでタグ指定して見られるのに、git branchは一覧しか見られないのはどうしてなぜなんだぜ
- 713 名前：login:Penguin mailto:sage [2010/03/19(金) 19:37:38 ID:NIuQLQlK]
- >>712
tagは、大抵付けっぱなしだけど、branchはmerge済みになれば(俺は)消しちゃうから
選ばなくても、そんなに沢山出てこないんじゃないかな？
- 714 名前：login:Penguin mailto:sage [2010/03/19(金) 20:23:13 ID:sUcT09Pz]
- >>709
ゴミブランチが多すぎてうざくなったら、clone して
別リポジトリでとっておけばいいんじゃね？
また必要になったら pull すりゃいいだろうし。
- 715 名前：login:Penguin mailto:sage [2010/03/19(金) 20:35:42 ID:sUcT09Pz]
- ちなみに >>706 の 3 は commit が多い場合 cherry-pick じゃなく
て format-patch でファイルに落としてから選別、 git am で一気
に進めると楽。ただし、commit log の1行目に適切なサマリを書い
てないと選別作業がカオスにw
- 716 名前：login:Penguin mailto:sage [2010/03/19(金) 20:55:59 ID:sUcT09Pz]
- あと応用として「なんか2種類のトピックに分割したほうがよくね？」
って状態になったときに、根元のcommitが beef だったとして
1. git format-patch beef で patch ファイル化
2. git checkout -b topicA beef で topicA を作成
3. topicA に必要な patch だけあてていく
4. git checkout -b topicB beef で topicB を作成
5. 残りの patch をあてる
6. git merge topicA で一旦topicBにマージ
7. git diff でもとの作業ブランチと違いがないことを確認
8. git reset HEAD^ --hard でマージ前のtopicBに戻す
9. 作業用ブランチはまるごとさようなら
とかでサクッと分割できる。
- 717 名前：login:Penguin mailto:sage [2010/03/19(金) 21:01:59 ID:sUcT09Pz]
- ついでにもういっこ。
この手の作業するのに gitk --all は欠かせない。各ブランチHEAD、
ブランチ間のつながり等が一目瞭然なのでイメージをつかみやすい。
- 718 名前：login:Penguin mailto:sage [2010/03/19(金) 21:55:21 ID:sUcT09Pz]
- >>711
1.7系は俺もつかってないんだけど Relnotes-1.7.0.txt の Notes
on behaviour change をざっくり要約。
* "git push" でpushするブランチがリモート側でチェックアウト
中だったら失敗するようになった。似たような状況だとgit
push <あっち> :ゴミブランチ で消すときも弾かれる。
* "git send-email" があんまり深いスレッドを作らなくなった。
これからはカバーレター以外はカバーレターのリプライになりまっ
せ。(設定のデフォルト値が変わっただけ)
* "git status" の実体が "git commit --dry-run" じゃなくなっ
たぜ。今までそれを利用して git status に引数つけて実行して
なければ(普通しないと思う)関係ない。
* "git diff --exit-code -b" ってやったときに diff が出ないの
に exit code が non zero になる場合があったんで、いい具合
に修正しときました。
* External diff と textconv helper が shell で実行されるよう
になるよ。必要ならコマンドラインパラメータ付きで呼び出せる
ようになったぜ。そのかわり外部コマンドのパスに空白が入って
たりする環境は注意。
* "git repack"とかの --max-pack-size オプションが MiB 単位固
定だったけど、byte単位になった。必要なら数字の後ろに k と
か m とか g とかつけてね。
ということらしい。
- 719 名前：login:Penguin mailto:sage [2010/03/20(土) 01:01:58 ID:250FD1S2]
- >>718
なるほど。すません、英語読むの面倒くさがって。
git1.7は一部後方互換性なし、って見出しでよく言われてるけど、普通に使ってるぶんには
まったく問題なさそうだね。チェックアウト中のブランチにpushしたらデフォで拒否ってのは
安全でとても良いと思う。
>>714
なるほど、そうしてみるわ。ゴミ置き場リポジトリね。最近cloneはハードリンクがデフォになったようなので
そこは注意だけれども、、、
>>717
そうそう、gitk以上に見やすいのは知らない。つってもマージ激しくない時はshow-branchでどうにかなるけど。
>>716
それって最終的にマージして終了？ まっすぐにして残そうとはしないの？
- 720 名前：login:Penguin mailto:sage [2010/03/20(土) 01:24:01 ID:Y/nTXIhi]
- GUIならgitkかqgitかな、と思ってる
- 721 名前：login:Penguin mailto:sage [2010/03/20(土) 02:00:55 ID:VyCYaEo0]
- >>719
> >>716
> それって最終的にマージして終了？ まっすぐにして残そうとはしないの？
おっと、topicA, B ともに、まだ作業中のイメージでした。
作業が完了してるなら統合用ブランチにマージして終了ですな。
- 722 名前：login:Penguin mailto:sage [2010/03/20(土) 04:50:50 ID:lzllMVc3]
- sourceforge.net/dbimage.php?id=72597
- 723 名前：login:Penguin mailto:sage [2010/03/20(土) 22:08:34 ID:8SKMhpSs]
- ずうううううううっと思ってたんだけど、コミットログ書くときに今回どこを変更したかってふつう覚えてなくね
コミットログに書いておくべきであるような変更をぽろっと書き損ねるとかありそうでヤじゃね
それとも忘れないような小さなカタマリで鬱陶しいほど細かく作業単位でコミットするもんなの？
それともみんなコミットログ書くときには別窓で git diff とかの結果眺めつつ書いてるの？
- 724 名前：login:Penguin mailto:sage [2010/03/20(土) 23:00:31 ID:CNETOYMb]
- >>723
＞コミットログ書くときに今回どこを変更したかってふつう覚えてなくね
git commit -v 使うといいよ。
どこを変更したじゃなくて、なんで変更したのかを書くといいよ。
git diff使えば変更点なんかすぐ分かるんだから。
＞小さなカタマリで鬱陶しいほど細かく作業単位でコミットするもんなの？
鬱陶しいかはしらんけど、俺は結構細かくつけてるけど。
一気に変更した後、git add -p使ってコミット自体は細かくしてる。
この時に、意味的に1種類のコミットにするようにして、
すぐgit commitしちゃうから-vオプションつけなくても、
コミット内容は頭に入ってるかな。
- 725 名前：login:Penguin mailto:sage [2010/03/21(日) 00:21:34 ID:EU6VkwB8]
- >>723
何か目的があってソースいじってるんだから、その目的を書けばいいんじゃないかね。
逆に言うとどんだけデカい差分になってもいいから、別の目的の差分は入れるべきじゃないと思う。
例えば、機能追加なのにちゃっかりバグフィックスも混ざってるとか。
- 726 名前：login:Penguin mailto:sage [2010/03/21(日) 09:08:50 ID:GHhv3uqI]
- >>723
gitx ではとりあえずコミットログを書きながら
コミットするファイルの一覧から diff 表示させられるから
忘れてても全然 OK
- 727 名前：login:Penguin mailto:sage [2010/03/25(木) 08:29:22 ID:ACJlY4U7]
- muzu-
- 728 名前：login:Penguin mailto:sage [2010/04/01(木) 15:28:34 ID:M9uKaIit]
- Windowsのcygwinのgit使ってるんですが、日本語ファイル名が
# "\343\202\265\343\203\263\343\203\227\343\203\253\343\203\225\343\202\243\343\203\253\343\202\277/"
みたいに数値で表示されるのってなんとかならないものなんでしょうか？
cygwin 1.7なんでUTF-8には対応しているはずなんですが。
- 729 名前：login:Penguin mailto:sage [2010/04/01(木) 15:29:18 ID:M9uKaIit]
- 数値でっていうかバイナリなのか。gitはファイル名をバイナリで扱うんだっけ・・・
- 730 名前：728 mailto:sage [2010/04/01(木) 15:41:21 ID:M9uKaIit]
- gitで日本語ファイル名を無理やり通した - きみのハートを8ビットキャスト
d.hatena.ne.jp/takkaw/20080831/p2
こういうのって公式に取り込んでもらう方法ってないもんでしょうか？
- 731 名前：login:Penguin mailto:sage [2010/04/01(木) 15:45:28 ID:8lE6TdJZ]
- >>729
core.quotepath = false
でいけます。
- 732 名前：login:Penguin mailto:sage [2010/04/01(木) 16:38:48 ID:ivXW99qP]
- どこかに覗いたら勉強になるようなＯＳＳのＧｉｔレポジトリないでしょうかね？
- 733 名前：login:Penguin mailto:sage [2010/04/01(木) 22:37:08 ID:fogg5tiY]
- gitだと、公開リポジトリは綺麗な歴史になるようにしてる
はずだけど、どういう勉強がしたいの? 自分で実験してみる
以上に勉強にはならないとおもうけど。
cloneしてから、一個一個コマンドを試していけば
いいんじゃないの?なんかダメなの?
- 734 名前：728 mailto:sage [2010/04/02(金) 03:19:32 ID:mth9LXwF]
- >>731
ｲｹﾀ━（ﾟ∀ﾟ）━ !!
$git config --global core.quotepath false
でいけました。
上記でUTF-8で入れたマルチバイトファイル名は文字化けしてないみたいなんですが、
gitkやgitguiだとコミットログは問題ないようなのですが、ファイル名は化けて、操作できないですね・・・
$ git config --global gui.encoding utf-8
している状態なんですが、これはどうにもならないもんなのでしょうか？
cygwin 1.7.1、 git 1.6.6.1です
- 735 名前：login:Penguin mailto:sage [2010/04/04(日) 12:24:16 ID:N7boF9sc]
- >>732
ｽﾚ違い
- 736 名前：login:Penguin mailto:sage [2010/04/11(日) 23:37:35 ID:gnsZLsDv]
- document.createElementで作ったinputをｊQueryで追加したんですが、
そのInputの入力Boxで文字列が選択できません。
これはなぜ？
- 737 名前：login:Penguin mailto:sage [2010/04/12(月) 01:08:08 ID:zlVRCvUq]
- どこの誤爆だ。
- 738 名前：login:Penguin mailto:sage [2010/04/12(月) 05:36:23 ID:B6m3dSPJ]
- こんな所に・・・・
誤爆しました。失敬。
- 739 名前：login:Penguin mailto:sage [2010/04/12(月) 08:45:24 ID:i6AEo9WC]
- こんなところとは失礼だな君は
- 740 名前：login:Penguin mailto:sage [2010/04/12(月) 09:35:28 ID:TaBB+zUC]
- まあまあ、こんなところというのは良い意味で言ったんだよな、坊主
- 741 名前：login:Penguin mailto:sage [2010/04/15(木) 01:17:11 ID:GwN4l2eh]
- ついでだからgitについてもひとこと書いてけ、坊主
- 742 名前：login:Penguin mailto:sage [2010/04/15(木) 15:39:46 ID:VoGIIRW/]
- webdav経由の速度がsvn(mod_dav_svn)に負けるんだけど。
どこが早いだよ。ボケが。
- 743 名前：login:Penguin mailto:sage [2010/04/15(木) 15:40:06 ID:VoGIIRW/]
- とと間違えた糞がだった。gitだけに。
- 744 名前：login:Penguin mailto:sage [2010/04/15(木) 16:15:54 ID:/XEu1xEv]
- webdav経由なんて使ったことないな。速度って何の速度？ クローンじゃないよね？
- 745 名前：login:Penguin mailto:sage [2010/04/16(金) 08:09:07 ID:UzWc4Tj9]
- webdav(笑)
- 746 名前：login:Penguin mailto:sage [2010/04/17(土) 10:38:01 ID:yU9e03Tm]
- >>741
ぎったんぎったんにしてやんよ
- 747 名前：login:Penguin mailto:sage [2010/04/19(月) 12:01:21 ID:9Dj8CBQk]
- >>744
クローンだよ。
初回はやっぱりクローンだし。
LLのコード管理するならいいけど
中間コード生成する類のコードだと余計ファイルを一掃したくなるので
中央からクローンする頻度が上がる、クローンが遅いのは痛い。
零細企業の事情は知らんけど、そこそこの企業ならポート制限をかけてて
git用に別ポート開けろとかいやがられるので80ポートは開いてるからwebdav
- 748 名前：login:Penguin mailto:sage [2010/04/19(月) 12:24:28 ID:T4uQ6+sS]
- >>747
だまってsvn使えばいいじゃない
gitのクローンって、リポジトリのクローンだよ？
速度を比べるのがおかしい
- 749 名前：login:Penguin mailto:sage [2010/04/19(月) 12:55:20 ID:4DqhZF3F]
- >>748
だな、速度を比べるのならsvnではr1からHEADまで全履歴を取得させて計測すべき。
- 750 名前：login:Penguin mailto:sage [2010/04/19(月) 15:21:58 ID:9Dj8CBQk]
- >>748
たしかにsvn使う方がいいですね。そうします。
中央リポジトリだけsvnにしてもいいんだけど
それだとブランチ毎にcloneしないといけないっていうのが使いにくい。
Linusさんが作ったわけだから、中間コードを生成するようなものにも
利用してるはずで、多分私の運用方法がまずいと思うんだけど。
git系の解説書見てもよく分からん。
- 751 名前：login:Penguin mailto:sage [2010/04/19(月) 16:41:09 ID:4DqhZF3F]
- >>747
＞中間コード生成する類のコードだと余計ファイルを一掃したくなるので
＞中央からクローンする頻度が上がる、クローンが遅いのは痛い。
中間コードの生成とクローンの頻度に何の関係があるの？ ignoreとかmakeとか使えないの？
てかクローン（全履歴取得）は最初だけでその後はフェッチ。中央扱いの場所へのコミット頻度が
高ければ、必然的にフェッチする頻度も増すだろうが。
社外とクローズドなソースコードのやりとりするなら会社責任者の認証を受けるべきだし、
そんならちゃんとした手順踏んで相手方とトンネル掘るなりしてsshでやるべきじゃないかと思う。
- 752 名前：login:Penguin mailto:sage [2010/04/19(月) 22:26:52 ID:9lqpgC5I]
- 件の中間生成物を掃除するために、リポジトリまるごと"rm -rf *"で闇に葬ってから
"git clone"してたりするんでないかと。
- 753 名前：login:Penguin mailto:sage [2010/04/20(火) 00:11:21 ID:dxBJHbyQ]
- うわー
- 754 名前：login:Penguin mailto:sage [2010/04/20(火) 04:50:52 ID:pVtIppVL]
- 普通中間生成物削除する何らかの手段用意するよなあ。
Makefileのcleanターゲットとかさー
- 755 名前：login:Penguin mailto:sage [2010/04/20(火) 08:39:49 ID:1DvR0uQW]
- んだよそんな低レベルうんこ野郎が、糞だのボゲだのってDISってたのかよ。
- 756 名前：login:Penguin mailto:sage [2010/04/20(火) 09:29:20 ID:4QSw7roF]
- rm -rf * して git checkout . はたまにやるな
早いし
- 757 名前：login:Penguin mailto:sage [2010/04/20(火) 10:51:57 ID:wr/OBch+]
- "git clean -dfx"とか使わずにcloneし直して遅い遅い言ってる訳か。
- 758 名前：login:Penguin mailto:sage [2010/04/20(火) 22:18:12 ID:3xiD65pL]
- >>750
ブランチごとにcloneって意味がわからん
git-svnは普通にSubversionのブランチも追いかけられるぞ？
- 759 名前：login:Penguin mailto:sage [2010/04/21(水) 08:24:48 ID:yetyJ5AV]
- >>747
UNIX系の環境だったら .gitをコード生成するディレクトリの外に
置いてsymlink貼って使うとか、symlinkが使えない環境だったら
webdavサーバからclone --mirrorした(ローカルの)リポジトリから
git clone -s して使うとか、いろいろ回避策はあるでしょう。
- 760 名前：login:Penguin mailto:sage [2010/04/22(木) 12:54:59 ID:hPfzumYq]
- git clean知らなかった。便利だ。
- 761 名前：login:Penguin mailto:sage [2010/04/22(木) 13:32:46 ID:93pJE4US]
- 1週間くらい前からライブラリはわりとできた気がするのだがGitHubで公開する勇気が出ない
めちゃくちゃ緊張して手が震えて駄目だ
公開することにした理由って何？
- 762 名前：login:Penguin mailto:sage [2010/04/22(木) 13:40:24 ID:2lkoAWrr]
- >>761
だいじょうぶ、反響が皆無で逆に落ち込むから。
よっぽどインパクトのあるものかライフチェンジングなもの、もしくは宣伝しまくって煽ったりしない限り、
オープンソースソフトウェアの影響は徐々にくるものだから、気楽にやったほうがいいよ。
で、なにつくったの？
- 763 名前：login:Penguin mailto:sage [2010/04/22(木) 14:00:26 ID:I4eCvKff]
- >>761
アドバイス求めたら結構くれるよ
- 764 名前：login:Penguin mailto:sage [2010/04/23(金) 00:44:22 ID:S4Z1KuPQ]
- バイナリの場合は公開時の品質で悩むのもありだが
ソースつきなら
「俺はここまでやって方向示したのであとは凄い人が続きおね」
という思考で世間様にブン投げてOK
放っておけば誰かが使ったり誰かが紹介したり
もっといいものが出て忘れ去られたり
フォロアーどころか類似品すら出ずにカテゴリごと忘れられたりする
- 765 名前：login:Penguin mailto:sage [2010/04/23(金) 01:01:53 ID:AfgDmnjX]
- きっと世の中には、とんでもなく使いやすくて斬新なアイデアかつ生産性の高い
ソフトウエア（の前身）たちが今日も日の目を見ないままひっそりとどこかにいるんだろうなあ
そういう革新的なソフトたち発掘するネット界の冒険者っていうのもおもしろそうだなあ
という電波をいましがた受信した
- 766 名前：login:Penguin mailto:sage [2010/04/25(日) 21:13:36 ID:T3Ea8vhp]
- なぜかネットハックというゲーム名を思い出した
- 767 名前：login:Penguin mailto:sage [2010/05/11(火) 05:04:43 ID:PH2IO3s2]
- 過疎ってるからメモでも各課。
masterからtopicへの差分が見たい
git diff master..topic
ただこれだとmasterが成長するにつれて差分も増える（topic放置でも）
git diff master...topic
こうすると、topicに枝分かれした時点でのmasterからtopicへの差分が表示される
つまりmasterって指定してるけど、実際使われるのは以前のmasterのある固定のポイント
なので「んでtopicってどんだけ何かやったの？」ってなった時に安定してdiffが取れる。
- 768 名前：login:Penguin mailto:sage [2010/05/11(火) 22:24:57 ID:Frr3rWMl]
- >>767
あれ？逆じゃない？
＞masterからtopicへの差分が見たい
のなら前者が良さそうな気がするんだ
git diff master..topicはtopicブランチだけがもってるコミットを表示せよ
git diff master...topicはmaster、topicだけがもってるコミットをそれぞれ表示せよ
だと思ってたんだけど俺の勘違いか
- 769 名前：login:Penguin mailto:sage [2010/05/11(火) 22:38:53 ID:Frr3rWMl]
- ん？何言ってんだ俺
途中からgit logの話になってるな。くそったれ
>>767の言うとおりだよちくしょう
- 770 名前：login:Penguin mailto:sage [2010/05/12(水) 10:00:23 ID:tQLSUqk6]
- ブランチ毎に文字コード変えれたりしますか？
- 771 名前：login:Penguin mailto:sage [2010/05/12(水) 15:43:45 ID:/mk0pC1k]
- エリック・レイモンドがメンテナに加わったんだね
- 772 名前：login:Penguin mailto:sage [2010/05/13(木) 19:11:02 ID:3F0hNVx/]
- cygwin 1.7のgit 1.6を使っています。
export LANG=ja_JP.UTF-8
してある環境です。
git-svnで引っ張ってきたsvnのリポジトリなのですが、
コミットログを検索したいのですがエラーがでてうまくいきません。。
$ git log --grep="うんこ"
fatal: command line, 'うんこ': illegal byte sequence
また同様にgit grepなどでも同じようにエラーがでます。
$ git grep "うんこおぁぁおおお"
fatal: command line, 'うんこおぁぁおおお': illegal byte sequence
マルチバイトを指定しない場合(英字とか)は問題ないようです。
ターミナルはckを使っており入力にはUTF-8を使っています。
正しく動かすにはどうしたらよいものでしょうか？また、原因としてはどこを疑ったものでしょうか？
- 773 名前：772 mailto:sage [2010/05/13(木) 19:18:45 ID:3F0hNVx/]
- ログをUTF-8で入れた他のgitのリポジトリで試したところ同じ問題が起こり、git-svnは関係ないようでした。
また、coLinuxのUbuntu上では該当リポジトリに対して同様の動作、つまり
git log --grep="文明はどんどん発達していく…"
や
git grep "文明はどんどん発達していく…"
は問題ないようでした。
gitの問題ではなくcygwinかcygwin gitの問題ということでしょうか？
他のユーザーの方の環境できちんと動いているかお聞きしたいところです・・・
- 774 名前：login:Penguin mailto:sage [2010/05/13(木) 22:02:02 ID:2MNEOw/G]
- うんこはevilだからな
- 775 名前：login:Penguin mailto:sage [2010/05/13(木) 22:32:28 ID:DbFU2gKU]
- >>772
git help log のDISCUSSIONに書いてあるけど、commit logは
非NULのシーケンスとして解釈せずに格納してあるので、
grepする時にUTF-8に変換しようとして失敗してるんじゃない?
git help logの末尾の方には、commitした時にi18n.commitencoding
の値を記録している、と書いてあるけど、この値と実際のcommit log
の文字コードが一致していない、とかね。
- 776 名前：772 mailto:sage [2010/05/14(金) 10:20:48 ID:Im+y6C3g]
- >>774
別にうんこじゃなくてもいいんですがｗ
>>775
git log --pretty=format:"%s %e"
で調べた所特にエンコーディングの記述はなく、
ログ自身はUTF-8であらかじめ入れてあるので、
git log をリダイレクトでテキストに出力した所、ログ自身は予想どうりUTF-8Nでした。
cygwinのときだけデフォルトの文字コードが一致しない？ということがあるのかなあ
LinuxでOKで、cygwinで問題というのが気になるところです・・・。
- 777 名前：772 mailto:sage [2010/05/14(金) 11:40:48 ID:Im+y6C3g]
- "command line," とか "illegal byte sequence"でgitのソース検索したけど該当箇所でてこん・・・
- 778 名前：login:Penguin mailto:sage [2010/05/14(金) 13:40:23 ID:LmlSfb61]
- illegalなんちゃらって多分EILSEQをstrerror()に渡して得られるメッセージ
だと思うけど
- 779 名前：772 mailto:sage [2010/05/14(金) 22:57:56 ID:Im+y6C3g]
- >>778
ああっと書き忘れてた、google code searchとかもついでに見てて、
EILSEQがひっかかったんでもgrepしてたんだけどgitソース内には見当たらなかった。
他の問題なのか・・・
- 780 名前：login:Penguin mailto:sage [2010/05/15(土) 00:24:18 ID:HTmR5ivn]
- それはlibiconvが出してんでしょ
- 781 名前：login:Penguin mailto:sage [2010/05/17(月) 01:33:24 ID:dnhW6nNk]
- TortoiseGitでSVNのリポジトリ使うのってどうやるの？
- 782 名前：login:Penguin mailto:sage [2010/05/17(月) 19:05:56 ID:6iXl9CjZ]
- git pull する時に、origin/masterのHEADではなく、過去のコミットを指定して行うことはできますか?
- 783 名前：login:Penguin mailto:sage [2010/05/17(月) 19:27:07 ID:bLG3BDZV]
- >>782
git pullはsvn updateみたいにHEADをコピーしているのでなく、過去の履歴も
含めて全部引っぱって来ている． のでpullしたあと作業ポイントをcheckout
コマンドで指定する。
1) そのコミットがすでにブランチになっていれば
git checkout <branch>
2) ブランチになってなかったら
git checkout -b <new_branch> <start_point>
<new_branch> はブランチ名
<start_commit>は選択するコミット
これ、gitのtutorialだけ見てたら分からなかったんだけど、SVNと比較するこの
tutorialを見たら分かった。
GIt - SVN Crash Course
git.or.cz/course/svn.html
- 784 名前：login:Penguin mailto:sage [2010/05/17(月) 22:06:20 ID:6iXl9CjZ]
- >>783
サンクスです。それでいかせていただきます。
- 785 名前：login:Penguin mailto:sage [2010/05/18(火) 22:33:48 ID:6442L1FL]
- cvs,svnを使ってた人にとっては
git clone で落としてきた.gitは
CVSや.svnと同じようなものと思いがちやね。
>>747を見てバッカじゃねーのとか
思ったけど意外にこの勘違いを抱えたまま
毎回.gitを消してcloneしなおしてる人いるのかね。
- 786 名前：login:Penguin mailto:sage [2010/05/18(火) 23:21:35 ID:ID2y3O4e]
- いるかといえばいるんじゃないか。CVSやsubversionでも
そうしてきた人にとってはコピーしてきたリポジトリまで
消しちゃう無駄よりも、「ちゃんと動くことが分かる」状態
に戻ることのほうが重要だもの。
- 787 名前：login:Penguin mailto:sage [2010/05/19(水) 00:23:37 ID:zJinMQgP]
- 分かりにくいと思ったのがcheckoutコマンドだな。 svnやcvs等の古典的な
checkoutコマンドとは随分意味が違う。 「ちゃんと動くことが分かる」状態に
どうやってもどせばいいんだろうと探している時、コマンドのリストの中の
checkoutコマンドの説明を見ようとは普通思わないんじゃないかな。
- 788 名前：login:Penguin mailto:sage [2010/05/19(水) 00:33:38 ID:rEVii6OV]
- resetも二つの意味含んでるっぽくてわかりにくいな
unstageと分けてもいいと思う
- 789 名前：login:Penguin [2010/06/01(火) 02:42:24 ID:ke5Egb8T]
- git checkout を使って ２つ前のコミットまで巻き戻したのですが、
git log すると一番最新のコミットと２番目に新しいコミットが見れなくなってしまいました。
もしかして、checkoutはコミットしたものを取り消してしまう危険なコマンドなんでしょうか？
最新のものに戻したい場合はどうすればいいのでしょう・・
てっきりsubversionのrevertと同じようなものだと思って使ったのですが・・
gitのrevertはリビジョンを戻して新しくコミットしなおす感じのようですが、
最近のコミットを取り消さず、単純にファイルを巻き戻すだけのコマンドはないのでしょうか？
教えていただけると嬉しいです。
- 790 名前：login:Penguin mailto:sage [2010/06/01(火) 03:08:28 ID:ib2iuIgt]
- >>789
ここまで的確に逆のこと言ってると釣りに見えるな。
git checkout HEAD~2 とかやったのなら、名無しブランチに居るだけだから
元のブランチをcheckoutすれば元どおり。
git revert は指定したコミットを逆パッチしたコミットを作ってくれる。
後戻りはしない。
当たり前にドキュメント読んだほうがいいよ。Subversionとは概念が違う。
ttp://progit.org/book/ja/
ttp://www8.atwiki.jp/git_jp/pages/27.html
- 791 名前：login:Penguin mailto:sage [2010/06/01(火) 06:48:15 ID:nEJNHOMY]
- タグとブランチで同じ名前のがある時にタグのfoo、ブランチのfoo
という指定はできるのでしょうか。ただfooとだけ指定すると
warning: refname 'foo' is ambiguous.
リポジトリはcvsimportで作ったもので、ファイルによってfooが
ブランチの場合とタグの場合があるためにこういう状態になって
います。
- 792 名前：789 [2010/06/01(火) 12:22:08 ID:7rDC0XFu]
- >>790
レスありがとうございます。
自分がやったのは
git checkcout 862ed98d03863a826dca3246ee61d54264acae57
のような感じなんですが
あげて頂いたドキュメントを見ると、checkoutの説明のところに
「また、これが危険なコマンドであることも知っておかねばなりません。」
のように書かれていました。
やはり最新のコミット自体が消えてしまったように思えるのですが・・
- 793 名前：login:Penguin mailto:sage [2010/06/01(火) 13:52:15 ID:3Zl/kziy]
- コミットはなかなか消えない。
その下に、
>削除したブランチへのコミットや --amend コミットで上書きされた元のコミットでさえも復旧することができます
って書いてあるよ。
- 794 名前：login:Penguin mailto:sage [2010/06/01(火) 14:35:10 ID:rOsiehIq]
- >>791
ローカルブランチはheads/foo、タグはtags/fooで明示的に指定できますよ
- 795 名前：login:Penguin mailto:sage [2010/06/01(火) 18:49:32 ID:zlmZbFtl]
- >>792
reflogというものがあってだな
- 796 名前：login:Penguin mailto:sage [2010/06/01(火) 20:05:14 ID:WTjgN8Mk]
- >>792
＞ 「また、これが危険なコマンドであることも知っておかねばなりません。」
の部分は作業ディレクトリの情報が消えて、最新のコミットに戻されたって話だよ。
俺はgit以外のvcsをよく知らないけど、
subversionでも、レポジトリと個々人の作業ディレクトリってあるんだよね？
上の話は作業ディレクトリがレポジトリに戻されちゃって、
あなたの作業は消えましたよ、って話だから危険って書いてあるんじゃないのかしら。
- 797 名前：login:Penguin mailto:sage [2010/06/01(火) 20:17:52 ID:WTjgN8Mk]
- >>789は最新のコミットと２つ前のコミット間の、あるファイルのdiffでも見たいの？
そうなら、
git diff HEAD~2 -- (あるファイル)
っていうのはどう？
どうしてもcheckoutしたいならcheckoutした後、
git diff master.. -- (あるファイル)
でもいい
- 798 名前：login:Penguin mailto:sage [2010/06/01(火) 20:24:44 ID:WTjgN8Mk]
- >>792
あ、それと言うの忘れてた。
＞ git checkcout 862ed98d03863a826dca3246ee61d54264acae57
なら、>>790も言ってるけど一時的に別のブランチにいるよ。
git branchしてみれば、今までのブランチと別のブランチにいることが分かると思う。
git masterとかやれば元に戻れるんじゃないかな。
元がmasterなのかは知らないけど。
- 799 名前：792 [2010/06/02(水) 01:34:42 ID:gi9ro0yc]
- 色々レスありがとうございます。
状況としては、
最近のコミットに
49qayt928t4ht2
と
goghpghr9g9grh
というのがあったとして(文字列は適当です)
49qayt928t4ht2
が最新なのですが、一つ前のgoghpghr9g9grhに戻したいと思い、
git checkout goghpghr9g9grh
としたら、git log しても最新の
49qayt928t4ht2
が表示されなくなり、49qayt928t4ht2のコミットが消えてしまったように見える、
また最新の49qayt928t4ht2に状態を戻したくても、戻した方が分からない、といった感じだったのですが
git reflog と git resetのおかげでなんとかなりました。
勉強になります。ありがとうございました。
- 800 名前：login:Penguin mailto:sage [2010/06/02(水) 05:38:06 ID:tFFCKjtC]
- >>799
checkout直後なら以前チェックアウトしていたコミットがORIG HEADに格納されてるよ
- 801 名前：login:Penguin mailto:sage [2010/06/02(水) 23:19:00 ID:epvzW2MP]
- ORIG_HEADってマージのときに使うものかと思ってた
あれ？MERGE_HEADだっけ？
- 802 名前：login:Penguin mailto:sage [2010/06/03(木) 00:57:02 ID:4mfPiwdf]
- >>792
色々と突っ込みたい所はあるが、とりあえずチュートリアル読めば？
- 803 名前：login:Penguin mailto:sage [2010/06/03(木) 08:35:19 ID:dAM44TeX]
- >>799
git resetを使う状況じゃない。まずは>>798の内容を理解しよう。
- 804 名前：login:Penguin mailto:sage [2010/06/03(木) 22:34:29 ID:NRpX3vOy]
- git の branch コマンドは他のVCSみたいな、いわゆる枝(branch)を作るコマンドじゃないことを理解した方がいい。
単に自分のいる点に目印の旗を立ててるだけ。
commitやreset等で自分が動けば旗も移動する。
- 805 名前：login:Penguin mailto:sage [2010/06/03(木) 22:37:18 ID:2hMMbzRW]
- >>804
これの"create"は「作る」という事ではないのですか？
$ man git-branch
...
NAME
git-branch - List, create, or delete branches
- 806 名前：login:Penguin mailto:sage [2010/06/03(木) 23:35:29 ID:k3O2NdDL]
- >>805
まあ論理的には「作る」と考えて良いんだけど、、、
内部的には複数のコミットから親として参照されてればそれはブランチと言える
というぐらいで、特にbranchコマンドを使わなくても、ある履歴の途中の位置を
checkoutして何かコミットすれば分岐になるし、commit --amend とかで
やり直ししても以前のコミットと新しいコミットは分岐してる。
ただこの場合古いコミットは一見して行方不明になるけど、branchコマンドは
そこに旗を立てて移動しやすかったり自動でGCされないようにしたりしてる感じ。
reset とかいろいろ試してるうちに内部構造が分かるとそう思うようになったかな。
- 807 名前：login:Penguin mailto:sage [2010/06/04(金) 00:02:52 ID:/Cv0eiGe]
- 各コミットは親を記憶してるから点から親を遡ることで枝を表現できる
ただ子の記憶は無いから自分の子供がどうなったかを辿る簡単な手段は無い
checkout等で移動してコミットが消えてるように見えるのはこの為
- 808 名前：login:Penguin mailto:sage [2010/06/04(金) 06:08:20 ID:PyuP7am3]
- >>805
自動更新してくれるタグとおもえばよいよ
|
 |
