git スレッド

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


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

git スレッド

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
594 名前：login:Penguin mailto:sage [2009/12/24(木) 15:20:36 ID:v3JWri2J]: 1.6.6 released
595 名前：login:Penguin mailto:sage [2009/12/25(金) 21:55:28 ID:lY3loZi6]: stashとresetに頼りまくってる自分の使い方は邪道なんじゃないかと
気になるんだが、indexとかうまく使えば減るだろうか
596 名前：login:Penguin mailto:sage [2009/12/26(土) 00:20:32 ID:EUZh5OCV]: >>595
運用上不都合がなければいいんじゃない?
597 名前：login:Penguin mailto:sage [2009/12/26(土) 06:40:51 ID:SkSud091]: >>595
reset、rebase、resetに頼りまくれるようになってはじめて、一人前のGit使いだと思う。
commitとmergeだけじゃ今までのVCSと変わらないじゃないか。
598 名前：login:Penguin mailto:sage [2009/12/26(土) 06:42:53 ID:SkSud091]: reset、rebase、resetってなんだよorz
reset、rebase、stashのつもりだった。。。
あとrebase --onto、rerereなんか使うとさらに先にいける。
599 名前：login:Penguin mailto:sage [2009/12/26(土) 10:39:25 ID:AQehkmKr]: おーでかーけでーすかー
600 名前：login:Penguin mailto:sage [2009/12/26(土) 12:12:59 ID:Z6Z05dDL]: 今だにpush,pull,rebaseの使い分けがわかんないんだよな。
普段git svnでやりとりしてるとrebaseだけで事足りるというだけなのか
601 名前：login:Penguin mailto:sage [2009/12/29(火) 01:24:35 ID:AAGVKxmF]: そりゃgit svnではpush, pullは使いようがないというか、使ったらぶっ壊れるんじゃ。
602 名前：login:Penguin mailto:sage [2009/12/29(火) 14:12:54 ID:utuwRMGk]: 他にもgit svnを使っているメンバーがいた場合、
そいつとは、pushやpullができるという
603 名前：login:Penguin mailto:sage [2009/12/29(火) 18:19:26 ID:erZVRnS3]: >>602
でも結局いつかgit svn rebaseするから、ID全部変わるしマージコミット入れられないしで
うぼわーマジsvnやめようぜクソがぁ！
ってなる。
604 名前：login:Penguin mailto:sage [2009/12/30(水) 07:38:54 ID:kfBW1mPl]: しかしsvnに入れた分はちゃんとIDそろうのはすげーと思ったな。
605 名前：login:Penguin mailto:sage [2010/01/08(金) 12:31:36 ID:S57JTlxp]: オリジナルの拡張子を持ったファイルをコミットすると、rawファイルとして認識されるみたいですが、
textファイルだとgitに教える方法はありませんでしょうか？
606 名前：login:Penguin mailto:sage [2010/01/09(土) 10:57:40 ID:3So5fkbw]: >605
gitattributes で crlf と diff をセットだと思う。
607 名前：login:Penguin mailto:sage [2010/01/12(火) 19:43:07 ID:2XlpNrfT]: githubみたいに、git archiveで生成するアーカイブに
コミット名を入れたいのですが、みなさんはどうやって取得していますか？

知りたいコミットがHEADとした場合、bashでは
VER=`cat ".git/\`cut -d \ 　-f 2 .git/HEAD\`"`
でコミット名が取得されるのですが、
Makefile内だとうまくエスケープ？されなくて困っています。
他の方法があればそちらで試してみたいと考えています。

