發佈 jsc-sdlc 0.1.0:一包一 PR、回合來源分支 #15
2 Participants
Notifications
Due Date
No due date set.
Depends on
#7 發佈 jsc-git 0.0.4:PR base 優先採用呼叫端指定值
plugins/git
Reference: plugins/sdlc#15
Reference in New Issue
Block a user
變更摘要
每個工作包實作完成就 commit、push、PR 回來源分支,一包一 PR。
原本
implement在開工前另外問一次「目標分支」,與來源分支各走各的。現在統一:分析頁的來源分支同時是 worktree 的基準與每個工作包的 PR 目標。工作分支從origin/{來源分支}長出來,做完再合回同一條。來源分支整條後續要進develop時,那是另一個獨立的 PR,不在本階段範圍。一併修掉一個矛盾
jsc-git:pr原本第 2 步自己決定 base:「remote 有develop就用develop」——完全不吃呼叫端指定的目標分支。所以implement內文寫的「沿用確認的目標分支」其實從來沒有生效過,PR 會直接開到develop。改為:呼叫端傳入的 base 優先於一切,沒傳才退回
develop、main、master,且選定的 base 要先驗證存在於遠端(先git fetch --prune origin),不存在就回報停止、不靜默退回。這個修正在
plugins/git(另一個 PR),jsc-sdlc依賴它——沒有它,單一工作包的 PR 會越過它所屬的功能分支直接進develop。implement 的改動
origin/{來源分支}不存在就回報停止,不退回developreferences/branch.md的「實作階段的分支選擇」整節重寫,templates/deliver-page.md的分支欄位改記來源分支。版號
sdlc由0.0.9升至0.1.0——依spec-plugin-version,patch 只用 0 到 9,master 基準版 patch 已是 9 時進位 minor 並把 patch 歸零。驗證
STE100 lint 通過;description 5 句(合併兩句後仍在上限內);步驟編號 1~12 連續;全域搜尋確認
sdlc內已無「目標分支」的舊語意殘留。