原則

  1. Unit Test, Regression Test成本非常高也很難完整，一定會有漏掉的地方。
  2. Merge, Pull Request工程師時間成本很高，也一樣無法保證沒有breaking changes。

破壞性更改

  • 資料庫格式變動
  • 改到別人寫的代碼
  • 改到別人寫的程式會依賴的代碼

告知破壞性更改流程

在Slack channel #0-scrum 請跟大家告知：

  1. 你改了什麼
  2. 如果有的話，更改的commit hash
  3. 改動時間
  4. 可能會影響或破壞的東西
  5. 如果真的有東西壞掉，去研究查看哪個檔案
介紹 keyboard_arrow_right
公司理念 keyboard_arrow_right
人資管理 keyboard_arrow_right
徵才 keyboard_arrow_right
工程開發 keyboard_arrow_right
產品研發流程 keyboard_arrow_right
業務行銷流程 keyboard_arrow_right