修改錯誤的提交信息commit message
提交信息很長時間內會一直保留在你的代碼庫code base中，所以你肯定希望通過這個信息正確地了解代碼修改情況。 下面這個命令可以讓你編輯最近一次的提交信息，但是你必須確保沒有對當前的代碼庫working copy做修改，否則這些修改也會隨之一起提交。
[/code]
$ git commit --amend -m ”YOUR-NEW-COMMIT-MESSAGE”
[/code]
假如你已經將代碼提交（git commit）推送（git push）到了遠程分支，那么你需要通過下面的命令強制推送這次的代碼提交。

從當前Git分支移除未追蹤的本地文件
假設你湊巧有一些未被追蹤的文件（因為不再需要它們），不想每次使用git status命令時讓它們顯示出來。下面是解決這個問題的一些方法：

修復更早期的 commit

場景: 你在一個更早期的 commit 里忘記了加入一個文件，如果更早的 commit 能包含這個忘記的文件就太棒了。你還沒有 push，但這個 commit 不是最近的，所以你沒法用 commit --amend.

方法:

原理:

如果你不想被提示為新合并的 commit 輸入一條新的 commit 消息，你也可以利用 git commit --fixup 。在這個情況下，你很可能會用commit --fixup ，因為你只是希望在 rebase 的時候使用早期 commit 的 commit 消息。

在使用 --squash 和 --fixup 的時候，你可能不記得想要修正的 commit 的 SHA 了— 只記得它是前面第 1 個或第 5 個 commit。你會發現 Git 的 ^ 和 ~ 操作符特別好用。HEAD^ 是 HEAD 的前一個 commit。 HEAD~4 是 HEAD 往前第 4 個 – 或者一起算，倒數第 5 個 commit。

停止追蹤一個文件

場景: 你偶然把 application.log 加到代碼庫里了，現在每次你運行應用，Git 都會報告在 application.log 里有未提交的修改。你把 *.login 放到了 .gitignore 文件里，可文件還是在代碼庫里 — 你怎么才能告訴 Git “撤銷” 對這個文件的追蹤呢？

方法:

原理: 雖然 .gitignore 會阻止 Git 追蹤文件的修改，甚至不關注文件是否存在，但這只是針對那些以前從來沒有追蹤過的文件。一旦有個文件被加入并提交了，Git 就會持續關注該文件的改變。類似地，如果你利用 git add -f 來強制或覆蓋了 .gitignore， Git 還會持續追蹤改變的情況。之后你就不必用-f  來添加這個文件了。

如果你希望從 Git 的追蹤對象中刪除那個本應忽略的文件， git rm --cached 會從追蹤對象中刪除它，但讓文件在磁盤上保持原封不動。因為現在它已經被忽略了，你在  git status 里就不會再看見這個文件，也不會再偶然提交該文件的修改了。

刪除本地和遠程Git分支
刪除本地分支：