mirror of
https://github.com/fleetdm/fleet
synced 2026-05-24 09:28:54 +00:00
Ick, sorry (#10838)
This was kinda defensive before. I hope this is better.
This commit is contained in:
parent
59912c5a0b
commit
019a4b7421
1 changed files with 1 additions and 1 deletions
|
|
@ -67,7 +67,7 @@ Most changes to Fleet are planned changes. They are [prioritized](https://fleetd
|
|||
|
||||
Occasionally, changes are unplanned. Like a patch for an unexpected bug, or a hotfix for a security issue. Or if an open source contributor suggests an unplanned change in the form of a pull request. These unplanned changes are sometimes OK to merge as-is. But if they change the user interface, the CLI usage, or the REST API, then they need to go through drafting and reconsideration before merging.
|
||||
|
||||
> But wait, [isn't this "waterfall"?](https://about.gitlab.com/handbook/product-development-flow/#but-wait-isnt-this-waterfall) Thankfully no. And it isn't just a Fleet concept. In fact, between 2015-2023, GitLab and The Sails Company independently developed and coevolved almost the exact same delivery processes from first principles. (Albeit with slightly different names for the same things. What we call "drafting" and "implementation" at Fleet, is called "the validation phase" and "the build phase" at GitLab.)
|
||||
> But wait, [isn't this "waterfall"?](https://about.gitlab.com/handbook/product-development-flow/#but-wait-isnt-this-waterfall) Waterfall is something else. Between 2015-2023, GitLab and The Sails Company independently developed and coevolved similar delivery processes. (What we call "drafting" and "implementation" at Fleet, is called "the validation phase" and "the build phase" at GitLab.)
|
||||
|
||||
### Drafting
|
||||
"Drafting" is the art of defining a change, designing and shepherding it through the drafting process until it is ready for implementation.
|
||||
|
|
|
|||
Loading…
Reference in a new issue