# 2022.11.29（二）討論紀錄
###### tags: `討論紀錄`
##### 參與人員： 傑克，Rex，Winnie

## Commit Message
- 中
[Git Commit Message 這樣寫會更好，替專案引入規範與範例](https://wadehuanglearning.blogspot.com/2019/05/commit-commit-commit-why-what-commit.html)
[如何寫一個 Git Commit Message](https://blog.louie.lu/2017/03/21/%E5%A6%82%E4%BD%95%E5%AF%AB%E4%B8%80%E5%80%8B-git-commit-message/)
[撰寫有效的 Git Commit Message](https://blog.fourdesire.com/2018/07/03/%E6%92%B0%E5%AF%AB%E6%9C%89%E6%95%88%E7%9A%84-git-commit-message/)
- 英
[AngularJS Git Commit Message Conventions](https://docs.google.com/document/d/1QrDFcIiPjSLDn3EL15IJygNPiHORgU1_OOAqWjiDU5Y/edit?usp=sharing)
- 只允許使用以下類別：
- [x] feat: 新增/修改功能 (feature)。
- [x] fix: 修補 bug (bug fix)。
- [x] docs: 文件 (documentation)。
- [ ] style: 格式 (不影響程式碼運行的變動 white-space, formatting, missing semi colons, etc)。
- [x] refactor: 重構 (既不是新增功能，也不是修補 bug 的程式碼變動)。
- [ ] perf: 改善效能 (A code change that improves performance)。
- [x] test: 增加測試 (when adding missing tests)。
- [x] chore: 建構程序或輔助工具的變動 (maintain)。
- [ ] revert: 撤銷回覆先前的 commit 例如：revert: type(scope): subject (回覆版本：xxxx)。
- [善用關鍵字](https://blog.miniasp.com/post/2014/04/08/GitHub-Issue-Search-Tips)
- [Github action 檢查](https://github.com/marketplace/actions/gs-commit-message-checker)
.github/workflows/foobarbar.yml
npm 是你要改他的實作才用的
主要是那個 yaml
- OSS: open source software
是為了規範陌生人用的
把目標跟 acceptance criteria 寫好就可以了
規則要輕巧：不要覺得開 issue 心裡有負擔 xd

## Docker如何push到Github上
目前 Drogon 初始專案 和 初始類別的專案 是分開進行的，如何併在一起？
ans : 直接來～

docker run -it -v $HOME/storage:/storage -v $HOME/.ssh:/root/.ssh:ro centos /bin/bash

> 直接併在一起，但是 CMakeLists.txt 和 .gitignore 要重寫。所以，等 Drogon 和 初始類別 的合併完成後，再來 Push 到 GitHub 上面。

## Gitflow
[Git Flow 是什麼？為什麼需要這種東西？](https://gitbook.tw/chapters/gitflow/why-need-git-flow)

## 總結 & 接續要做的事
1. Commit Message 的分類，以上面有打勾的那幾個選項為主，格式可參考 [Git Commit Message 這樣寫會更好，替專案引入規範與範例](https://wadehuanglearning.blogspot.com/2019/05/commit-commit-commit-why-what-commit.html) 裡面的範例。
2. 使用 GitHub Action 進行 CI / CD 檢查（不知道這樣的說法是否正確 QQ），由 Winnie 研究一下 GitHub Action。
3. 不管是在 Docker 內部還是外部 Push 到 GitHub 都可以，前提是 gitignore 要先寫好。
4. 目前 Drogon 初始專案 和 初始類別的專案 是分開進行的，接下來把它們併在一起，修改一下 CMakeLists.txt 和 gitignore。再 Push 到 GitHub 上 然後發 PR。
5. 接續上一點，上一點的事做完後就可以來討論一下日後 Git Flow 和 GitHub Project 的東西。
6. 啊～對了～ 還有 Walking Skeleton～