ちなみに、Makefile内では
@VER=$(shell cut -d \ 　-f 2 .git/HEAD)
@VER=$(shell cat .git/$(VER))
echo $(VER)
としているのですが、変数VERが空になってしまいます。
608 名前：login:Penguin mailto:sage [2010/01/12(火) 23:43:38 ID:914bGyNn]: git describe --always
609 名前：login:Penguin mailto:sage [2010/01/13(水) 05:50:58 ID:+l7m8J7G]: git rev-parse HEAD
610 名前：login:Penguin mailto:sage [2010/01/13(水) 09:58:54 ID:/kr/i6EO]: github は、タグからアーカイブを生成する場合、アーカイブのファイル名にタグ名を含めてほしい。
611 名前：login:Penguin mailto:sage [2010/01/18(月) 10:24:04 ID:xAKlwsjN]: example.log っていうファイルがあって
このファイル自体はpushされていて、でも今後の変更分についてはpushしたくないってとき、どーするのが正解？

git rm --cached して版管理自体をやめるわけにはいかないんだけど
612 名前：login:Penguin mailto:sage [2010/01/18(月) 11:48:43 ID:9pALEWP2]: ignore すれば？
613 名前：login:Penguin mailto:sage [2010/01/18(月) 11:58:05 ID:xAKlwsjN]: >>612
すでに版管理されてるからmodified filesとしてあがってきちゃう
commit対象としてのみ無視したいんだけど、ignoreできるの？
614 名前：login:Penguin mailto:sage [2010/01/18(月) 20:36:24 ID:KAj8+0o6]: >>611
ローカルリポジトリでバージョン管理するのを止めれないなら
ignoreできないから、簡単な方法はないでしょう。
push用のブランチを作り、手でrebaseしてそのファイルへの修正が
入らないようにしてからpushするとかしか思いつかないけど。
615 名前：login:Penguin mailto:sage [2010/01/18(月) 20:43:21 ID:2FuAr7Gb]: push 用の branch とローカルでの example.log の変更を commit する branch とを作ればいいんじゃないかな。
616 名前：login:Penguin [2010/02/04(木) 11:09:26 ID:5W3FJugT]: CVSやSVNは集中型、gitは分散型とあるんだけど
何が集中したり分散したりしてるの？
617 名前：login:Penguin mailto:sage [2010/02/04(木) 11:11:53 ID:CYNiw1E3]: リポジトリ(履歴データを持っている場所)が1つか、複数か。
618 名前：login:Penguin mailto:sage [2010/02/04(木) 13:34:55 ID:YQOQkcZC]: 集中型は権力も集中しがちになる（コミット権がうんたら）
619 名前：login:Penguin mailto:sage [2010/02/04(木) 14:30:46 ID:5W3FJugT]: じゃあgitはオープンソースに適してるんですね。
仕事用で使いたくて、なるべく権力を集中させたいので
gitは見送ります。ありがとうございました。
620 名前：login:Penguin mailto:sage [2010/02/04(木) 17:54:59 ID:5NWhCwR0]: ワークフローは運用次第ってだけの話だが。
progit.org/book/ch5-1.html
github.com/progit/progit/blob/master/ja/05-distributed-git/01-chapter5.markdown
621 名前：login:Penguin mailto:sage [2010/02/04(木) 19:37:14 ID:YQOQkcZC]: 分散型に出来て集中型に出来ないことは無いんじゃない？
622 名前：login:Penguin mailto:sage [2010/02/04(木) 19:39:44 ID:YQOQkcZC]: あれ逆か、集中型で可能なことは分散型で出来る。
623 名前：login:Penguin mailto:sage [2010/02/04(木) 19:55:52 ID:gmC/Yryo]: >>619
要は、運用次第で権力集中可能
例えば、マスターリポジトリの更新権限を限定するとか（つ～か普通そうするんじゃ…)
624 名前：login:Penguin mailto:sage [2010/02/04(木) 20:47:50 ID:JYXesGU0]: >>622
オフラインでのコミットとか無理じゃね？
ローカルにリポジトリあれば別だけど自分以外ができないからあれだし
625 名前：login:Penguin mailto:sage [2010/02/04(木) 21:36:49 ID:G2p82aGi]: あと、うっかり変なcommitをしてしまったとき、gitならpushしない限り大丈夫だが、
集中型だとお説教タイムになってしまう悪寒
626 名前：login:Penguin mailto:sage [2010/02/05(金) 00:04:47 ID:+YPRuxoa]: >>625
巻き戻せばいいだけでは。
627 名前：login:Penguin mailto:sage [2010/02/05(金) 01:55:01 ID:CLmEj5oN]: >>626
普通巻き戻しは特権がいるんじゃない。　で、特権のある人に
お説教されるとw
628 名前：login:Penguin mailto:sage [2010/02/06(土) 00:46:55 ID:44qJRz29]: お説教なの? ニヤニヤされるんじゃなく?
629 名前：login:Penguin mailto:sage [2010/02/09(火) 20:22:37 ID:RAlUQWhi]: せんせーきほんてきなしつもーん

