git リモートブランチをローカルブランチへ落としてくる

リモートブランチをローカルへ落としてくる

git checkout -b [ローカル用ブランチ名] [リモートブランチ名]

-bをつけなくてもできるけど、今の現状つけない意味がないみたい


リモートブランチの確認

git branch -a


リモートブランチの情報はローカルで持っているため、上記コマンドでブランチが見つからない場合

git fetch

で新たに情報を取得できる

git 削除したリモートブランチ情報がローカルに残る

情報が順番にならないけど、カテゴリーとタイトルでわかればいいね

開発に際してブランチを作り、必要なくなったら削除する。
開発環境を開発者毎に分けてその開発者が居なくなったら削除するような感じ。

gitはリモートブランチを削除しても、ローカルにはリモートブランチの情報が残ってしまう。
この削除したリモートブランチの情報を消してくれるオプションが『prune』。

リモートブランチの情報を取得する際にやればローカルブランチの情報を削除してくれる
git fetch --prune

上記と同じでpullでも同じ
git pull --prune []

ただし、fetchとpullの違いを理解して使わないと大変なことになるから注意

git 取り消しいろいろ

gitで間違えたadd/commit/pushを取り消す

編集内容を取り消す

git checout <filename>

addを取り消す

git reset --hard HEAD^:<filename>

git reset [--hard] HEAD <filename>

オプションはcommitの取り消しと同じ。
ファイルを指定しなければaddしてあるファイルすべてを対象とする。


commitを取り消す

git reset [--soft | --hard] HEAD^

HEADは現在のリビジョンでHEAD^は一つ前のリビジョンを表す。
二つ前はHEAD^^と戻したいだけ^をつける。

--softオプションをつけると、ファイルをaddした状態まで戻す。デフォルトは--soft
--hardオプションをつけると、ファイルをHEAD^の（編集前）の状態まで戻す。

pushを取り消す

git push -f origin HEAD^:<branchname>


たまにpushした後にデバッグ用の処理を消し忘れてることに気づき取り消しを行っている
私の開発環境だけでなら問題ないが、共通環境にあがると面倒な上に、
私のpushを共通にmergeしてくれる管理者の人の仕事を増やすのはさけたいのでこの辺りを理解できればありがたいと思う

※今後理解が深まれば追記を増やす予定

---

同日18:50追記1

addの取り消しを修正、そもそもpushまでやってから間違いに気づいた場合のaddの取り消しだった模様。
まぁcommit前に気づいたなら修正してからまたaddすればいい話ですけど、最初の書き方は何か違う気がしたので…

やっぱり自分で実際にやらないとだめね