- 1 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:22:20.98 ID:s4x1CSLN]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/
◆前スレ
Git 8
toro.2ch.net/test/read.cgi/tech/1389701817/
- 2 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:36:51.60 ID:UapBJj1i]
- ここは Git のスレ
github の話題はこちらで
↓
OSSホスティング総合【SourceForge,GitHub,etc..】
ttp://toro.2ch.net/test/read.cgi/tech/1384821518/
- 3 名前：デフォルトの名無しさん [2014/04/12(土) 15:13:56.03 ID:hrYZFkTS]
- 頭悪すぎで話にならないID:s4x1CSLNはng推奨
- 4 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:28:59.89 ID:4Ld644Zh]
- >>1
いい加減直してくれよ前スレの時にも言っておいたのに
Pro Git
git-scm.com/book/ja/
- 5 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:32:53.63 ID:4Ld644Zh]
- ◆関連スレ
バージョン管理システムについて語るスレ10
toro.2ch.net/test/read.cgi/tech/1393147031/
CVS導入スレ〜 Rev.3
toro.2ch.net/test/read.cgi/tech/1113141518/
Subversion r14
toro.2ch.net/test/read.cgi/tech/1326806859/
【分散型バージョン管理】 Mercurial 2【hg】
toro.2ch.net/test/read.cgi/tech/1321109748/
【bzr】Bazaarでバージョン管理 Rev 4
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板]
toro.2ch.net/test/read.cgi/unix/1093611448/
- 6 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 15:38:56.65 ID:4Ld644Zh]
- ◆関連書籍
開発効率をUPする Git逆引き入門 2014/04
www.c-r.com/book/detail/970
Git ポケットリファレンス 2012/07
gihyo.jp/book/2012/978-4-7741-5184-7
Gitによるバージョン管理 2011/10
ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06864-5
実用Git 2010/02
ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-87311-440-8
入門Git 2009/9
www.shuwasystem.co.jp/products/7980html/2380.html
入門git 2009/08
ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9
- 7 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 16:02:59.22 ID:s4x1CSLN]
- >>4
すまん。
- 8 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 01:34:47.62 ID:f3OGXPtA]
- サルでもわかるGit入門 ?バージョン管理を使いこなそう? | どこでもプロジェクト管理バックログ
www.backlog.jp/git-guide/
- 9 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 19:17:52.20 ID:XMFLaUST]
- GitHub実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus) [単行本（ソフトカバー）]
大塚 弘記
www.amazon.co.jp/gp/product/477416366X/
- 10 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 22:25:00.03 ID:preDdKCE]
- >>9
ここGitのスレだからGitHubメインでGitのことがほとんど書かれてない本はお門違いじゃないの
- 11 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 22:41:15.55 ID:wSq/pgWA]
- >>10
git 繋がりでいいんじゃね？
- 12 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 22:49:27.59 ID:preDdKCE]
- >>11
GitHubスレいけができなくなるがよろしいか
- 13 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 22:58:41.51 ID:qxdLUwd6]
- format-patchで、
本線だけのパッチって作れないんでしょうか？
マージコミット部分ではマージされた区間をsquashしたようなパッチが生成されて欲しいのですがムリでしょうか？
- 14 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 23:11:35.99 ID:qL3uhhaK]
- >>13
詳しく調べてないので外してたらすまんが、マージコミットをパッチにはできなかったはず。
ベースになるコミットから現在のHEADまでマージコミットについてはmerge --squash しながら再構成、
新しいHEADとオリジナルのHEADをdiffして漏れがないのを確認後、format-patchするとかでどうかな。
- 15 名前：デフォルトの名無しさん mailto:sage [2014/04/13(日) 23:33:00.29 ID:wSq/pgWA]
- >>12
本の紹介でしょ？
そんなに毛嫌いするほどのことなの？
- 16 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 00:01:32.52 ID:7zmL9s1f]
- >>15
Gitに関係ないGitHubの話や質問をここですることを受け入れるかということです
- 17 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 06:07:54.65 ID:eZQPfKWX]
- >>16
本を紹介すると
> Gitに関係ないGitHubの話や質問をここですることを受け入れるかということです
になるんだ...
なんかの宗教なの？ (w
- 18 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 06:12:49.91 ID:1BzKypQe]
- GitHubはGit関係なので
話題にしてOK
- 19 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 06:23:10.46 ID:7zmL9s1f]
- 祝・GitHub解禁
- 20 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 06:33:02.10 ID:1BzKypQe]
- gitやるなら、gitコマンドだけじゃなくて
gitを使った開発手法も対象内だし、
gitサーバーやgitワークフローもgitの話題の一つ。
GitHubはそのサーバーとワークフローのためのツールなんだから
このスレで全然問題ない。
- 21 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 06:54:18.95 ID:r6Wx+cLS]
- OpenSSLにすごいバグがあるらしいけど、OpenSSHは大丈夫なのかな。SSHでgitサーバに接続してます。
- 22 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 07:13:46.54 ID:7zmL9s1f]
- >>20
BitbucketとSourceForgeもいけるね
やったー
- 23 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 08:56:01.10 ID:AmAJMm0T]
- >>9
ステマすんなゴミ
- 24 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 09:08:38.81 ID:1BzKypQe]
- >>22
はい、そのとおりですよ。
gitサーバーとしての使い方なら
問題ありません。
- 25 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 09:48:57.46 ID:6tPspeJq]
- yamaha-webmusic.github.io/
yamaha-webmusic.github.io/nsx1-apps/manual/
こういうアカウントってフォローするのどうやるの？
- 26 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 09:52:00.42 ID:toZF1Crt]
- git 単体で ITS なしの運用って辛いな・・・
なんでメールのみでのやりとりなんだ・・・
- 27 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 13:45:30.96 ID:gAJOCe3S]
- ITSって何だ？
- 28 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 14:04:20.03 ID:toZF1Crt]
- >>27
ガチで5分で分かるITS／BTS＆使えるツール6選 (1/7)
www.atmarkit.co.jp/ait/articles/1306/26/news012.html
- 29 名前：デフォルトの名無しさん [2014/04/14(月) 14:48:38.62 ID:pS18deUR]
- 発行追跡システマ
- 30 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 16:08:45.44 ID:gAJOCe3S]
- >>28
おぉ、さんきゅ。
ITSだけでググっても、明らかに関係無さそうなヤツしか出てこなかったから何かと思ったよ。
関東ITなんちゃらとか、なんちゃら交通システムとか。
- 31 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 21:07:55.30 ID:Uax92dk0]
- 関東ITはなかなか良いぞ
- 32 名前：デフォルトの名無しさん mailto:sage [2014/04/14(月) 22:59:31.00 ID:XW768nZt]
- >>14
レスありがとうございました！
やはり再構成していくしかないですよね。
そんな感じでやっていこうと思います。
- 33 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:21:29.46 ID:LX0BNsfx]
- Gitって色々あるけどどう違うのかわからない。
GitHubのアカウントをとってみたり、>>8のリンク先を見たりしたが
色々種類があってわからない。
やりたい事は「プログラムのバージョン管理をしたい(Gitはそう言う用途だからあたりまえだかけど)」と言う事と
何より重要なのが「ソースコードを誰にも見られたくない」と言う事くらいかな。
後は、「どこにいてもソースが落とせる」ってのもある。
GitHubはTwitterみたいなUIだから「どこにいてもソースが落とせる」って事はできそうだけど色んな人から見られそう。
>>8のはローカルで管理する感じなのかな？
良ければ初心者に簡単なGitを教えて下さい。
- 34 名前：デフォルトの名無しさん [2014/04/15(火) 20:33:20.49 ID:D1Ol4DiB]
- 「ソースコードを誰にも見られたくない」ならローカルで完結させるしかないね
- 35 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 20:34:19.07 ID:CXoafp6W]
- たくさんあるってどういうこっちゃ。クライアントプログラムは色々あるかもしれんが git は一種類しかないぞ。
github は git を使ったホスティングサービスであって git の一種ってわけじゃない。
ホスティングサービスどれがいい？って質問なら↓の方が回答もらえるんでないかな。
・OSSホスティング総合【SourceForge,GitHub,etc..】
ttp://toro.2ch.net/test/read.cgi/tech/1384821518/
他人にソースを見られたくない場合は
・自分で git のサーバを建てる
・ローカルで使う
・プライベートリポジトリをサポートしてるホスティングサービスを使う(大抵は有料)
github もプライベートリポジトリサポートしてるけど有料だね。パブリックだと無料だけど。
自分でサーバを建てる場合も自由になるサーバ持ってないならどっかから借りなきゃいけないから有料になる。
- 36 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 21:13:10.96 ID:Td9RmRcX]
- 初心者ですが、
Gitの説明でよくブランチの分岐が書いてあってそれでrebaseだcherry-pickだ等々
説明が書いてあるけど、
このブランチの構造自体は皆さんgitのログとかから頭の中でイメージしたり
できるんですか? 自分にはまずそこが問題w
- 37 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 21:44:05.28 ID:z6touH+D]
- VPSを自分専用のgit鯖にしてる。
って、ssh開けるだけだから、鯖という言い方もおかしいか。
自宅鯖が安心最安だろうけど、1k円/月くらいあれば安いVPSあるんじゃないか。
- 38 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 21:45:31.32 ID:z6touH+D]
- >>36
git graphっていう、よく出回ってるalias見て理解してる。つもり。
- 39 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 21:58:59.82 ID:OKvn8yBf]
- git log --gragh --all
でツリー出てくるよ。
コミットログの書式短いのにした方が見やすいけど。
- 40 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 22:10:15.34 ID:JExjPciB]
- とりあえずならこんな感じか
git log --graph --all --decorate --oneline
自分はこれだとちょっと表示が気に食わないので、
--decorate --onelineの代わりに--pretty=formatで表示を加工してる
- 41 名前：デフォルトの名無しさん mailto:sage [2014/04/15(火) 23:55:03.38 ID:4LopPBVb]
- 俺はDropboxにbareリポジトリ置いてるだけだ。
壊れるのが怖いから時々zipに固めてるけど。
- 42 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 00:09:16.13 ID:7KV1DqqH]
- >>34-35
ありがとうございます。
>>8を見ながらインストールしてみました。
取り合えずローカルで使う予定なのでコミットまで一通りやってみました。
ローカルで使うならリポジトリの共有以降は不要ですよね(Gitとしての恩赦も薄そうだけど)
皆さんはリモート使って他の人と共同で何かを作ってるんでしょうか？
仕事で使う以外はローカルでも不便しなさそうですが、勉強のため開発と平行して使い方を勉強していこうかな。
- 43 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 00:27:33.04 ID:23qQxnbb]
- リモートリポジトリを使った共同作業が git の本領発揮するとこだから読んでおいたほうがいいと思うけどな
一人で使ってるんだとしても、作業用のローカルリポジトリとリモートの(別にリモートじゃなくてもいいが)マスターリポジトリが分かれてると
push/pull のタイミングでコミット纏めたりとか出来て都合がよかったりするし
自分は githubでプログラム書いたり設定ファイル載せたりしてる
基本的に自分ひとりで書いてるけど誰かが勝手にバグ直してパッチ送ってきてくれたりして楽しいよ
逆に公開されてるソフトなんかで気になる部分を修正してパッチ送ったりとかね
とりあえずアカウントでもとって練習用として色々遊んでみたらいいんじゃない
- 44 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 00:37:04.13 ID:FwnwH35E]
- >>36
githubフローに近いやり方で開発している。
自分が開発しているブランチがどこから分岐したかとかは一応把握してる。
それでも忘れるけど忘れたらgit log --decorateで確認するだけ。
自分が作業中のブランチはそんなに多数に平行して
開発するわけじゃないので、数個にしかならない。
他人のブランチの状態や過去のブランチは何も考えていない。
知りたくなったら調べるけど、基本的に無監視。
気にしてるのは、masterが更新されたかどうか。
基本的に自分のブランチは「masterの最新からの開発」という形にしたいから
誰かがマージしてmasterが更新されたら、git rebase masterして
masterの最新からの開発に配置し直す。・・・ってのを定期的に行う。
あとは単純にmasterにリベースしづらい時とか、一時的に他の人のコミットを取りたいとか
なんかミスってコミットを整理し直したいとかイレギュラーな作業でcherry-pickを使う程度。
まあ分岐しまくってそれを把握しなきゃってことはまずないよ。過去は忘れて、自分の現在の作業分だけ。
- 45 名前：片山博文MZバグロボ ◆T6xkBnTXz7B0 mailto:sage [2014/04/16(水) 01:17:21.34 ID:9W1Fzx+3]
- VS2013でgit使ってるか？
どうやるの？
- 46 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 01:21:41.21 ID:xXOno5ZN]
- Use Visual Studio with Git
msdn.microsoft.com/en-us/library/hh850437.aspx
- 47 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 01:35:45.97 ID:vWpEG2+U]
- >>36
初心者はgitk --allでビジュアルに状態を確認しながら
雰囲気をつかむと良いと思う。
あと、「開発・バグフィックスはすべてトピックブランチを作って作業する。」
「トピックは原則としてmasterから分岐する」などのルールを設けて、
確認しないといけないこと(分岐元がどこか、とか)を減らす。
統合ブランチは master またはmasterの先端に作った使い捨てブランチだけにして、
マージ状況は log --oneline --first-parentで俯瞰するなど
ワークフローを工夫すれば、正確なコミットグラフをイメージしなくても
だいたいの状況を把握できるようになる。
- 48 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:11:28.56 ID:EGmRT2AB]
- たまーに他人のコミットとコンフリクトしまくったりマージのミスでバグが混入したりするから、そういうときにコミットツリーをよく確認したいときは、
SourceTreeとかGitHub/BitBucketとかのサービスで詳細に把握しようと思うことはあるかな。大抵はそこまで把握しなくてもトラブらないけど。
- 49 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:16:00.58 ID:FwnwH35E]
- それってツリー見てなにかわかるん？
- 50 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:22:23.47 ID:LjaPwUAW]
- というよりbisectだよね
- 51 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:24:09.57 ID:O1uBrWmJ]
- 自動ビルドテストしようず
GitHubでプルリクエストすればマージ前でも自動テストしてくれるみたいだからリモート環境だけでテストできるんじゃないの
やったことないしどうせ自動化のテストはローカルでしなきゃならんけど
- 52 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:40:07.18 ID:FwnwH35E]
- そういやbisectで思い出したけど、
テストコードをしっかり書いているとする。
バグが何処かで混入されたとして、
それを見逃したということはテストコードがなかったということになる。
そこで新たにテストコードを追加する。
さて、このテストコードを使って、どこでバグが混入されたかを
bisectで調べるにはどうしたらいいだろう？
git bisectをするたびにコミットが変わるのはいいんだが、
そのコミットには当然追加されたテストコードは含まれていない。
やばい、酒ははいってて、何を書いているのかわからないｗｗｗｗ
- 53 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:40:53.57 ID:FwnwH35E]
- おーい、ちゃんと文章なりたってるかー？ｗ
- 54 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 03:49:55.54 ID:EGmRT2AB]
- >>49
上手いこと説明できないが、ツリーがないよりあったほうがマージのやり直しはしやすい気がする。たぶん自分が関わってるプロジェクトの特性上のものだと思う。
まあ、ツリーだけってよりは1個1個コミットを見ていってそのローカルブランチではなにをするつもりだったのかとかを解釈していくという方が重要なのだろうけど。
>>51
インタラクティブなアプリだと自動でのビルドテストがかなり難しいんだよね。
OpenGLとかメディア系ライブラリと各種センサを使ったアプリとかだと、描画が想定通り行われてるかとか、ムービーが正しく再生されてるかとか、
センサの値が正しく反映されてるかとか、そういうものをテストコード書くのが難しすぎる、というか結局人間が解釈しないとOKかNGか判断できないものが
多すぎてTDDしづらいんだよね。ゲームとか典型例なんじゃないかな？
- 55 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 04:03:18.65 ID:O1uBrWmJ]
- >>54
そりゃ無理だな
UIが複雑なのはテストの維持がめんどすぎて割に合わない
- 56 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 12:51:47.35 ID:LjaPwUAW]
- >>52
git bisectはコミットされてないdiffを各コミットに適用してくれるから、
テストコードを自動マージできるように書いて
それをコミットしないままbisectすればできるよ
- 57 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 14:21:34.93 ID:zACk8w4U]
- 漏れはソースを他人に見せたくて仕方がない
露出狂鴨試練
- 58 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 21:49:07.29 ID:SSurM9Qy]
- git statusをgit sだったりgsにエイリアスを設定して短くするやり方ありますよね
これgitの開発人たちに公認公式のエイリアスの設定方法って公開してませんかね？
- 59 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 21:52:45.78 ID:23qQxnbb]
- alias の設定の「仕方」なら公認公式もへったくれもなく今やってる方法が公式だろうと思うが
大抵の人が設定してるであろう、一般的な alias の一覧みたいなのないかってことかね
- 60 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 22:13:23.97 ID:QCJjs0GG]
- git config alias.変更表示 diff
こんなのがあったところで使うかよｗ
そんなの自分の自由
- 61 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 22:59:29.71 ID:HsjrRpyw]
- shellのalias使えば良いだけじゃね？
- 62 名前：デフォルトの名無しさん mailto:sage [2014/04/16(水) 23:18:22.32 ID:YDFUIFCV]
- git sとか一意に出来るところまであれば自動で補完して実行する機能をオンオフ出来れば良さそう
- 63 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 03:15:07.74 ID:KNGPRiph]
- >>56
サンクス
コミットしないままbisectできたのか。
まあ確かに動き的にはcheckoutしているだけだもんな。
- 64 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 03:18:41.09 ID:KNGPRiph]
- >>58
subversionを真似したら？
短いエイリアスがあるから。
gitのコマンドが長いのは、短縮は自分で好きなの
割り当る用だと思ったりもしてるんだけど
なんか理由あるのかな？
- 65 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 13:12:49.12 ID:ns8t/lZO]
- 設定してあるエイリアス晒してみる
st = status
ci = commit
co = checkout
br = branch
dif = diff
difc = diff --cached
lo = log --oneline
lf = log --first-parent
lof = log --oneline --first-parent
- 66 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 13:45:04.02 ID:aPfzsLri]
- statusはsだろうが
commitはcだろうが
きめえよ
- 67 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 14:05:07.53 ID:vWEx34Yo]
- 一番良く使うstatusとかlogはシェル関数で置き換えちゃってるな
gst = git status -s -b
glo = git log --graph --branches --remotes --pretty=format:'%C(black white)%h%Creset%C(blue bold)%d%Creset %s'
- 68 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 16:24:56.84 ID:xYf1zYlh]
- >br = branch
わかる
>dif = diff
まぁ、わかる
>ci = commit
どういうことなの
せめてcmでしょ
- 69 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 16:47:58.48 ID:ns8t/lZO]
- >>68
俺はかつてCVSユーザだったんだが、
CVSのcommitはciというエイリアスを持ってたんだよ。
SVNもciはcommitのエイリアスになってるだろ？
といってもそもそも何でCVSのcommitがciなんだよ？って話だよな。
CVSは当初、その前に流行した単一ファイルバージョン管理用RCSにかぶせてつかう
ディレクトリツリー管理拡張のためのラッパースクリプトとして登場した。
RCSのコミットに相当する操作はcheck inと呼ばれ、コマンドはciだった。
CVS, SVNはそれを継承してるというわけだ。
現在でも主要なディストロはだいたいRCSのパッケージを持ってて、
インストールすればciコマンドを使えるぞ。
ちなみにRCSのcheckoutは当然coだから使い方はmanを見てくれ。
- 70 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:02:55.46 ID:x5+myCPx]
- ci co は結構多いと思うぞ。
過去の VC の流れで。
- 71 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:04:57.52 ID:7VV2HzZ+]
- checkinの略だったよね？
- 72 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:32:10.40 ID:x5+myCPx]
- github で gitconfig alias で検索すると結構色々でてきて面白いな
https://github.com/search?l=ini&q=gitconfig+alias&ref=searchresults&type=Code
わりとみんな同じ感じなんだねえ
- 73 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:33:57.98 ID:xYf1zYlh]
- そうなんか、知らんかった
調べたらmercurialもciなんだな
- 74 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:38:39.61 ID:Fx1ijgIa]
- branchはbだろうが
diffはdだ！
- 75 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 17:44:29.46 ID:x5+myCPx]
- 一文字だと不安(?)なのか二文字が多いなgithubだと
- 76 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:39:15.48 ID:ns8t/lZO]
- 2文字派か1文字派か。主要コマンドは比較的統一してる人多いね
- 77 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:50:05.36 ID:gzIoS/KQ]
- ｃがかぶりやすいからだなｗ
- 78 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:52:52.00 ID:zmGYf3iT]
- おれはねエイリアスでgit revertをecho ""に設定している
危ないコマンドや初心者が過去を隠すために使うようなコマンドをあえて禁止している
- 79 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 18:56:43.52 ID:vWEx34Yo]
- git revertは危なくもないし過去を隠すコマンドでもないだろ
- 80 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 20:34:51.97 ID:ns8t/lZO]
- むしろイケてない過去のコミットを無かったことにできるのがgitの利点かと思うが
- 81 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 21:44:17.51 ID:XZy5mn+7]
- revertを禁止にするならresetも禁止にするべき
前進あるのみ
- 82 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 21:47:12.93 ID:KNGPRiph]
- え？ エイリアスの話？
俺は、
bisect bad に bisect-fixed を
bisect good に bisect-unfixed を
割り当ててる。
便利だよ。
- 83 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 22:05:50.07 ID:i6eMI8h0]
- 晒してみる。省略形は多用するとクセになるから避けてるなぁ
[alias]
serve = daemon --reuseaddr --base-path=. --export-all --verbose
stat = status --short --branch
exec = "!exec "
- 84 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 22:10:52.86 ID:u3XqYAfL]
- >>36ですが皆さん（>>38-40 >>44 >>47 >>48）アドバイスをどうもありがとうございます。
いやーgitをよく知らないままgitで大勢でメンテしているプロジェクトに送り込まれて
しまいまして。
とりあえずgitkとかで表示してみました... うわっ、平行な線が沢山走っている部分が!
なんか宇宙戦艦ヤマトのワープの図を複雑にしたような（たとえが古いか）
線が沢山集中した部分でチェックアウトするともの凄い速度で開発できたりとか
- 85 名前：デフォルトの名無しさん mailto:sage [2014/04/17(木) 22:23:16.22 ID:KNGPRiph]
- 開発する人数やワークフローにもよるけど、平行な線は
沢山あるべきじゃないよ。マージしづらくなるからね。
- 86 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 02:04:45.06 ID:G95hrNw/]
- >>84
> 線が沢山集中した部分でチェックアウトするともの凄い速度で開発できたりとか
むしろそこは多量のブランチをマージしたところなのでものすごい速度が落ちてるとこじゃないかな
- 87 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:26:06.59 ID:TiuM1iK+]
- 初心者ですけどリポジトリを作ったフォルダの中が管理対象になるんですよね？
でそのリポジトリを削除するとソースファイルまで削除されるんですが
もちろんブックマークだけ（sourcetreeで)の削除はできるのですが
間違ってハードディスク上のリポジトリを削除してしまったら大変です。
何か対策はあるのでしょうか？それともこういうものなのでしょうか
- 88 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:28:30.25 ID:V7HQhmWQ]
- そりゃそうだろう
リモートにあろうがローカルにしかなかろうがリポジトリ物理的に消したらなくなるわな
大事ならバックアップとっといたらいい
- 89 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:30:51.17 ID:l4m/ooPn]
- bitbucketあたりにアカウントとってそっちにプッシュしておくとか
- 90 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 10:51:55.78 ID:TiuM1iK+]
- ローカルのみで使おうと思ってたのですがリモートにも上げた方がよさそうですね
- 91 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 11:00:45.77 ID:KSddQ8SJ]
- Dropboxにリポジトリを作るやり方はここの先輩方はやってますか？
- 92 名前：デフォルトの名無しさん mailto:sage [2014/04/18(金) 11:01:59.07 ID:V7HQhmWQ]
- >>41にそういう奴がいるな
- 93 名前：デフォルトの名無しさん mailto:sage [2014/04/19(土) 12:55:58.24 ID:7PgX0mPg]
- >>84
gitkはgit log(というかgit rev-list)と同じ範囲指定が可能だから、
--allで表示が多すぎるなら表示範囲を適切に限定してやればよい。
特定のtopic(ここではmasterから分岐したとする)とmasterにだけ注目すればいいんなら
gitk master..topic (masterから分岐後のtopicのコミットのみ表示)
gitk master...topic (masterから分岐後のtopicのコミットとmasterにマージされたブランチを表示)
とか。範囲指定は複数回可能なので関係する範囲を好きなだけ指定すればよい。
- 94 名前：デフォルトの名無しさん mailto:sage [2014/04/20(日) 20:26:37.01 ID:mILxVbg/]
- >>91
.zshrcとか.vimrcとかをつっこんだリポジトリはDropboxにbareで載せてる。
- 95 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 13:00:54.05 ID:ZKyIOHr8]
- gitignoreで
/*
/.*
このふたつを指定しているのをたまに見かけますが
はじめに/*ですべてのファイルを除外しているので/.*を書く意味は無いと思うんですが何故書くのですか？
- 96 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 14:22:29.42 ID:dtgq5rdV]
- ドットで始まるファイルは * のワイルドカードにひっかからない仕様になってる。
シェル由来だね。
- 97 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 16:06:02.61 ID:mYIG7FH4]
- なにそれバグだろ
クソだなgitって
- 98 名前：デフォルトの名無しさん [2014/04/21(月) 20:57:12.01 ID:1sDt+ic8]
- 無知発見
- 99 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 21:13:29.40 ID:fKV6ATCG]
- 餌を与えないでください
- 100 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 21:48:05.88 ID:yaM3rCK5]
- gitは糞だからsubversionを使え
- 101 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 22:43:41.18 ID:KhXBvEFh]
- やだGitじゃないと
VSS、これ最悪でした。
チェックアウトされたままコンパイル通らない状態で担当者休み。どーすんの？
でもMSじゃないと駄目、OSSなんか信用できないとかで泣く泣く使う現場多数。
それに比べるとSubVersionかなりマシだけどオフラインな状態でコミットできない。
ちょっと痛い。
- 102 名前：デフォルトの名無しさん mailto:sage [2014/04/21(月) 23:08:04.07 ID:/9iyZBJ2]
- バージョン管理はgitしか使ったことがない
SVNは何がなんやらサッパリわからないから使えない
|
 |
