50 lines
2.2 KiB
Markdown
50 lines
2.2 KiB
Markdown
## 一般開發上版流程
|
||
|
||
1. 到 tfs 依工作需求建立工作單號
|
||
|
||
|
||
2. 填寫工作單內容
|
||
相關內容視情況填寫
|
||
|
||
|
||
3. 將最新的 develop 分支 pull 到本地
|
||
|
||
4. 在最新的 develop 分支新建工作單的分支，分支名稱為 - Dev_Feature/#單號_工作單標題，ex: Dev_Feature/#4257_P40異常排除。
|
||
|
||
5. (!!!重要) 開發完後，先將最新的 develop 分支 pull 下來，Merge 到 Dev_Feature中，避免有衝突。
|
||
|
||
6. Merge完沒問題，commit 後 push 上 tfs。
|
||
|
||
7. 到 tfs 申請合版(merge 至 develop)。(!!!重要 - 要選擇合併到哪個分支)
|
||
|
||
|
||
8. [填寫 API 上版項目](#API-上版項目說明)
|
||
|
||
|
||
|
||
## Master Hotfix
|
||
|
||
1. 到 tfs 依工作需求建立工作號
|
||
|
||
2. 填寫工作單內容
|
||
|
||
3. 將最新的 master 分支 pull 到本地
|
||
|
||
4. 在最新的 master 分支新建工作單的分支，分支名稱 - Master_HotFix/#單號_工作單標題，ex: Master_HotFix/#4257_P40異常排除
|
||
|
||
5. (!!!重要) 開發完後，先將最新的 master 分支 pull 下來，Merge 到 Master_HotFix中，避免有衝突。
|
||
|
||
6. Merge完沒問題，commit 後 push 上 tfs。
|
||
|
||
7. 到 tfs 申請合版(merge 至 master)。
|
||
|
||
8. 再申請合版 (merge 到 developer)，因為正常的合版流程是先 develop => master，如果只有合到 master 的話，下一個流程，develop 合到 master，因為沒有這次修改的程式，這樣會有問題。
|
||
|
||
9. [填寫 API 上版項目](#API-上版項目說明)
|
||
|
||
## API 上版項目說明
|
||
### Stage_20200514_PRD_20200527 => Stage_20200528_PRD_20200610
|
||
- 2020/05/14 develop 分支會 merge 至 master 分支，並 build 至 Stage 環境。
|
||
- 2020/05/14 前修改的如果要在2020/05/14放到Stage，2020/05/27放到PRD，可以用Dev_feature，修改完成後merge到develop，會在5/14 merge到master並建立Stage環境，5/27 merge 到 PRD 並建立 PRD 環境
|
||
- 2020/05/14~2020/05/27 之間想要在2020/05/27放到PRD，需要用Master_HotFix，修改完後merge到master分支，會在 5/27 merge 到 PRD 並建立 PRD 環境
|