- 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
- 684 名前：login:Penguin mailto:sage [2010/03/10(水) 10:08:15 ID:ZHIpTB9l]
- さてさて
やれやれ
- 685 名前：login:Penguin mailto:sage [2010/03/10(水) 11:22:43 ID:rvbZnmFs]
- >>682
「スクリプトファイルが反応して」ってどういうこと?
- 686 名前：login:Penguin mailto:sage [2010/03/10(水) 11:41:55 ID:VG72PX0T]
- お騒がせしてすいません。
特に何も入って無いサーバーなので、特に問題は無いと思うんですが、
念のためapache等は落としておきます。
徹夜明けの寝ぼけた頭で投稿したのがまずかったようです。
>>685
普通にapacheで動作するスクリプトファイルを置いていたので、
git clone 'http://〜'だと反応したんだと思います。
"ForceType text/plain"かchmodで対応してみようと思います。
すいませんでした。
- 687 名前：login:Penguin mailto:sage [2010/03/10(水) 11:59:59 ID:4WH27GGD]
- セキュリティが不安なら、そもそも公開すんなよ
- 688 名前：login:Penguin mailto:sage [2010/03/10(水) 13:05:13 ID:oeQspfUo]
- 優しくしてやれよ！
- 689 名前：login:Penguin mailto:sage [2010/03/10(水) 21:35:44 ID:HKIKwOTL]
- 削除要請板からきますた
なんか色々大変ですね
- 690 名前：login:Penguin mailto:sage [2010/03/10(水) 22:16:33 ID:DRNWG7Oz]
- 名前まで出してしまいましたね。
- 691 名前：login:Penguin mailto:sage [2010/03/10(水) 22:17:57 ID:b2Fg0cB+]
- わざわざ削除依頼なんてしなけりゃスルーされたよね
- 692 名前：login:Penguin mailto:sage [2010/03/10(水) 22:43:37 ID:rtnf98lv]
- どうかな
- 693 名前：login:Penguin mailto:sage [2010/03/11(木) 05:05:22 ID:vWTSpXf4]
- 俺は気づかなかった。見た瞬間とりあえずくだ質問行けよとか思った。
- 694 名前：login:Penguin mailto:sage [2010/03/11(木) 07:17:44 ID:a4pU/TF4]
- >>686
>git clone 'http://〜'だと反応したんだと思います。
だから反応ってどういうことだよ池沼が
- 695 名前：login:Penguin mailto:sage [2010/03/12(金) 00:35:01 ID:g58g7Khc]
- まあ落ち着け。
とりあえず俺はgitどころか
カーネルのアップグレードに失敗したらしく
かなり焦ってる
バックアップの必要性は必要になってから気づくんだ
- 696 名前：login:Penguin mailto:sage [2010/03/14(日) 23:02:16 ID:74SKWdA2]
- コミットの指定で使う ~ と ^ の違いがよく分からないんだけど、
例えば、HEAD~2 とか HEAD^2ってどう使い分けたらいいの？
- 697 名前：login:Penguin mailto:sage [2010/03/15(月) 00:13:16 ID:9vDzc51S]
- 縦軸と横軸だ
- 698 名前：login:Penguin mailto:sage [2010/03/15(月) 00:17:27 ID:9vDzc51S]
- c~3-c~2-c1~-c(HEAD)
c^2 」
c^3 」
c~3-c~2-c1^-c(HEAD)
c^2 」
c^3 」
- 699 名前：login:Penguin mailto:sage [2010/03/15(月) 00:18:53 ID:9vDzc51S]
- ^複数の親と、~複数の世代の違い
- 700 名前：login:Penguin mailto:sage [2010/03/15(月) 00:20:25 ID:vdbEsin0]
- その２つは異なるものだよ
~nはn個前の親を表していて
^nは1つ上のレベルのn個目の親を表す
D-E
/ \
A-B-C-F
FがHEADの時にAはHEAD~3
CかEがHEAD^1、HEAD^2。
- 701 名前：login:Penguin mailto:sage [2010/03/15(月) 00:58:04 ID:INJko3Py]
- ありがとうございます。やっと分かりました。
^はマージによってコミットに複数の親がある時、それぞれの親を指定できるんですね。
すっきりしました！
- 702 名前：login:Penguin [2010/03/15(月) 03:38:25 ID:5FqVvyVi]
- すっきりしない
- 703 名前：login:Penguin mailto:sage [2010/03/16(火) 09:03:16 ID:5gE8Vm9w]
- subversion からcloneしたリポジトリで git branch -r すると@12とか
複数のバージョン？見たいなのが出てくるんですが、これはなんですか？
- 704 名前：login:Penguin mailto:sage [2010/03/16(火) 18:59:10 ID:I38d2Qfd]
- gitは基本的に戻ることはないんだねぇ、
恥ずかしい失敗したらコマンド使ってコミット無かったことにするけど
- 705 名前：login:Penguin mailto:sage [2010/03/16(火) 19:22:14 ID:UUVEpT2o]
- 基本的に戻ることがあるようにしてるVCSなんてあるの？
- 706 名前：login:Penguin mailto:sage [2010/03/17(水) 21:14:49 ID:ZS5QfrTO]
- git reset でいくらでも戻れるぜ。ただ、それよりも
1. 作業用ブランチでは気にせず commit/revertしまくる
2. 作業終わったら作業用ブランチの根元から新しくブランチを切る
3. cherry-pick とかで綺麗な履歴を合成
4. 作業用と新ブランチのdiffに差がないことを確認
5. 作業用ブランチはまるごとさようなら
がオススメ。1commit に複数の仕事を含めないようにしないと後で
カオスになるけど。
- 707 名前：login:Penguin mailto:sage [2010/03/18(木) 00:36:24 ID:dr1HU4dM]
- >>706
お前は俺かｗ
そんな神経質なことやってるのは俺ぐらいなもんだろうと思ってたぜ。
ただ、履歴が綺麗だと気分良いけど、仕事ではそれなりで我慢するようにしようと心がけてる。
あとそのやり方やってると、diffで何も出ないんだからgit branch -D でさよならで
良いはずなんだけど、どうも念のために残しておきたくなっちゃうんだよな。。。
だからtopic_bk1 topic_bk2 ... とかいう感じで、ゴミブランチがたくさん残ってしまう。
- 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
サンクスです。それでいかせていただきます。
|
 |