ターミナルが A と B の 2個あったとして、
A で git checkout one したあと
B の Emacs でたくさん git 対象ファイルを開いて、そのまま、
A で git checkout two するとします

Emacs で開いてるバッファ内容ってやっぱり one のままだよね？
バッファを編集して保存したら one のファイル内容が two のファイルに上書きされて「危険」だよね？
A でブランチを切り替えるたびに Emacs のバッファは全部閉じて再度開きなおさないといけないよね理屈上
630 名前：login:Penguin mailto:sage [2010/02/09(火) 20:36:57 ID:b7GskCpL]: emacs使いじゃないから知らないが、バッファ読み込み後にファイルが更新されてるのを
警告もなしにそのまま上書きしちゃうのか？
631 名前：login:Penguin mailto:sage [2010/02/09(火) 20:39:16 ID:acViODVs]: ﾆﾔﾆﾔ
632 名前：login:Penguin mailto:sage [2010/02/09(火) 20:39:37 ID:nKVKxkV8]: ちゃんと警告してくれますよ。
633 名前：login:Penguin mailto:sage [2010/02/09(火) 20:47:12 ID:9V49chdu]: screen と emacsclient使え。
634 名前：login:Penguin mailto:sage [2010/02/10(水) 09:43:04 ID:QkCzSUH3]: Emacsの revert-buffer を使えばバッファを再読み込みしてくれるけど……
635 名前：login:Penguin mailto:sage [2010/02/10(水) 10:00:40 ID:0TBtUf8g]: >>629
危険ていうか、それはgitじゃなくても他の端末から同じファイルを編集したら同じことになるでしょ。

俺はvimだけど、ブランチ切り替えもそうだけど、git stash -> git svn dcommit -> git stash pop
ってやった後に保存しようして、警告が出るな。
このパターンだと十中八九ファイルの内容は変わってないんだけど、念のため確認するようにしてる。
636 名前：login:Penguin mailto:sage [2010/02/10(水) 15:21:40 ID:M9UhD/wS]: git-mode上でブランチ切り替えたら再読み込みしてくれたりしないかな

