QGroundControl发布/分支流程​语义版本控制​QGC对与其发行版相关联的版本号使用语义版本控制。语义版本控制是一个由3个组件组成的数字，格式为vX.Y.Z,其中:

　　X是主要版本。

　　Y是次要版本。

　　Z是补丁版本。

　　稳定的构建​当前的稳定版本是QGC可用的最高质量版本。修补程序发布稳定的构建定期修复重要问题。

　　稳定版本是从一个单独的分支构建的，该分支的命名格式为:Stable_VX.Y(注意，没有补丁编号!) 分支为每个补丁发布都有一个或多个git标签 (带有格式vX.Y.Z)，指示repo源代码中的点，关联的补丁发布是从该点创建的。

　　修补程序发布​修补程序版本包含对稳定版本的修复，这些修复非常重要，足以需要更新，并且足够安全，稳定版本继续保持高质量。

　　修补程序版本仅增加修补程序版本号。

　　补丁程序-开发阶段​已批准的稳定版本修复将提交到当前稳定分支。这些修复程序会继续在稳定分支中排队，直到发布补丁程序 (请参阅下一步)。

　　对稳定分支的提交/更改也必须被带到主分支 (通过cherry pick或单独的pull)。

　　补丁发布阶段​在决定进行修补程序发布时，将创建发布二进制文件，并创建一个新的标签添加到稳定分支 (具有相同的修补程序版本号)，指示关联的源代码。

　　信息

　　不会为修补程序版本创建新分支-仅适用于主要和次要版本。

　　每日构建​发展阶段​每日构建是从master分支，这是所有新的主要功能开发发生的地方。master的状态表示下一个次要版本或新的主要版本发布 (取决于更改级别)。

　　没有与已发布的每日版本关联的git标签。发布的每日构建将始终匹配repo HEAD。

　　释放阶段​当决定发布新的主要/次要版本时，主分支倾向于经历初始锁定模式。在这里，只接受发布的重要修复程序作为拉取请求。

　　信息

　　在锁定阶段，master中不允许使用新功能。

　　一旦与发布相关的修复级别降低到较低级别，就会创建一个新的稳定分支 (此时master分支可以作为最新和最伟大的再次前进)。

　　修复继续在稳定的分支，直到它被认为是准备释放 (最好在很短的时间后)!此时，用新版本标签标记新的稳定分支，并进行第一个稳定版本。

　　自定义生成​可以找到用于在自定义构建上进行分支的建议策略这里。

　　创建新稳定的过程​主要/次要版本​从名为的主节点创建一个分支Stable_VX.Y在哪里X是主版本号和Y是次要版本号。

　　在master name的头部创建一个标记dX.Y其中次要版本比新的稳定版本大一。例如，如果你创建一个新的稳定4.2版本，那么标签将是 "d4.3"。此标记用于创建Android每日版本的版本号。示例:git tag -a d4.3.0 -m "QGroundControl Daily Android Version Base"。

　　在名为的新创建的稳定分支上创建带注释的标记vX.Y.0使用正确的主要/次要版本号。示例:git tag -a v4.2.0 -m "QGroundControl v4.2.0"。将此标记推送到回购将启动构建。

　　构建完成后，验证构建是否正确推送到S3，并检查它们是否至少正确引导。S3上的位置将为https://qgroundcontrol.s3.us-west-2.amazonaws.com/latest/...。

　　更新https://qgroundcontrol.s3.us-west-2.amazonaws.com/latest/QGC.version.txt文本文件到最新的稳定版本。这将通知用户下次启动QGC时有一个新的稳定可用。

　　请注意，缓存的cloudfront下载最多需要24小时才能刷新。如果它们需要更早更新，则需要手动使高速缓存无效。

　　修补程序版本​创建新的补丁版本是相同的，除了您跳过步骤1和2，并在步骤3中根据需要增加补丁版本号。