git のバックアップ(No.6)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• git へ行く。
  • 1 (2015-11-12 (木) 06:07:14)
  • 2 (2015-11-18 (水) 05:49:55)
  • 3 (2015-11-18 (水) 22:00:25)
  • 4 (2015-11-19 (木) 01:23:34)
  • 5 (2017-01-16 (月) 11:14:38)
  • 6 (2017-11-24 (金) 09:30:29)
  • 7 (2018-06-15 (金) 13:38:56)
  • 8 (2018-07-28 (土) 18:58:19)

コマンド

概要 †

• git難しい
• git book読め

下位ページ †

• 共同開発

トラブルシューティング †

• 日本語が文字化けする→以下を打つだけでOK

  git config --local core.quotepath false

• タグ'tagname"を作る

  git tag tagname

• タグ"tagname"を削除

  git tag -d tagname

• リモートタグ"tagname"を削除

  git push origin :TAGNAME

• pushしていないタグを全てpush

  git push origin --tags

• ブランチの可視化ツール

  gitk

• でっかいファイルを間違えてコミットしてしまったら

  git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch でかいファイル.tar.gz' --prune-empty --tag-name-filter cat -- --all
  git commit --amend -CHEAD
  git push

運用 †

• 段階的マージ
  • masterは本番環境おで動いているコードと透過
  • verX.X-pr ステージング、バージョン開発ごとの新機能のまとまり
  • verX.X-deploy 試験用サーバ 開発者が好きにプッシュして遊ぶ場所。CI通ってなかったりもする
  • プルリクをverX.X-prから切る→開発（実機確認では-deployにマージ）→CIとレビューが通るとprにマージされる→深夜メンテナンスで-prがmasterにマージされる
  • レビュアーは10人くらいいる可能性があるなど、非常に厳しいレビュー

• コミットごとのレビューか、プルリクごとのマージか？
  • 普通はプルリクごと
  • コミットごとにレビューになる場合、人ごとに変更をまとめる必要があり、squashを求めるケースがある

逆引き †

• rebaseのrewordという機能はコミットメッセージだけ変えることができる
• squashはsで代替できる
• git merge-baseで共通祖先が見つかる
• コンフリクト中には、conflictを解決するか、git merge --abortのどちらかしか選択肢がない。

理解すべきこと †

• fast-forwardマージとは？
• rebaseとは？
• git rebase -i $(git reb-list HEAD | tail -n 1)
• force pushとは？何が起きるのか？