ようはEmacsがブランチ変更を検知しないことが問題なんだよね
上書き警告だって本質的な対策じゃない
ブランチが変更されたんだから、編集したいのはそのブランチのファイルのはず
637 名前：login:Penguin mailto:sage [2010/02/10(水) 15:26:10 ID:3rYFILyb]: Emacsの普通の設定ならタイムスタンプが変わってたらrevertするか聞いてくるだろ
638 名前：login:Penguin mailto:sage [2010/02/10(水) 15:31:20 ID:M9UhD/wS]: >>637
それがめんどくへえという話なのでは…
編集中のバッファでなければこっそり開きなおしてくれてるくらいのサービス精神がないと
不況下の日本ではEmacsは生き残れないぞたぶん
639 名前：login:Penguin mailto:sage [2010/02/10(水) 15:33:25 ID:uKVeMcIn]: >>638
そうしたいならそうすればいいじゃん
640 名前：login:Penguin mailto:sage [2010/02/10(水) 15:43:03 ID:9JULZJQU]: git はメンテしてる Junio Hamano 氏がとんでもないナンパ野郎だと知って以来、
極力避けるようにしてる。濱野氏がメンテから降りたらもっと使ってもいいかな。
641 名前：login:Penguin mailto:sage [2010/02/10(水) 16:33:53 ID:wST9AMIH]: ふーん
642 名前：login:Penguin mailto:sage [2010/02/11(木) 11:44:58 ID:yw+dRYs8]: >>640
どのへんがナンパ野郎なのか教えて
643 名前：login:Penguin mailto:sage [2010/02/11(木) 12:45:14 ID:XV6xszzu]: 濱野氏は、美人研究者のブログで、その人が git 好きなのをネタにして、
「今度 git の講演に日本に行くから、その時に二人でデートしようぜ」
と本気でナンパしていたと聞いている。
644 名前：login:Penguin mailto:sage [2010/02/11(木) 15:02:11 ID:nZMD/n4Y]: べつにgitをユーザが増えようと減ろうとJunioのナンパに貢献する
ことはないと思うけど、それ以前に共通の趣味をネタに口説くこと
がどうまずいのかも不明。
645 名前：login:Penguin mailto:sage [2010/02/11(木) 15:10:50 ID:yJW9hFuf]: 女を捨てまくってるとかならともかく、アプローチしてるだけでそこまで嫌悪する必要ないだろ
646 名前：login:Penguin mailto:sage [2010/02/11(木) 15:55:14 ID:WaojUPKf]: >>643
糞ワロタwww
ブログでかよ？
他に読んでる奴等もいるだろうし、
さすがにそれはねーわなw
647 名前：login:Penguin mailto:sage [2010/02/11(木) 17:30:48 ID:aEGTGT/7]: gitに使う価値があるかどうかは、
メンテナ氏の女性へのアプローチ法とは関係がない
648 名前：login:Penguin mailto:sage [2010/02/11(木) 19:24:12 ID:oAJQYaS+]: どこのblogかkwsk
649 名前：login:Penguin mailto:sage [2010/02/11(木) 20:12:33 ID:jeJxZddW]: 嫌儲の男女バージョンみたいな感じだな
650 名前：login:Penguin mailto:sage [2010/02/11(木) 22:27:09 ID:71QNNVeu]: >>638
auro-revert-bufferじゃだめなのか？
651 名前：login:Penguin [2010/02/12(金) 01:58:47 ID:hFHmJq9f]: ソースコードを本番にデプロイする時についてなのですが、
前回デプロイ時のソースとの差分だけ抽出して、そのファイルだけ本番にデプロイできるようにしたいと考えています。
今レポジトリにコミットしたリビジョンと、前回デプロイ前のコミット時のリビジョンの差分を
抽出することができればと思うのですが、それ用のコマンドってgitにあるでしょうか？？

教えていただけると幸いです。
652 名前：651 [2010/02/12(金) 02:00:25 ID:hFHmJq9f]: すいません、言葉足らずでした。
>>今レポジトリにコミットしたリビジョンと、
>>前回デプロイ前のコミット時のリビジョンの差分を
>>抽出することができればと思うのですが、

更新のあったファイルの「ファイル名」だけ、gitのコマンドで抽出できないか、という意味です。
653 名前：login:Penguin mailto:sage [2010/02/12(金) 08:54:33 ID:hx+CbuVO]: >651
どーやってデプロイしてるのか教えれ。
654 名前：login:Penguin mailto:sage [2010/02/12(金) 11:50:19 ID:StLEjzjs]: >>652
git diff --name-onlyとか、どう？
655 名前：login:Penguin mailto:sage [2010/02/12(金) 14:33:42 ID:MaWIE5lB]: >>651
普通にgit pullしたら早いと思うんだけどな。
rsyncするよりも手軽だし。
656 名前：651 [2010/02/12(金) 15:29:51 ID:hFHmJq9f]: レスありがとうございますm(_ _)m

>>653
ftpかsftpでデプロイしようと思っています。
本番環境はさくらインターネットの供用サーバです。

>>654
やってみました。
これって、コミットする前の、さらにステージする前の差分ファイルを抽出するんですね。
git diff --cached --name-only って試してみたらステージ後の差分ファイル一覧も出力出来ました。
やろうとしていることは大体こんな感じなのですが、
２つ前のコミットと１つ前のコミットの間で更新されたファイル一覧の出力ってのはできないでしょうか？？

