gitでローカルブランチにmasterなんて（普通は）要りません - Qiita

理由 GitHubやGitLabなどのおかげで、リモートで直接masterにマージできるようになった。 どうしても、という時以外ローカルのmasterブランチで作業する必要はないはずです。 間違えてmasterを壊してしまうリスクが更に減る ローカルのmasterブランチをメンテするコストが減る 地味なメリットに聞こえるかもしれませんが個人的にはありがたいので最後のものを詳しく説明します。 Gitの仕様上、ローカルのmasterブランチはリモートのmasterブランチを更新しても自動的には更新されません。 現状、git checkout masterしてからgit pullしないと更新できないはずです（他にも方法はありそうな気がしますが割愛します）。 この方法、一瞬でもmasterにチェックアウトしなければならないため、チェックアウトする前のブランチとローカルのmasterの差が大きい場合

[unarist]

checkoutしたくなくてgit branch -f master origin/masterとかよくやってた。ちなみにその場合はgit fetch使うといいっぽい http://stackoverflow.com/a/17722977/2818869

[nharuki]

同じ理由でdevelopも普段は削除しておいてもいいのかも。

[nilab]

git fetch && git rebase origin/master

[igrep]

昨日会社のslackでちらっと話したことを詳しく書いた。