- 1 名前：デフォルトの名無しさん [2012/10/14(日) 01:10:12.86 ]
- ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/
◆前スレ
Git 4
toro.2ch.net/test/read.cgi/tech/1329234309/
◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/
- 53 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:36:09.20 ]
- >>49
時系列順に
(A)ファイル変更→(B)ステージ→(C)ファイル変更(if any)→(D)コミット→(E)チェックアウト
チェックアウトの時点では普通(E)の時刻になるわけだが、(A)〜(D)のどれになるべきなんだ？
- 54 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:39:42.24 ]
- バカチョンMakefileで喜んでるところが...
- 55 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:42:13.37 ]
- >>50
gitとmakeのためにスクリプトを書かないとダメなのか。gitは馬鹿じゃないと無理だ。
- 56 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:44:26.30 ]
- タイムスタンプを巻き戻すメリットを説明して、
自分はスクリプト書けない程の想像を絶する低能なので
誰か書いてください、と言えば書いてもらえるかもね
- 57 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:45:35.90 ]
- あと、gitでログも見れない程の低能です、も付け加えると可能性が上がるかもよ
- 58 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:48:22.85 ]
- >>57
gitのログって読むものなんですか？ウンコなログしか無いんですけど。
- 59 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:51:12.37 ]
- ログの見方も分からない低能です、と
- 60 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:53:28.99 ]
- gitってmergeなんたらかんたらってコミットログに勝手に付けるウンコソフトですよね？
- 61 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 22:55:41.32 ]
- 昨日からgitほとんど使ったこと無いやつが紛れてないか？
checkoutの件もそうだったし、logもなんか勘違いしてる気がする
書き込みに癖があるからたぶんずっと同じ奴なんだと思うけど
- 62 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:02:50.28 ]
- > 昨日からgitほとんど使ったこと無いやつが紛れてないか？
Windows+svn信者の可能性が濃厚
- 63 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:04:46.56 ]
- >>37
本家の機能でもなくてただの拡張スクリプトじゃないか。
- 64 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:06:19.20 ]
- >>30の時点で明らか
- 65 名前：Perl忍者 ◆M5ZWRnXOj6 mailto:sage [2012/10/14(日) 23:10:46.87 ]
- いまさらgithubに語り合ってる低脳が集まってるスレはここですか！？
おおおおおおおおお！！！
中学生レベルのトーク内容ですよ！
いまさらっすか
- 66 名前：Perl忍者 ◆M5ZWRnXOj6 mailto:sage [2012/10/14(日) 23:12:12.54 ]
- enpel見てるとゴミクズだよなあ
あいつ２０代後半~３０代くらいだろ？
っであの知識量だろ？
いまさらgithubとかわめいてる低脳だろお！！！！！！！！ｗ
Ruby最強中学生コミッタsora_hとLL最終決戦させたら
一瞬で敗退するだろうなあいつは
- 67 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:12:23.06 ]
- ここまで誰一人としてgithubなんて話題にしてねーよwww
- 68 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:39:31.05 ]
- >>43
Eclipseもタイムスタンプ見てると思うが
- 69 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:49:31.43 ]
- つか、みんながみんな同じタイムゾーンで開発してるわけじゃないやろ
- 70 名前：デフォルトの名無しさん [2012/10/14(日) 23:52:28.36 ]
- >>69
だからgithubは変なタイムゾーンなのですね？
- 71 名前：デフォルトの名無しさん mailto:sage [2012/10/14(日) 23:56:33.41 ]
- >>58
それはお前がウンコなログ書いてるからだろ…
- 72 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 00:00:19.52 ]
- >>66
https://github.com/treeboa
消したのか、つまんねー奴ｗ
- 73 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 00:03:10.30 ]
- にゃ〜
- 74 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 08:49:57.03 ]
- >>53
あとマージするときも考えなきゃね。
マージ元の時刻とマージ先の時刻とマージした時刻のどれを採用するか？
もちろんファイルの中身は同一なんだけどね。
タイムスタンプも自分のシステムとリモートと同期が取れてるとは限らないから、feachした時に時刻差分を記録して補正する必要もあるかもね。
- 75 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 09:20:34.87 ]
- >>74
マージした時刻でいいだろ
ファイルに変更があればタイムスタンプを更新すべきだ
- 76 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 12:13:46.75 ]
- つまりPULLする度にほとんどのファイルのタイムスタンプがPULLした時刻になると。
そのタイムスタンプに何の意味があるのかわからないけどね
- 77 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 12:33:55.46 ]
- そもそもタイムスタンプに何の意味も持たせないのがgit
- 78 名前：デフォルトの名無しさん [2012/10/15(月) 12:53:51.66 ]
- gitはエンタープライズで使えないという結論でOK？
- 79 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 12:56:42.29 ]
- >>78がGitを使えないというのはOK
- 80 名前：デフォルトの名無しさん [2012/10/15(月) 13:05:16.18 ]
- >>79
タイムスタンプの他にディレクトリ・ファイルのリネームを扱えないという点でGitは使っていないから。ありがとう。
- 81 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 13:39:24.84 ]
- ファイルのリネームは情報としては保持しないけど、実用上は問題なく判定してくれるんじゃなかったっけ？
git mvしてgit statusするとrenamedと出る
- 82 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 15:06:34.52 ]
- rename を git 通さず os レベルでやると時々死ねる
- 83 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 15:51:36.24 ]
- 同一コミットにしておけばいいだけじゃなく？
- 84 名前：デフォルトの名無しさん [2012/10/15(月) 22:41:55.69 ]
- すごい初歩的な質問なんですが、gitにおいてローカルレポジトリとマスターレポジトリって区別はあるんですか？
例えば二人で共同開発するとして、よく例に出てくるのはマスターレポジトリの置いてあるサーバと、
それぞれの人間のPCっていう構造ですけど、例えばマスターレポジトリがなくて、
二人がそれぞれ個人サーバ上で開発して、相手のサーバにpushしあうというような構造でもいいのですか？
- 85 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 22:48:38.52 ]
- >>81
ローカルで変更したファイルがリモートでリネームされていても
pullした時にリネーム先のファイルに自動的にマージされるね。
svnだとコンフリクト出るだけで訳わからなくなっていたから
gitに乗り換えて楽になったよ。
>>82
.gitignoreをちゃんと設定してあればgit add -Aで済ませる事も出来るよ。
- 86 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 23:15:00.27 ]
- >>84
マスターかどうかの区別は無いけどbareかどうかの区別はある
ワーキングツリーのある作業用リポジトリとは別に
個人サーバーにbareリポジトリを置くのならpushしあえるし、
そうじゃなければpullしあうのはOKだがpushしあうのはややこしい
- 87 名前：デフォルトの名無しさん [2012/10/15(月) 23:29:36.98 ]
- >>86
なるほど、とりあえずどっかにbareレポジトリってのがあったほうがいいのですね
bareレポジトリについて勉強します
ありがとうございます
- 88 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 23:53:57.03 ]
- >>84
--sharedにしてないとpushした時に、権限で怒られないっけ。どんなシステムとアカウントでやってるか知らないけど。
pullなら書き込むのは自分だからいいんじゃない。
- 89 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 23:55:54.03 ]
- >>87
git init --bare --share
のことだと思うよ。
- 90 名前：デフォルトの名無しさん mailto:sage [2012/10/15(月) 23:59:49.12 ]
- 各人が自分用のbareリポジトリを置いてそこにpushして、
相手のbareリポジトリからpullしあうのが簡単だと思うけどどうなのかね
- 91 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 00:26:27.42 ]
- チームメンバーが好きにbareリポジトリ作れるサーバーが一つあると便利よね。
- 92 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 11:15:47.53 ]
- >>91
つ bitbucket
- 93 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 18:26:37.14 ]
- >>58
差分を読むんだよ
- 94 名前：デフォルトの名無しさん [2012/10/16(火) 18:45:00.10 ]
- >>93
差分はどうやって読むのですか？TortoiseGitがウンコなんですけど。
- 95 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 20:05:38.47 ]
- >>92
フリーソフトならいいけど、業務用のファイルを入れるのは無理だなぁ
- 96 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 20:39:44.48 ]
- >>94
GUIしか使えない低能はsvn使ってるべき
マジで
- 97 名前：デフォルトの名無しさん [2012/10/16(火) 21:04:52.03 ]
- GitHubにてprivateレポジトリを使って、
4人でコードを書く予定です。
この場合、プランは4人ともMicroなんでしょうか？
それとも一人だけMicroを契約しておけばよいのでしょうか？
すみませんが、教えていただけると助かります。
- 98 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 21:30:24.20 ]
- >>94
書いてあるのが読めんのにやってるんかい？
ログはピンきりだからね、読めなくても、何とかなるんだよ
- 99 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:17:21.94 ]
- ターミナルでプロジェクトのgitいじってる時に、
現在地/...../...../目的ファイル
なんかをいじりたい時って、効率良くいじれる方法ないですか？
vi 現在地/...../....../目的ファイル ってするのは結構面倒なんです
- 100 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:28:16.66 ]
- >>99
cd 現在地/...../...../
- 101 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:47:21.98 ]
- 目的のファイルの位置毎にターミナル開いてみたら
- 102 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:52:41.41 ]
- viが面倒ならemacsを使えばいいじゃない
- 103 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:54:12.91 ]
- 馬鹿には無理
- 104 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 22:54:54.47 ]
- find . -name hoge|xargs editor
emacs開きっぱなしだから、最初以外は近くのバッファから辿るけど。
- 105 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 23:38:01.32 ]
- >>99
~/.gitconfig に
[alias]
vi = "!f() { vi "$(git ls-files "\\*$1\\*" | head -10)"; }; f"
って書いて
$ git vi 目的ファイル
- 106 名前：デフォルトの名無しさん mailto:sage [2012/10/16(火) 23:52:44.79 ]
- >>105
目的ファイルのファイル名全部入力するの面倒じゃんｗ
zsh辺りなら、リポジトリ内の目的ファイルの頭何文字か入力すれば、
リポジトリ全体から探して途中のディレクトリを補間してくれるとかできないのかね？
まあ俺はemacsのdiredに頼りっぱなしだから使わないがｗ
- 107 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 00:25:00.99 ]
- >>106
$ git lv 的ファイ
でもいけるよ
- 108 名前：107 mailto:sage [2012/10/17(水) 00:27:30.81 ]
- >>107
s/lv/vi/
- 109 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 00:33:28.94 ]
- >>107-108
どこまで入力したら目的のファイルを一発で開けるかわかりにくいじゃないｗ
まあでも、全部入力しても同じファイル名が複数ある可能性もあるのか
viならいっぱい開いてから:nとかで選べばいいしね
- 110 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 01:35:29.58 ]
- >>105
おお、これは面白いな！自分のにも入れとこう。
- 111 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:04:58.95 ]
- だからそれがめんどいんだって
current/1/2/object1
current/1/3/object2
current/4/5/object3
とかなってたらややこいだろ
- 112 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:09:42.96 ]
- あすまん 100までしかみてなかったわ
- 113 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:11:22.65 ]
- >>106
Vimのctrlp.vimなら…おっと、スレチなのでこの辺で。
ttp://toro.2ch.net/test/read.cgi/unix/1342368545/
- 114 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:15:14.38 ]
- >>111
その場合だと>>105の使うならばそれぞれ、
git vi 2/o
git vi 3/o
git vi 5/o
で開けるなｗ
- 115 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 14:11:42.17 ]
- >>97
ひとりだけ契約して、あとはcontributerとして登録すればよいです。
- 116 名前：デフォルトの名無しさん [2012/10/19(金) 02:12:22.90 ]
- リファクタリングに対するコミットってどうやってますか？
一般的にリファクタリングはミスが起きないように
一歩づつ変更すると思います。
fooをbarに変更、
barのメソッドをスーパークラスに移動
引数の順番を変更。
引数をオブジェクトに変更
etc
この一連のリファクタリング作業を一回のコミットで行うと、
変更点が多すぎてレビューが大変になると思います。
しかし一つづつのコミットに分けるのも多すぎな気がします。
できれば、一連の操作を1つのコミットの中で
動画のように再生可能な形でコミットできればと思うのですが。
- 117 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 05:35:03.08 ]
- 一つづつコミットしておいて、
レビューが終わったらrebaseしたらいいじゃん
- 118 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 06:46:33.39 ]
- 一つづつのコミットが多すぎ？なぜ？
各変更点はなるべく小さいほうが、Regressionが見つけやすいんじゃね
- 119 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 09:25:12.66 ]
- rebaseってそういうときに使うのか？違うだろ？
- 120 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 09:52:05.58 ]
- rebaseはいろんなことに使える
自分のコミットをFast-forward状態にするためのrebaseはもちろん便利だけど、
ベースを変更しないrebaseでのコミットの整理も便利だよ
コミットをまとめたり逆にコミットをばらしたりさらにはコミットの順番を入れ替えたりとか
- 121 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 10:02:12.78 ]
- >>116
リファクタリング用にブランチ切って最終的にmerge --no-ff
- 122 名前：デフォルトの名無しさん mailto:sage [2012/10/19(金) 10:05:50.75 ]
- うちはレビューのためにわざわざ分割する事はないけど、
レビュー後 merge --squash か rebase -i は使うな。
レビュー反映のコミットも追加されるしね。
|
 |