>>655
なるほど、本番環境に入ってpullするんですね。
仕事では本番サーバも自分で用意してgit環境も構築してたのですが、これってやったことありませんでした。(普通にsftpとかrsyncで・・)
ただ今回の場合、デプロイ先がさくらインターネットの共有サーバなので、git環境を構築出来ないと思うんですよね。
なので普通にftpとかsftpでアップしようと思っています。

ちなみに、本番環境でgit pull する方法で、本番ウェブサーバが複数ある場合は、
それぞれにログインしてウェブサーバ毎にgit pullする感じですか？
657 名前：login:Penguin mailto:sage [2010/02/12(金) 15:54:21 ID:MaWIE5lB]: >>656
＞ちなみに、本番環境でgit pull する方法で、本番ウェブサーバが複数ある場合は、
＞それぞれにログインしてウェブサーバ毎にgit pullする感じですか？
どれぐらい気をつかってやるかにもよるんじゃないか。
静的コンテンツをただ更新するだけならrsyncとかgit pull/pushとかをスケジューリングで
自動でやらせてもいいかもしれないけど、warなんかだとそうもいかないだろうから
リリース毎にウェブサーバ切り替えながら慎重にやるんじゃない？

てきとうにググったら、さくらのレン鯖にGit入れてる人けっこう居るみたいだよ
ttp://www.google.co.jp/search?q=%E3%81%95%E3%81%8F%E3%82%89+%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC+git
俺もさくらのやつあるんだよね。今度やってみようかな。
658 名前：651 [2010/02/12(金) 21:58:43 ID:hFHmJq9f]: >>657
レスどもです。

そーか、スタンダードプランならsshとか使えるし、gitのインストールもできるんですね。
早速
d.hatena.ne.jp/higepon/20091119/1258633627
これみてやってみたんですが、
git push --all
のところで
Permission denied (publickey,password).
fatal: The remote end hung up unexpectedly
っていわれてしまいました。

さくらのスタンーダードプランのssh接続って試してみたら
鍵認証なしの単純なパスワード認証みたいなんですけど、
git push の時のssh接続では鍵が探されてる？気がします。
上の記事書いた人はなんでうまくいったのか・・
git://プロトコルにするとポートが開いてないみたいでダメです。思案中・・
659 名前：login:Penguin mailto:sage [2010/02/12(金) 22:57:55 ID:meESnmZa]: >>658
単に向こうの~/.sshやauthorized_keysのパーミションの
問題とかではなく?
660 名前：651 [2010/02/13(土) 00:05:44 ID:IZfm7XrQ]: >>659
いま一応確認してみましたが、~/.ssh のパーミッションは755で、authorized_keysはありませんでした。
普通にsshでログインしようとしたら鍵認証じゃなくてパスワード認証になるので
authorized_keysはないのは問題ないと思うんですが
gitでssh接続しようとするとなぜか鍵認証にしようとします・・なぜだー。
661 名前：login:Penguin mailto:sage [2010/02/13(土) 02:02:29 ID:52GS5xAq]: man co
662 名前：login:Penguin mailto:sage [2010/02/13(土) 09:09:31 ID:mH7bnksn]: >>656
> ２つ前のコミットと１つ前のコミットの間で更新されたファイル一覧の出力ってのはできないでしょうか？？

git diff --name-only HEAD^^ HEAD^

それぞれのcommitのSHA-1値を与えてもOK。詳細は git diff --help してみるのがよいかと。
663 名前：login:Penguin mailto:sage [2010/02/13(土) 11:21:11 ID:tHnX+oRf]: 1.7.0 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
ttp://article.gmane.org/gmane.linux.kernel/949579
664 名前：login:Penguin mailto:sage [2010/02/13(土) 11:53:52 ID:06CKMljI]: あれなんか空のディレクトリいつのまにかサポートされてる？
665 名前：login:Penguin mailto:sage [2010/02/13(土) 16:21:28 ID:3p2VcGOY]: >>664
mjd??
666 名前：login:Penguin mailto:sage [2010/02/15(月) 11:27:21 ID:v96hRl2p]: >>647
reiserfsを使っている俺には死角はなかった。
667 名前：login:Penguin mailto:sage [2010/02/15(月) 22:23:02 ID:Ap57uWpz]: progit.org/book/ja/

