Search
#純靠北工程師2oo
一直用git command好幾年，工作上也沒出過狀況。
結果換工作被鐵口直斷「你觀念不好用指令行會把git倉庫弄壞，你跟著用sourcetree就好」
果然萬事 sourcetree merge才是觀念好的終極技巧呢。
👉 去 GitHub 給我們🌟用行動支持純靠北工程師 https://github.com/init-engineer/init.engineer
📢 匿名發文請至 https://kaobei.engineer/cards/create
🥙 全平台留言 https://kaobei.engineer/cards/show/3480
Microsoft 稍早在 Git-Merge 2017 發表了 GVFS！
顧名思義其實就是把 git 底層做為 file system。原因是在開發大型軟體時的 codebase 太過龐大，像 Windows 就超過 350 萬個檔案而且大小合計超過 270 GB，所以在執行 checkout(3 小時), status(10 分鐘), clone(超過 12 小時) 這類讀取或切換內容時的指令都要花費超多時間，所以改善了 git 無法處理這種超大型 repo 的問題。用了 GVFS 之後，以上幾個指令大幅減少到 30 秒、5 秒、幾分鐘左右。
不過也因為加了 GVFS 這層上去，所以原本 git 指令的底層也做了一些調整。如果要用 GVFS 的話，記得要使用 Microsoft 自己改過的 git 才可以。另外，現在僅支援 Windows，Linux 跟 macOS 要再等等了 (https://github.com/Microsoft/GVFS/issues/4)，所以小編現在也沒辦法測試 Orz
PS. 其實之前就看過許多由 git 底層組成的 file system，列在下面大家也可以看看。
* https://github.com/Microsoft/gvfs
* https://github.com/g2p/git-fs
* https://github.com/PressLabs/gitfs
#microsoft #gvfs #git #gitmerge
小編上星期花了一點時間跟公司同事分享這幾年使用 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
