關於 git reflog使用 ，我們在網路上蒐集到這些相關的討論、資訊與評價

小編上星期花了一點時間跟公司同事分享這幾年使用 Git 的經驗，其中也包含了 Git for Teams 的內容。如果你想要進一步改善 Git 工作流程的朋友，這本書真的是必備。

小編自己整理的內容還蠻多的，但有點可惜沒辦法包含所有常見的指令或情境，像是 rebase -i, stash, subtree, submodule 都沒提到，希望之後有機會再來重新整理一下。

## 簡易大綱

* 介紹四種權限模型
* rebase, merge, merge commit 的使用情境
* semver 的使用情境
* 與 redmine 的整合情境
* 外包使用情境
* 開所有權限的使用情境
* 合併時會發生衝突的原因
* reset, revert, checkout 等各種回復到特定點的使用情境
* cherry-pick 的使用情境
* gitignore 使用情境
* bisect, reflog 使用情境
* squash 使用情境
* ff 及 no-ff 的使用情境
* push -f 的使用情境
* 雲端 backend deployment 分享

#git #gitforteams #github #gitlab

小編最近工作上遇到了大 git repo 的問題，因為 repo 的 history 殘留了許多不必要的內容，像是 logback 的 log、可執行的 jar 檔、測試用的圖檔...等，所以現在的 repo 已經大到 630MB，小編就使用 bfg 將 repo 縮小到只剩 30 MB 左右。

會發現這件事是因為最近在 Jenkins 上面 build 的時候，clone 的時間都花超久，後來才發現原來 repo 太大了 Orz，大家記得不必要的檔案要刪除啊。

執行步驟如下：

1. 下載 bfg
2. 列出檔案最大的前 n 名：git rev-list --objects --all | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -50 | awk '{print$1}')"
3. 操作 bare repo：git clone --mirror git://example.com/some-big-repo.git，因為 bfg 會直接操作 bare repo
4. 刪除大檔：bfg --delete-files big-file-*.* some-big-repo.git
5. 壓縮 repo：git reflog expire --expire=now --all && git gc --prune=now --aggressive
6. 上傳回 remote repo：git push
7. 記得請其他開發者先備份 local repo，然後重新 clone 一次 repo。注意：千萬別直接 pull，然後又 push，因為這樣做的話就會把 local repo 的 history 又 push 一次了，這樣子前面的動作就完全沒有用。所以全部的開發者都要重新 clone
8. 快快樂樂使用 repo

BFG Repo-Cleaner：https://rtyley.github.io/bfg-repo-cleaner/

#git #bfg