Git 3
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2011/07/12(火) 01:53:58.45Git - Fast Version Control System
http://git-scm.com/
◆前スレ
Git 2
http://hibari.2ch.net/test/read.cgi/tech/1284467898/
◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/
0002デフォルトの名無しさん
2011/07/12(火) 01:54:43.65git スレッド [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1197798039/
◆関連スレ
バージョン管理システムについて語るスレ8 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1295493964/
CVS 1.3 [UNIX板]
http://hibari.2ch.net/test/read.cgi/unix/1093611448/
CVS導入スレ〜 Rev.3 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1113141518/
subversion バージョン管理【サブバージョン】 [Linux板]
http://hibari.2ch.net/test/read.cgi/linux/1154701996/
Subversion r13 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1286654542/
【分散型バージョン管理】 Mercurial 【hg】 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1251208950/
【bzr】Bazaarでバージョン管理 Rev 3 [プログラム板]
http://hibari.2ch.net/test/read.cgi/tech/1297704483/
0003デフォルトの名無しさん
2011/07/12(火) 01:55:12.45入門Git [濱野 純 著／秀和システム]
http://www.shuwasystem.co.jp/products/7980html/2380.html
入門git [Travis Swicegood 著、でびあんぐる 監訳／オーム社]
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9
実用Git [Jon Loeliger 著、吉藤 英明 監訳、本間 雅洋、渡邉 健太郎、浜本 階生 訳／オライリー・ジャパン]
http://www.oreilly.co.jp/books/9784873114408/
0004デフォルトの名無しさん
2011/07/12(火) 17:29:28.170005デフォルトの名無しさん
2011/07/12(火) 18:34:06.530006デフォルトの名無しさん
2011/07/13(水) 07:30:17.190007デフォルトの名無しさん
2011/07/13(水) 12:12:01.18書かないわけにもいかないし…
0008デフォルトの名無しさん
2011/07/13(水) 12:20:50.21ぶっちゃけ気に入ったのをどっかから持ってきてバージョンごとにコピペして手作業で追記して使うというのがメジャーかと思う
git log --pretty=%s とかで git のログはまとまるので、適当にコピペして貼ったり切ったり
0009デフォルトの名無しさん
2011/07/13(水) 12:26:43.090010デフォルトの名無しさん
2011/07/13(水) 12:28:07.750011デフォルトの名無しさん
2011/07/13(水) 13:16:39.40コミットログとチェンジログは役割が違う
チェンジログはまとめ広報に近い
「今回のバージョンの変更点はgitのコミットログ見てくださいね^^v」というのは現状極めて不親切だ
…いや、まあ、不親切でもいいんだけど、不親切だという謗りは免れないだろう
コミットごとにコミットについての追加変更著者情報が書かれているのがコミットログで、
バージョンパッケージングごとにバージョン間の動作の変更点と注意が書かれているのがチェンジログだと思う
実際にいつ誰がツリーにコミットしてソース上の変更行がどこかなんてのはチェンジログには不要というか余分
0012デフォルトの名無しさん
2011/07/13(水) 13:29:02.570013デフォルトの名無しさん
2011/07/13(水) 14:26:15.90思うのは勝手だが一般的な流儀とはかけ離れてるなｗ
0014デフォルトの名無しさん
2011/07/13(水) 14:37:52.70ブランチと pull リクエストの散発的な日付のマージが連打してる git のコミットログから
前バージョンとの変更点を見つけるのは、ものによってはかなりめどい
ソース上どんな変更があったのかは自明だが、それが意味するのはナンデスカみたいな
0015デフォルトの名無しさん
2011/07/13(水) 14:46:55.71> バージョンパッケージングごとにバージョン間の動作の変更点と注意が書かれているのがチェンジログだと思う
オレはそれはリリースノートだと思うなぁ
0016デフォルトの名無しさん
2011/07/13(水) 14:50:31.40ひとつひとつのコミットがきちんと有機的に構成されて説明が充分であれば、コミットログだけでなんとかなるんじゃないかと
でも普通はそんなコミットなんてしないよね
めんどくさいし、整合性も取りづらいというかむしろ全く取れない
「update README」 ではなく、README に何を書いたかきちんとコミットログに書いてる？
「merge branch xxxx」ではなく、そのブランチのマージによってソフトウェアに何が起こるかきちんと説明書いてる？
0017デフォルトの名無しさん
2011/07/13(水) 23:06:56.910018デフォルトの名無しさん
2011/07/14(木) 06:32:00.47せめて何がどう直ったのかくらいは書いて欲しい
0019デフォルトの名無しさん
2011/07/14(木) 12:09:00.50利用者向けには NEWS を用意することになってるね。
git だと GNU的な ChangeLog はいらんような気がする
0020デフォルトの名無しさん
2011/07/18(月) 23:42:24.33gitって、mq相当のことはひたすらローカルリポジトリ内でcommitを整形していく感じなんだな。
ローカルとは言えcommitしたのをいじくり回すってのは結構違和感がある。
ってなことをgitのスレに書くといろいろありそうなのでここに書く。
0021デフォルトの名無しさん
2011/07/18(月) 23:44:02.94同種ツールの一長一短、ポリシーの違いだからなぁ
使ったことないけどbazaarも同じようなことしようとするとmercurialとまったく同じにはならんのだろう
0022デフォルトの名無しさん
2011/07/19(火) 00:02:58.01言っとくけど git.vger の Signed-off-by は実名限定だからな。
そのふざけたハンドルを2chで名乗ってるのが誰なのかバレるぜ。
0023デフォルトの名無しさん
2011/07/19(火) 02:05:05.44同じことをしたいのなら StGIT とか Guilt になるんじゃないかな
オレの感覚だと git でできるコミット整理ができないから
パッチ管理の mq でお茶を濁している感じ
何か意図するところがあってそういう設計にしているってことなのかもしれないけど
0024デフォルトの名無しさん
2011/07/19(火) 10:05:55.10http://foozy.bitbucket.org/hgbook-ja/d6ca1334a19d/hgbookch13.html
0025デフォルトの名無しさん
2011/07/19(火) 12:12:20.372chで実名でカキコするワケねーだろ。
Junioに向かってまんこまんこを名乗るワケねーだろ。
0026デフォルトの名無しさん
2011/07/19(火) 12:23:38.38このスレに1まんこ1まんこと書き込んでた人と紐づけされるという話だろう
…まあ、1まんこはただの1まんこで別に他の意味もないし、
1まんこという表現を使う人は（2chみたいなところでは）珍しくもないが
0027デフォルトの名無しさん
2011/07/19(火) 12:53:52.72さしあたってはスマートタグみたいなものを実現してみようと思う。
git-svn/.rev_map とか notes の情報を lightweight tag と同等に扱えるようにする感じ。
Git はともかく他のオプソも本業ではないので、進捗を急かさないでね。
まんこまんこ
ところで git-notes って活用されてる?
0028デフォルトの名無しさん
2011/07/19(火) 13:06:29.730029デフォルトの名無しさん
2011/07/19(火) 14:32:56.99職場でまんこさん呼ばわりされる日も近いｗ
0030デフォルトの名無しさん
2011/07/19(火) 19:52:38.13windows7 32bitにturtoisGitをインストールしたあと
右クリックのgit cloneを押すと
git have not installed が出てしまいます。
これはどのようにすれば解決するか教えてください。
0031デフォルトの名無しさん
2011/07/19(火) 20:06:09.09まんこまんこ
0032デフォルトの名無しさん
2011/07/19(火) 20:07:36.090033デフォルトの名無しさん
2011/07/19(火) 20:16:46.76は入っているのですが、git have not installedが出ます。
エラーの原因がわかりません。アドバイスをお願いいたします。
0034デフォルトの名無しさん
2011/07/19(火) 20:28:31.77まんこまんこ自らあげ
0035デフォルトの名無しさん
2011/07/19(火) 21:07:29.34夕方から迷っていましたがやっと使えるようになりました！
まんこ紳士さん本当にありがとうございます！
0036デフォルトの名無しさん
2011/07/19(火) 21:38:43.290037デフォルトの名無しさん
2011/07/19(火) 23:05:37.81Gitそのものをほげるのはもあべたー
0038デフォルトの名無しさん
2011/07/20(水) 00:00:21.28Gitについて語りたいけど、無駄にまんこ連呼する奴と絡もうとは
思わないな。そういうヤツの相場はまあたいていアレだよ。。。
0039デフォルトの名無しさん
2011/07/25(月) 20:45:28.08もしかしてAll in Oneなパッケージなわけじゃなくて、ただのフロントエンド？
0040デフォルトの名無しさん
2011/07/25(月) 20:52:22.910041デフォルトの名無しさん
2011/07/25(月) 21:42:24.81という記憶から引っ張り出してきまして。
0042デフォルトの名無しさん
2011/07/25(月) 21:56:25.64まんこのこと?
0043デフォルトの名無しさん
2011/07/25(月) 22:21:54.100044デフォルトの名無しさん
2011/07/26(火) 00:13:55.690045ななし。
2011/07/27(水) 15:49:03.170046デフォルトの名無しさん
2011/07/28(木) 23:08:55.69exportしたzipファイルをsvnの作業コピーに上書きするのは面倒です
0047デフォルトの名無しさん
2011/07/28(木) 23:26:22.56それどころか git-format-patch ですら歓迎してくれるぞ。
(patch -p1 -N で食えることを皆知ってるからね)
つか SVN 専だったとしても patch -p0 じゃないの?
0048デフォルトの名無しさん
2011/07/29(金) 00:08:51.36どのようにすればよいですか？
0049デフォルトの名無しさん
2011/07/29(金) 01:55:26.69何にも思い出せない
0050デフォルトの名無しさん
2011/07/29(金) 17:24:10.89005146
2011/07/29(金) 20:04:29.30この２つを試しましたが、構文エラーが出て全く動きません！
http://mojodna.net/2009/02/24/my-work-git-workflow.html
http://abombss.com/blog/2007/12/10/creating-patches-for-subversion-from-git/
005246
2011/07/29(金) 20:07:52.82http://mojodna.net/2009/02/24/my-work-git-workflow.html
\git-svn-diff\git-svn-diff.sh: line 14: conditional b
inary operator expected
\git-svn-diff\git-svn-diff.sh: line 14: syntax error
near `=~'
t\git-svn-diff\git-svn-diff.sh: line 14: `if [[ "$TRAC
KING_BRANCH" =~ URL.* ]]'
http://abombss.com/blog/2007/12/10/creating-patches-for-subversion-from-git/
Traceback (most recent call last):
File "\git-svn-utils/git-svn-diff", line 24, in <mo
dule>
svn_rev = get_output(['git-svn', 'find-rev', treeish]).read().strip()
File "\git-svn-utils/git-svn-diff", line 6, in get_
output
p = subprocess.Popen(cmd, stdout=subprocess.PIPE)
File "c:\Python27\lib\subprocess.py", line 672, in __init__
errread, errwrite)
File "c:\Python27\lib\subprocess.py", line 882, in _execute_child
startupinfo)
WindowsError: [Error 2] 指定されたファイルが見つかりません。
0053デフォルトの名無しさん
2011/07/30(土) 15:38:41.67これに相当する操作をコマンドラインのみで行えないでしょうか？
0054デフォルトの名無しさん
2011/07/30(土) 16:28:39.58ブランチ名だけだと何のためのブランチか忘れてしまうことがあって…
作業したらマージしないの？
個人でのブランチは、plainテキストか、wikiで管理してればいいと
思うけど。 担当者名/hogehoge-feature とか fuga-fixとか他人から
見えるのは、変数名同様にちゃんと考えているのだろうか。
0056デフォルトの名無しさん
2011/07/31(日) 00:21:14.30gitgui使わないから分かんないんだけど、普通に git log パス じゃダメなん？
0057デフォルトの名無しさん
2011/07/31(日) 07:04:46.54git merge --no-ff とやって、担当者名/hogehoge-feature がログに残ることを義務付けている宗派がある
005853
2011/07/31(日) 11:51:18.53>>>53
>gitgui使わないから分かんないんだけど、普通に git log パス じゃダメなん？
変更履歴という書き方がわかりずらかったですね、すいません
当該ファイルのみのコミットログも見れるに越したことはないのですが、
一番見たいのは当該ファイルのみのリビジョン間のdiffなんです
0059デフォルトの名無しさん
2011/07/31(日) 13:22:00.860060デフォルトの名無しさん
2011/07/31(日) 16:43:03.52git diff --help
0061デフォルトの名無しさん
2011/07/31(日) 17:16:37.48git log -p パス
0062デフォルトの名無しさん
2011/07/31(日) 20:22:40.60趣味で組んでるものなので、wiki使うほど大げさではないし、
下手すりゃ数か月後に続きを、みたいなことがあるので
ブランチ名見返してもよく思い出せないことが…
0063デフォルトの名無しさん
2011/07/31(日) 20:32:20.29そのブランチでやってる作業についてのログを読めば、
なんのブランチか思い出すんでは。
0064デフォルトの名無しさん
2011/08/01(月) 12:35:17.57ブランチのコメントとか言い出さないと思うんだが。。。
0065デフォルトの名無しさん
2011/08/01(月) 17:56:12.270066デフォルトの名無しさん
2011/08/09(火) 18:52:10.49git-svn clone でSVNのリポジトリをとってくると、SVN上のbranch/tagに代わる
git上のbranchが大量にできるのですが、
このbranchを全てpushする方法というのはあるのでしょうか？
0067デフォルトの名無しさん
2011/08/09(火) 19:26:28.910068デフォルトの名無しさん
2011/08/09(火) 20:04:45.37どうすれば良いのでしょう？
0069デフォルトの名無しさん
2011/08/09(火) 21:09:50.91ですかね？でもリモートブランチを直接pushとかできるんでしょうか…？
0070デフォルトの名無しさん
2011/08/10(水) 11:31:39.72http://help.github.com/import-from-subversion/
今回はこれで十分かも…
0071デフォルトの名無しさん
2011/08/10(水) 11:39:19.83試してみたらgit svn cloneしてるだけでした…git2svnの説明と共にあったのでてっきりbrach/tagも同期してくれるものかと。
0072デフォルトの名無しさん
2011/08/13(土) 17:46:10.88git add .とgit commitって、どっちも現在の状態を記録する的なイメージで、漠然としか理解していないのですが、
最終的にはcommitしないとgitとしてはセーブされないのですよね？
これらのコマンドが何をやってるのかをわかりやすく教えていただけないでしょうか？
0073デフォルトの名無しさん
2011/08/13(土) 17:58:06.14commit は変更を記録する
0074デフォルトの名無しさん
2011/08/13(土) 18:01:00.910075デフォルトの名無しさん
2011/08/13(土) 21:14:56.890076デフォルトの名無しさん
2011/08/13(土) 21:28:55.220077デフォルトの名無しさん
2011/08/14(日) 00:52:54.200078デフォルトの名無しさん
2011/08/14(日) 03:06:16.02HEAD^は1つめの親
HEAD^^は1つめの親の1つめの親
マージコミットの場合は複数の親があるので、2つめの親を指定するには
HEAD^2のようにする。
0079デフォルトの名無しさん
2011/08/14(日) 04:05:38.811つ前の親というのは、HEADの一つ前のコミットを指すのですか？
それとも、分かれたブランチの元にあるコミットを指すのですか。
0080デフォルトの名無しさん
2011/08/14(日) 05:23:04.50日本語表記にできるみたいなのでしたいのだがどうすればいいですか？
0081デフォルトの名無しさん
2011/08/14(日) 06:02:40.76git commitといっても今の変更内容を全ていっぺんにコミットしたくない場合もある。
ある目的をもってコード書いてるときに別のちょっとしたバグを見つけて直してしまったり。
あとから問題が発生してこのコミットをとりやめなきゃならなくなったときに後者のバグも生き返ってしまう。
そんなときのために、まずgit addでコミット予定の変更を選択して個別にコミットするよう2段階の構成になってる。
詳しくはステージングでググれ。
良いコミットを。
0082デフォルトの名無しさん
2011/08/14(日) 06:05:18.89git log --all --graph
して見えるグラフのコミットとコミットの間の線が親子関係。
0083デフォルトの名無しさん
2011/08/14(日) 07:56:56.50日本語UIはこないだ廃止になった。超がんがれ。
0084デフォルトの名無しさん
2011/08/14(日) 14:11:25.61とりあえず>>1のProGitとGit入門読んだらどうか。
>>83
あれなんで廃止になったんだろうね。
最近はGit本家もその辺前向きに進んでるのに。
0085デフォルトの名無しさん
2011/08/15(月) 01:24:22.391つめの親、2つめの親、というのはどうやって決まるんでしょうか
0086デフォルトの名無しさん
2011/08/15(月) 22:55:29.20試してみよう
0087デフォルトの名無しさん
2011/08/16(火) 17:04:21.83More?
More?
fatal: ambiguous argument 'HEAD
': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
となるエラーは何が悪いのでしょうか？
0088デフォルトの名無しさん
2011/08/16(火) 17:15:23.42bash:tset:command not found
と出て動作が止まってしまうんだが、これって俺だけですか？
0089デフォルトの名無しさん
2011/08/16(火) 19:32:18.390090デフォルトの名無しさん
2011/08/16(火) 20:06:56.84やるなら git reset --hard 'HEAD^' とか。
> 88
古い UNIX マシンからそのままコピーしてきた .bashrc あたりが残ってるとか。
.bashrc あたりで test と tset を間違えてるとか。
0091デフォルトの名無しさん
2011/08/16(火) 20:18:03.34^で複数行入力はcmd.exeの仕様。
""で囲めば行けるはず。
0092デフォルトの名無しさん
2011/08/16(火) 20:48:16.24>>90>>91
確かにコマンドプロンプトが解釈してました。
コマンドプロンプトはシングルクォートも通らなかったりして、使うのが鬱陶しいですね。
0093デフォルトの名無しさん
2011/08/16(火) 21:07:37.520094デフォルトの名無しさん
2011/08/17(水) 02:11:10.030095デフォルトの名無しさん
2011/08/20(土) 10:41:56.52pushできるユーザーにはwebdavへの権限を与えるわけですが、
これって、pushできるユーザーはwebdavに直接アクセスし、
bareのファイルを生で触ってリポジトリの破壊等ができてしまうようです。
ちょっとまずくないですか？
コミッターなんだから破壊権限までありますよ。
気をつけてつかいましょう、っていう思想なのでしょうか……。
0096デフォルトの名無しさん
2011/08/20(土) 11:01:30.51破壊されても誰かのリポジトリからコピーし戻せばいいだけじゃね
009795
2011/08/20(土) 13:06:07.35davでの公開って、共有スペースにbareを置いてるだけなので
あまり期待できないっぽいですね。
pushを途中で切断したり、耐久テストしてたらやっぱり壊れました。
他にはdavのPUTできる場所を限定して、DELETEを禁止とかで
なんとか運用できないものかと考えてます。
0098デフォルトの名無しさん
2011/08/20(土) 13:32:54.370100デフォルトの名無しさん
2011/08/25(木) 12:50:21.30今の勢力って git>hg>bzr なかんじ？
0101デフォルトの名無しさん
2011/08/25(木) 15:07:22.35■ このスレッドは過去ログ倉庫に格納されています