enPiT BizApp AIIT ビジネスアプリケーション演習 3日目
- yukio_saitoh
- 2523
- 0
- 0
- 10
$ git branch -v --merged mergeされたかどうかを確認することができる。mergeされていたなら消しても問題ないはず。 #enpit_aiit
2013-09-04 14:23:32git branch を忘れてファイル変更する → ステージングされていないファイルなので、branchを行う → branchに持ち越される。 #enpit_aiit
2013-09-04 14:31:20前の状態に戻してbranchを変更 → ファイルを変更 → 同じ親で2つのBranchが同じファイルの変更を行っている状態。 #enpit_aiit
2013-09-04 14:33:18$ git merge [Branch名] Auto-merge でConflictを起こす。 <<<HEAD (追加) === (おはよう) <<<<[Branch名] #enpit_aiit
2013-09-04 14:37:13$ git status Unmerged paths (mergeしようとしたけどできなかった) #enpit_aiit
2013-09-04 14:38:24Conflictが起きたら手動で修正を行う。 $ git stage [ファイル名] $ git commit Conflictが起きた場合は自動でコメントが載る。 #enpit_aiit
2013-09-04 14:41:06http://t.co/7frh7X9p5J ここを見れば、理解の整理になるかも。 #enpit_aiit
2013-09-04 14:45:24typo しても、優しく導いてくれる。 git ちゃん。 http://t.co/YUzhRQR4pI #enpit_aiit
2013-09-04 15:06:09(状態Bから)checkoutで戻って(状態A)作業をして、新しくできた(状態C)Branchをmasterとした時に、戻す前の状態(状態B)を見たい時はどうしたら良いのか? #enpit_aiit
2013-09-04 15:06:15(状態B)がmasterである。戻ったBranchをoriginをする(状態A)と、新しくできたBranch(状態C)はoriginである。 #enpit_aiit
2013-09-04 15:08:35マスターが古いガンダムとし、複数ブランチから派生したブランチにナンとかガンダムが出来上がり、そこをマスタとすると、一体何がなんだか。deattach できないならば、スナップショットを作っているほうが安心するような希ガス。 世代管理は誰かするとして。 #enpit_aiit
2013-09-04 15:08:37$ git branch -v add_fishとmasterは同じ $ git commit -m "Add fish" add_fishとmasterは違う $ git checkout master $ git merge add_fish #enpit_aiit
2013-09-04 15:26:47$ git branch -d add_fish $ git status …origin/master originはGitHubのことを示している。 #enpit_aiit
2013-09-04 15:28:41$ git log --oneline --decorate --graph Mergeのコミットを残す理由:mergeの様子をグラフで見れる。 #enpit_aiit
2013-09-04 15:30:40$ git push origin master GitHub上でコミット情報を見たほうが早い。 「Network」からさっきのmergeの様子のグラフを見ることが出来る。 #enpit_aiit
2013-09-04 15:34:37$ git push origin add_book 前回まで master だったけど、add_bookに変更。 GitHub上でBranchに対してpushできる。 他の人に対して全く影響しない。 今までのバージョン管理との大きな違い。 #enpit_aiit
2013-09-04 15:41:02帰宅してからも自分のブランチでも作業が継続できるとか。んー、継続したくないよね、自宅でも(閉域網で接続するとしても)。 炎上プロジェクトにアサインされれば別だけど。 #enpit_aiit
2013-09-04 15:41:07