Git 9
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2014/04/12(土) 13:22:20.98ID:s4x1CSLNGit - Fast Version Control System
http://git-scm.com/
◆関連サイト
Pro Git - Table of Contents
http://progit.org/book/ja/
Git入門
http://www8.atwiki.jp/git_jp/
◆前スレ
Git 8
http://toro.2ch.net/test/read.cgi/tech/1389701817/
0002デフォルトの名無しさん
2014/04/12(土) 13:36:51.60ID:UapBJj1igithub の話題はこちらで
↓
OSSホスティング総合【SourceForge,GitHub,etc..】
ttp://toro.2ch.net/test/read.cgi/tech/1384821518/
0003デフォルトの名無しさん
2014/04/12(土) 15:13:56.03ID:hrYZFkTS0004デフォルトの名無しさん
2014/04/12(土) 15:28:59.89ID:4Ld644Zhいい加減直してくれよ前スレの時にも言っておいたのに
Pro Git
http://git-scm.com/book/ja/
0005デフォルトの名無しさん
2014/04/12(土) 15:32:53.63ID:4Ld644Zhバージョン管理システムについて語るスレ10
http://toro.2ch.net/test/read.cgi/tech/1393147031/
CVS導入スレ〜 Rev.3
http://toro.2ch.net/test/read.cgi/tech/1113141518/
Subversion r14
http://toro.2ch.net/test/read.cgi/tech/1326806859/
【分散型バージョン管理】 Mercurial 2【hg】
http://toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
http://toro.2ch.net/test/read.cgi/tech/1356521407/
OSSホスティング総合【SourceForge,GitHub,etc..】
ttp://toro.2ch.net/test/read.cgi/tech/1384821518/
◆関連スレ 別板
CVS 1.3 [UNIX板]
http://toro.2ch.net/test/read.cgi/unix/1093611448/
0006デフォルトの名無しさん
2014/04/12(土) 15:38:56.65ID:4Ld644Zh開発効率をUPする Git逆引き入門 2014/04
http://www.c-r.com/book/detail/970
Git ポケットリファレンス 2012/07
http://gihyo.jp/book/2012/978-4-7741-5184-7
Gitによるバージョン管理 2011/10
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5
実用Git 2010/02
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8
入門Git 2009/9
http://www.shuwasystem.co.jp/products/7980html/2380.html
入門git 2009/08
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9
0007デフォルトの名無しさん
2014/04/12(土) 16:02:59.22ID:s4x1CSLNすまん。
0008デフォルトの名無しさん
2014/04/13(日) 01:34:47.62ID:f3OGXPtAhttp://www.backlog.jp/git-guide/
0009デフォルトの名無しさん
2014/04/13(日) 19:17:52.20ID:XMFLaUST大塚 弘記
http://www.amazon.co.jp/gp/product/477416366X/
0010デフォルトの名無しさん
2014/04/13(日) 22:25:00.03ID:preDdKCEここGitのスレだからGitHubメインでGitのことがほとんど書かれてない本はお門違いじゃないの
0011デフォルトの名無しさん
2014/04/13(日) 22:41:15.55ID:wSq/pgWAgit 繋がりでいいんじゃね？
0012デフォルトの名無しさん
2014/04/13(日) 22:49:27.59ID:preDdKCEGitHubスレいけができなくなるがよろしいか
0013デフォルトの名無しさん
2014/04/13(日) 22:58:41.51ID:qxdLUwd6本線だけのパッチって作れないんでしょうか？
マージコミット部分ではマージされた区間をsquashしたようなパッチが生成されて欲しいのですがムリでしょうか？
0014デフォルトの名無しさん
2014/04/13(日) 23:11:35.99ID:qL3uhhaK詳しく調べてないので外してたらすまんが、マージコミットをパッチにはできなかったはず。
ベースになるコミットから現在のHEADまでマージコミットについてはmerge --squash しながら再構成、
新しいHEADとオリジナルのHEADをdiffして漏れがないのを確認後、format-patchするとかでどうかな。
0015デフォルトの名無しさん
2014/04/13(日) 23:33:00.29ID:wSq/pgWA本の紹介でしょ？
そんなに毛嫌いするほどのことなの？
0016デフォルトの名無しさん
2014/04/14(月) 00:01:32.52ID:7zmL9s1fGitに関係ないGitHubの話や質問をここですることを受け入れるかということです
0017デフォルトの名無しさん
2014/04/14(月) 06:07:54.65ID:eZQPfKWX本を紹介すると
> Gitに関係ないGitHubの話や質問をここですることを受け入れるかということです
になるんだ...
なんかの宗教なの？ (w
0018デフォルトの名無しさん
2014/04/14(月) 06:12:49.91ID:1BzKypQe話題にしてOK
0019デフォルトの名無しさん
2014/04/14(月) 06:23:10.46ID:7zmL9s1f0020デフォルトの名無しさん
2014/04/14(月) 06:33:02.10ID:1BzKypQegitを使った開発手法も対象内だし、
gitサーバーやgitワークフローもgitの話題の一つ。
GitHubはそのサーバーとワークフローのためのツールなんだから
このスレで全然問題ない。
0021デフォルトの名無しさん
2014/04/14(月) 06:54:18.95ID:r6Wx+cLS0022デフォルトの名無しさん
2014/04/14(月) 07:13:46.54ID:7zmL9s1fBitbucketとSourceForgeもいけるね
やったー
0023デフォルトの名無しさん
2014/04/14(月) 08:56:01.10ID:AmAJMm0Tステマすんなゴミ
0024デフォルトの名無しさん
2014/04/14(月) 09:08:38.81ID:1BzKypQeはい、そのとおりですよ。
gitサーバーとしての使い方なら
問題ありません。
0025デフォルトの名無しさん
2014/04/14(月) 09:48:57.46ID:6tPspeJqhttp://yamaha-webmusic.github.io/nsx1-apps/manual/
こういうアカウントってフォローするのどうやるの？
0026デフォルトの名無しさん
2014/04/14(月) 09:52:00.42ID:toZF1Crtなんでメールのみでのやりとりなんだ・・・
0027デフォルトの名無しさん
2014/04/14(月) 13:45:30.96ID:gAJOCe3S0028デフォルトの名無しさん
2014/04/14(月) 14:04:20.03ID:toZF1Crtガチで5分で分かるITS／BTS＆使えるツール6選 (1/7)
http://www.atmarkit.co.jp/ait/articles/1306/26/news012.html
0029デフォルトの名無しさん
2014/04/14(月) 14:48:38.62ID:pS18deUR0030デフォルトの名無しさん
2014/04/14(月) 16:08:45.44ID:gAJOCe3Sおぉ、さんきゅ。
ITSだけでググっても、明らかに関係無さそうなヤツしか出てこなかったから何かと思ったよ。
関東ITなんちゃらとか、なんちゃら交通システムとか。
0031デフォルトの名無しさん
2014/04/14(月) 21:07:55.30ID:Uax92dk00032デフォルトの名無しさん
2014/04/14(月) 22:59:31.00ID:XW768nZtレスありがとうございました！
やはり再構成していくしかないですよね。
そんな感じでやっていこうと思います。
0033デフォルトの名無しさん
2014/04/15(火) 20:21:29.46ID:LX0BNsfxGitHubのアカウントをとってみたり、>>8のリンク先を見たりしたが
色々種類があってわからない。
やりたい事は「プログラムのバージョン管理をしたい(Gitはそう言う用途だからあたりまえだかけど)」と言う事と
何より重要なのが「ソースコードを誰にも見られたくない」と言う事くらいかな。
後は、「どこにいてもソースが落とせる」ってのもある。
GitHubはTwitterみたいなUIだから「どこにいてもソースが落とせる」って事はできそうだけど色んな人から見られそう。
>>8のはローカルで管理する感じなのかな？
良ければ初心者に簡単なGitを教えて下さい。
0034デフォルトの名無しさん
2014/04/15(火) 20:33:20.49ID:D1Ol4DiB0035デフォルトの名無しさん
2014/04/15(火) 20:34:19.07ID:CXoafp6Wgithub は git を使ったホスティングサービスであって git の一種ってわけじゃない。
ホスティングサービスどれがいい？って質問なら↓の方が回答もらえるんでないかな。
・OSSホスティング総合【SourceForge,GitHub,etc..】
ttp://toro.2ch.net/test/read.cgi/tech/1384821518/
他人にソースを見られたくない場合は
・自分で git のサーバを建てる
・ローカルで使う
・プライベートリポジトリをサポートしてるホスティングサービスを使う(大抵は有料)
github もプライベートリポジトリサポートしてるけど有料だね。パブリックだと無料だけど。
自分でサーバを建てる場合も自由になるサーバ持ってないならどっかから借りなきゃいけないから有料になる。
0036デフォルトの名無しさん
2014/04/15(火) 21:13:10.96ID:Td9RmRcXGitの説明でよくブランチの分岐が書いてあってそれでrebaseだcherry-pickだ等々
説明が書いてあるけど、
このブランチの構造自体は皆さんgitのログとかから頭の中でイメージしたり
できるんですか? 自分にはまずそこが問題w
0037デフォルトの名無しさん
2014/04/15(火) 21:44:05.28ID:z6touH+Dって、ssh開けるだけだから、鯖という言い方もおかしいか。
自宅鯖が安心最安だろうけど、1k円/月くらいあれば安いVPSあるんじゃないか。
0038デフォルトの名無しさん
2014/04/15(火) 21:45:31.32ID:z6touH+Dgit graphっていう、よく出回ってるalias見て理解してる。つもり。
0039デフォルトの名無しさん
2014/04/15(火) 21:58:59.82ID:OKvn8yBfでツリー出てくるよ。
コミットログの書式短いのにした方が見やすいけど。
0040デフォルトの名無しさん
2014/04/15(火) 22:10:15.34ID:JExjPciBgit log --graph --all --decorate --oneline
自分はこれだとちょっと表示が気に食わないので、
--decorate --onelineの代わりに--pretty=formatで表示を加工してる
0041デフォルトの名無しさん
2014/04/15(火) 23:55:03.38ID:4LopPBVb壊れるのが怖いから時々zipに固めてるけど。
0042デフォルトの名無しさん
2014/04/16(水) 00:09:16.13ID:7KV1DqqHありがとうございます。
>>8を見ながらインストールしてみました。
取り合えずローカルで使う予定なのでコミットまで一通りやってみました。
ローカルで使うならリポジトリの共有以降は不要ですよね(Gitとしての恩赦も薄そうだけど)
皆さんはリモート使って他の人と共同で何かを作ってるんでしょうか？
仕事で使う以外はローカルでも不便しなさそうですが、勉強のため開発と平行して使い方を勉強していこうかな。
0043デフォルトの名無しさん
2014/04/16(水) 00:27:33.04ID:23qQxnbb一人で使ってるんだとしても、作業用のローカルリポジトリとリモートの(別にリモートじゃなくてもいいが)マスターリポジトリが分かれてると
push/pull のタイミングでコミット纏めたりとか出来て都合がよかったりするし
自分は githubでプログラム書いたり設定ファイル載せたりしてる
基本的に自分ひとりで書いてるけど誰かが勝手にバグ直してパッチ送ってきてくれたりして楽しいよ
逆に公開されてるソフトなんかで気になる部分を修正してパッチ送ったりとかね
とりあえずアカウントでもとって練習用として色々遊んでみたらいいんじゃない
0044デフォルトの名無しさん
2014/04/16(水) 00:37:04.13ID:FwnwH35Egithubフローに近いやり方で開発している。
自分が開発しているブランチがどこから分岐したかとかは一応把握してる。
それでも忘れるけど忘れたらgit log --decorateで確認するだけ。
自分が作業中のブランチはそんなに多数に平行して
開発するわけじゃないので、数個にしかならない。
他人のブランチの状態や過去のブランチは何も考えていない。
知りたくなったら調べるけど、基本的に無監視。
気にしてるのは、masterが更新されたかどうか。
基本的に自分のブランチは「masterの最新からの開発」という形にしたいから
誰かがマージしてmasterが更新されたら、git rebase masterして
masterの最新からの開発に配置し直す。・・・ってのを定期的に行う。
あとは単純にmasterにリベースしづらい時とか、一時的に他の人のコミットを取りたいとか
なんかミスってコミットを整理し直したいとかイレギュラーな作業でcherry-pickを使う程度。
まあ分岐しまくってそれを把握しなきゃってことはまずないよ。過去は忘れて、自分の現在の作業分だけ。
0045片山博文MZバグロボ ◆T6xkBnTXz7B0
2014/04/16(水) 01:17:21.34ID:9W1Fzx+3どうやるの？
0046デフォルトの名無しさん
2014/04/16(水) 01:21:41.21ID:xXOno5ZNhttp://msdn.microsoft.com/en-us/library/hh850437.aspx
0047デフォルトの名無しさん
2014/04/16(水) 01:35:45.97ID:vWpEG2+U初心者はgitk --allでビジュアルに状態を確認しながら
雰囲気をつかむと良いと思う。
あと、「開発・バグフィックスはすべてトピックブランチを作って作業する。」
「トピックは原則としてmasterから分岐する」などのルールを設けて、
確認しないといけないこと(分岐元がどこか、とか)を減らす。
統合ブランチは master またはmasterの先端に作った使い捨てブランチだけにして、
マージ状況は log --oneline --first-parentで俯瞰するなど
ワークフローを工夫すれば、正確なコミットグラフをイメージしなくても
だいたいの状況を把握できるようになる。
0048デフォルトの名無しさん
2014/04/16(水) 03:11:28.56ID:EGmRT2ABSourceTreeとかGitHub/BitBucketとかのサービスで詳細に把握しようと思うことはあるかな。大抵はそこまで把握しなくてもトラブらないけど。
0049デフォルトの名無しさん
2014/04/16(水) 03:16:00.58ID:FwnwH35E0050デフォルトの名無しさん
2014/04/16(水) 03:22:23.47ID:LjaPwUAW0051デフォルトの名無しさん
2014/04/16(水) 03:24:09.57ID:O1uBrWmJGitHubでプルリクエストすればマージ前でも自動テストしてくれるみたいだからリモート環境だけでテストできるんじゃないの
やったことないしどうせ自動化のテストはローカルでしなきゃならんけど
0052デフォルトの名無しさん
2014/04/16(水) 03:40:07.18ID:FwnwH35Eテストコードをしっかり書いているとする。
バグが何処かで混入されたとして、
それを見逃したということはテストコードがなかったということになる。
そこで新たにテストコードを追加する。
さて、このテストコードを使って、どこでバグが混入されたかを
bisectで調べるにはどうしたらいいだろう？
git bisectをするたびにコミットが変わるのはいいんだが、
そのコミットには当然追加されたテストコードは含まれていない。
やばい、酒ははいってて、何を書いているのかわからないｗｗｗｗ
0053デフォルトの名無しさん
2014/04/16(水) 03:40:53.57ID:FwnwH35E0054デフォルトの名無しさん
2014/04/16(水) 03:49:55.54ID:EGmRT2AB上手いこと説明できないが、ツリーがないよりあったほうがマージのやり直しはしやすい気がする。たぶん自分が関わってるプロジェクトの特性上のものだと思う。
まあ、ツリーだけってよりは1個1個コミットを見ていってそのローカルブランチではなにをするつもりだったのかとかを解釈していくという方が重要なのだろうけど。
>>51
インタラクティブなアプリだと自動でのビルドテストがかなり難しいんだよね。
OpenGLとかメディア系ライブラリと各種センサを使ったアプリとかだと、描画が想定通り行われてるかとか、ムービーが正しく再生されてるかとか、
センサの値が正しく反映されてるかとか、そういうものをテストコード書くのが難しすぎる、というか結局人間が解釈しないとOKかNGか判断できないものが
多すぎてTDDしづらいんだよね。ゲームとか典型例なんじゃないかな？
0055デフォルトの名無しさん
2014/04/16(水) 04:03:18.65ID:O1uBrWmJそりゃ無理だな
UIが複雑なのはテストの維持がめんどすぎて割に合わない
0056デフォルトの名無しさん
2014/04/16(水) 12:51:47.35ID:LjaPwUAWgit bisectはコミットされてないdiffを各コミットに適用してくれるから、
テストコードを自動マージできるように書いて
それをコミットしないままbisectすればできるよ
0057デフォルトの名無しさん
2014/04/16(水) 14:21:34.93ID:zACk8w4U露出狂鴨試練
0058デフォルトの名無しさん
2014/04/16(水) 21:49:07.29ID:SSurM9Qyこれgitの開発人たちに公認公式のエイリアスの設定方法って公開してませんかね？
0059デフォルトの名無しさん
2014/04/16(水) 21:52:45.78ID:23qQxnbb大抵の人が設定してるであろう、一般的な alias の一覧みたいなのないかってことかね
0060デフォルトの名無しさん
2014/04/16(水) 22:13:23.97ID:QCJjs0GGこんなのがあったところで使うかよｗ
そんなの自分の自由
0061デフォルトの名無しさん
2014/04/16(水) 22:59:29.71ID:HsjrRpyw0062デフォルトの名無しさん
2014/04/16(水) 23:18:22.32ID:YDFUIFCV0063デフォルトの名無しさん
2014/04/17(木) 03:15:07.74ID:KNGPRiphサンクス
コミットしないままbisectできたのか。
まあ確かに動き的にはcheckoutしているだけだもんな。
0064デフォルトの名無しさん
2014/04/17(木) 03:18:41.09ID:KNGPRiphsubversionを真似したら？
短いエイリアスがあるから。
gitのコマンドが長いのは、短縮は自分で好きなの
割り当る用だと思ったりもしてるんだけど
なんか理由あるのかな？
0065デフォルトの名無しさん
2014/04/17(木) 13:12:49.12ID:ns8t/lZOst = status
ci = commit
co = checkout
br = branch
dif = diff
difc = diff --cached
lo = log --oneline
lf = log --first-parent
lof = log --oneline --first-parent
0066デフォルトの名無しさん
2014/04/17(木) 13:45:04.02ID:aPfzsLricommitはcだろうが
きめえよ
0067デフォルトの名無しさん
2014/04/17(木) 14:05:07.53ID:vWEx34Yogst = git status -s -b
glo = git log --graph --branches --remotes --pretty=format:'%C(black white)%h%Creset%C(blue bold)%d%Creset %s'
0068デフォルトの名無しさん
2014/04/17(木) 16:24:56.84ID:xYf1zYlhわかる
>dif = diff
まぁ、わかる
>ci = commit
どういうことなの
せめてcmでしょ
0069デフォルトの名無しさん
2014/04/17(木) 16:47:58.48ID:ns8t/lZO俺はかつてCVSユーザだったんだが、
CVSのcommitはciというエイリアスを持ってたんだよ。
SVNもciはcommitのエイリアスになってるだろ？
といってもそもそも何でCVSのcommitがciなんだよ？って話だよな。
CVSは当初、その前に流行した単一ファイルバージョン管理用RCSにかぶせてつかう
ディレクトリツリー管理拡張のためのラッパースクリプトとして登場した。
RCSのコミットに相当する操作はcheck inと呼ばれ、コマンドはciだった。
CVS, SVNはそれを継承してるというわけだ。
現在でも主要なディストロはだいたいRCSのパッケージを持ってて、
インストールすればciコマンドを使えるぞ。
ちなみにRCSのcheckoutは当然coだから使い方はmanを見てくれ。
0070デフォルトの名無しさん
2014/04/17(木) 17:02:55.46ID:x5+myCPx過去の VC の流れで。
0071デフォルトの名無しさん
2014/04/17(木) 17:04:57.52ID:7VV2HzZ+0072デフォルトの名無しさん
2014/04/17(木) 17:32:10.40ID:x5+myCPxhttps://github.com/search?l=ini&;q=gitconfig+alias&ref=searchresults&type=Code
わりとみんな同じ感じなんだねえ
0073デフォルトの名無しさん
2014/04/17(木) 17:33:57.98ID:xYf1zYlh調べたらmercurialもciなんだな
0074デフォルトの名無しさん
2014/04/17(木) 17:38:39.61ID:Fx1ijgIadiffはdだ！
0075デフォルトの名無しさん
2014/04/17(木) 17:44:29.46ID:x5+myCPx0076デフォルトの名無しさん
2014/04/17(木) 18:39:15.48ID:ns8t/lZO0077デフォルトの名無しさん
2014/04/17(木) 18:50:05.36ID:gzIoS/KQ0078デフォルトの名無しさん
2014/04/17(木) 18:52:52.00ID:zmGYf3iT危ないコマンドや初心者が過去を隠すために使うようなコマンドをあえて禁止している
0079デフォルトの名無しさん
2014/04/17(木) 18:56:43.52ID:vWEx34Yo0080デフォルトの名無しさん
2014/04/17(木) 20:34:51.97ID:ns8t/lZO0081デフォルトの名無しさん
2014/04/17(木) 21:44:17.51ID:XZy5mn+7前進あるのみ
0082デフォルトの名無しさん
2014/04/17(木) 21:47:12.93ID:KNGPRiph俺は、
bisect bad に bisect-fixed を
bisect good に bisect-unfixed を
割り当ててる。
便利だよ。
0083デフォルトの名無しさん
2014/04/17(木) 22:05:50.07ID:i6eMI8h0[alias]
serve = daemon --reuseaddr --base-path=. --export-all --verbose
stat = status --short --branch
exec = "!exec "
■ このスレッドは過去ログ倉庫に格納されています