hotdog

Artifact Content
Login

Artifact f2a88af25ba639d1d5087a197e6d9d2cae59a0dd8c8f3e7b1cc7a5a73773cf2b:

Wiki page [Executive Decision 0002] by hypnotoad 2018-09-28 15:26:05.
D 2018-09-28T15:26:05.363
L Executive\sDecision\s0002
P 4b1916d96f2161ddb4d869b82338aaaa1ab242a3e6cfd8ca1cfaea55b9bca136
U hypnotoad
W 1135
This policy governs the development process.
<p>
HOTDOG is intended to provide the most robust implementation possible by allowing multiple design paths to be developed, evaluated, and tested. To that end, development will be broken into spirals and at least two different avenues of exploration will be explored. Each of those competing implementations will live as a branch of the code. If a dispute arises between teams, they may bifurcate into a new branch at any time. Developers can feel free to contribute to an number of branches. Everyone who commits code gets a credit in the end, whether their code makes it into the final form of the product or not.
<p>
The only rules on naming branches is keep it friendly, and NOBODY, not even the [Benevolent Dictator] commits or merges into [trunk] until the [Community] has reached a consensus on the winner.
<p>
<strike>Stealing</strike>Merging code from the other implementation is encouraged. External dependencies are also ok, if it means the implementation to hotdog is simpler and more concise. Just include the grabbing of that external source code in your build process.
Z e3d3b1fe973d70ef6cba98daeaae6ffc