お、ちゃんと日本語に戻ったな。
ちょっと前まで何語かよくわからんのにすり変わっていて笑ったんだけど。
668 名前：login:Penguin mailto:sage [2010/02/18(木) 22:09:12 ID:yUl4nZSS]: >>663
repo.or.czのミラーって更新遅いんだな...
669 名前：login:Penguin mailto:sage [2010/02/23(火) 21:07:12 ID:hI3BlWsm]: ようやく、なんとか git add -p / git commit -v
に慣れてきた感じ。

git add も当たり前だがわかっててやらないと(?_?)な
状態にすぐなる。git add -u とか
git commit -v -m "hoge" huga.txt
とか、けつまずいた。git reset HEAD^ に何度も助けられたぜ。
670 名前：login:Penguin mailto:sage [2010/02/23(火) 23:41:35 ID:ZVOkCMZj]: 俺も最近なれてきたけど
少し前まではgit pushした後、
別の日にgit commit --amendから初めて
git pushして、パニクってたものです・・・
671 名前：login:Penguin [2010/02/24(水) 16:05:44 ID:wK5Zb8Pm]: サブモジュールとサブツリーってどう違うのかよくわからん。
複数プロジェクトを1レポジトリでまとめたいんだけど
どうすりゃいいの？
672 名前：login:Penguin mailto:sage [2010/03/02(火) 23:16:21 ID:jWjxjdrz]: 復活カキコ
673 名前：login:Penguin mailto:sage [2010/03/05(金) 07:39:15 ID:nZaP2lzx]: みなさん、もう$Id$とか使ってないですか？
674 名前：login:Penguin mailto:sage [2010/03/05(金) 08:23:57 ID:T3bjYh1e]: それgitで使えるの？
blameとか見ればいいんだし使わないよ
675 名前：login:Penguin mailto:sage [2010/03/05(金) 16:26:48 ID:HZ7fJgn/]: 最近TortoiseGitが1.3.6にヴァージョンアップしたもようですが
1.3.2対応の日本語化パッチが使えなくて困ってます。。
是非1.3.2にヴァージョンダウンさせたいんですが本家のぞいても前ヴァージョンが無いんですよね・・・
どこかに1.3.2転がってませんかね？
676 名前：login:Penguin mailto:sage [2010/03/05(金) 16:38:07 ID:Cxd0LGFJ]: >>675
開発元サイトにあるぢゃん
ttp://code.google.com/p/tortoisegit/downloads/list?can=1&q=&colspec=Filename+Summary+Uploaded+Size+DownloadCount
677 名前：login:Penguin mailto:sage [2010/03/05(金) 18:22:52 ID:vhUyLNw1]: msysgitの方も最新版出ないかなぁ
678 名前：login:Penguin mailto:sage [2010/03/05(金) 23:40:59 ID:nZaP2lzx]: >>674
attributesファイルに * ident って書けばできるんですけど、
日付とかではなく、コミット名(ハッシュ値)になるみたいだし、
checkoutした時しか置換されないようです。
今までSubversionとかで$Id$使ってたソースをGitに移した場合、
全ファイルのこの部分は、この先どうしていけばいいんだろう？と思いました。
679 名前：login:Penguin mailto:sage [2010/03/06(土) 00:08:17 ID:OxENSWUe]: 正直RCSキーワードのためにしょうもない(前処理で$Id$に戻すとか)
コミットスクリプトが必要なのが無駄。気にしないようにするか、
日付やリビジョンを含まない形に全置換しとくかすればいいと思う。
680 名前：login:Penguin mailto:sage [2010/03/06(土) 00:09:03 ID:OxENSWUe]: CVSだとそうなんだけど、svnだとスクリプトは不要なのかな?
681 名前：login:Penguin mailto:sage [2010/03/06(土) 00:37:19 ID:5+PCqCSd]: TortoiseGIT より期待してる git extensions が backend として cygwin 1.7 も
使えるようになり、UTF-8化が可能になるかと期待したが、cygwin の git process
呼び出しで、.netが勝手にlocal cp(日本版ならcp932)に変換しやがる。
stdoutとstderrは、encodeを変えるオプションがあるし、実際それを使って、utf8
文字列として読み込んでくれるんだが、何故かstdinには無い。
processの引数と、stdinをutf8で渡せれば何とかなりそうなんだが・・・
682 名前：login:Penguin [2010/03/10(水) 06:42:35 ID:KudZTj20]: git.hogehoge.comというＶｉｒｔｕａｌｈｏｓｔで公開した場合
アパッチの設定ってどういう記述すればいいんでしょうか？
<VirtualHost *:80>
ServerName git.55train.info
CustomLog /var/log/apache2/git/access.log combined
ErrorLog /var/log/apache2/git/error.log

