draw如何变更控制和发布管理流程

在JGraph，我们遵循变更控制和发布管理流程以：

记录对我们的软件所做的每项重大更改。

正式控制何时将对软件所做的更改发布到生产系统中。

创建变更请求，批准，测试结果等的审核跟踪。

提供操作上的一致性。

提供允许有效和受控的灾难恢复的机制。

源代码控制

JGraph中的所有软件都必须保存在备份的软件控制存储库中。在撰写本文时，将git用于源代码控制，部分原因是每个本地存储库都是完整的更改历史记录。即使我们的第三方git托管提供商提供了自己的备份，我们也至少在两个不同的地理位置进行了每次更改。万一发生灾难性灾难，我们能够使用我们的本地副本恢复所有git存储库的正确状态。

发布管理

在源代码控制中，所有产品都将有一个“发行”分支，该分支与主分支/主分支分开，在主分支/主分支中，开发分支合并在一起。

只有两位高级发行工程师才有权写入此分支，并且处理指示仅可以合并其他经过测试和批准才可以接管的分支。仅针对特定于发行版本身的管理员更改，才允许直接向发行版分支提交提交。

重现性

每个产品版本都必须是可复制的。用于创建产品的所有存储库中必须存在标记，以指示用于创建该内部版本的那些存储库的状态。在我们拥有源代码的地方，仅对二进制文件/库进行标记是不够的，还必须对源代码进行标记。

这样做的原因是，如果发行版中存在严重的错误，并且要创建补丁程序发行版来解决该错误，则通常仅确切地将该错误修正在发行版中。用户不希望对代码库进行不必要的更改会带来额外的不确定性。