DocumentRoot /sites/git/www/html/
<Directory /sites/git/www/html/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>

Alias /prj "/var/git/projects"
<Location /prj >
DAV on
AllowOverride None
AuthUserFile /var/git/projects/.davpasswd
AuthGroupFile /dev/null
AuthName "dav user"
AuthType Basic
Options Indexes -FollowSymLinks
</Location>
</VirtualHost>
っていう記述だと、中においてるスクリプトファイルが反応して.gitフォルダにアクセス出来ないようなんですが・・・
683 名前：login:Penguin [2010/03/10(水) 08:58:20 ID:Ut6hXZPm]: qb5.2ch.net/test/read.cgi/saku2ch/1268173920/
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
サンクスです。それでいかせていただきます。
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
自動更新してくれるタグとおもえばよいよ
809 名前：login:Penguin mailto:sage [2010/06/05(土) 11:36:02 ID:aEd5JAax]: 実はCVSでも似たようなことになっているんだけど、
自動GCがないということと、リポジトリの実装がファイル
単位なのでcvs adminコマンドで実現しようとすると1コミット
に関連するファイルに比例して面倒になる、という点が大きく違う。
810 名前：login:Penguin mailto:sage [2010/06/05(土) 20:57:10 ID:zknULthJ]: git svn clone すると Using higher level と言われて取ってこれないんですが、
どうしたらいいんでしょうか？

$ git svn clone --prefix svn/ -s svn+ssh://xxx/var/svn/project
Initialized empty Git repository in /Users/alice/src/project/.git/
Using higher level of URL: svn+ssh://xxx/var/svn/project => svn+ssh://xxx/var/svn
error: git-svn died of signal 13

svn ls すると見えてます。svn co もできます。

$ svn ls svn+ssh://xxx/var/svn/project
branches/
tags/
trunk/

バージョン
$ git --version
git version 1.7.1

試しにローカルに作ったsvnリポジトリに対しては、リポジトリ内のサブディレクトリに
相当するプロジェクトを同様のコマンドで取ってこれます。
$ git svn clone --prefix svn/ -s file:///var/svn/project2 → 成功
811 名前：810 mailto:sage [2010/06/05(土) 23:35:57 ID:zknULthJ]: 試行錯誤してたらローカルのsvnリポジトリに対してでも svn+ssh だと失敗
git svn clone --prefix svn/ -s file:///var/svn/project2 → 成功
git svn clone --prefix svn/ -s svn+ssh://localhost/var/svn/project2 → 失敗
git svn clone -s svn+ssh://localhost/var/svn/project2 → 失敗
git svn clone svn+ssh://localhost/var/svn/project2 → 失敗
git svn clone svn+ssh://localhost/var/svn/project2/trunk → 成功

もしかしてssh経由だと最後の方法しかダメ？

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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