旋翼飞行器释放程序¶
ArduPilot 非常可靠，因为错误修复优先于新功能，而且只有在完成充分测试后才会谨慎发布。
本页概述了通常情况下释放旋翼飞行器的步骤。列出这些步骤主要是作为参考，以免我们忘记步骤。
阿尔法测试¶
"这款" 自动测试仪 会在每次提交后运行，并高亮显示其设置测试的问题。
开发人员和一些 Alpha 测试人员会对母版进行间歇性测试，尤其是在添加新功能之后。
发布测试版/候选发布版¶
测试版测试/候选发布版可通过Mission Planner地面站的 "测试版固件 "链接提供给测试人员。Mission Planner地面站的 "测试版固件 "链接可从 在 firmware.ardupilot.org 的 Copter/beta 目录中。
拥有 ardupilot GitHub 提交权限的人（通常是兰迪）会通过以下步骤提供新固件：
创建新的发布分支或切换到现有的发布分支¶
在 ardupilot 仓库中打开 Git Bash 终端。
如果该版本涉及主版本或次要版本的升级（如从 4.3 升级到 4.4），请在本地 ardupilot 代码库中创建一个新分支：
git 销售点 -b Copter-4.4(Copter-4.4" 应替换为正确的主版本号和次版本号）。git 推动在共享版本中创建新目录点击 "新项目 "按钮 在 GitHub 项目页面上创建相应的 "Copter 4.x "项目。该项目用于跟踪未来版本中的功能
或者，如果该版本是在更早的版本分支上构建的，则签出该分支：
git 销售点 Copter-4.3切换到现有的发布分支（"Copter-4.3 "应替换为正确的主版本号和次版本号）
从主版本拉入更改¶
检查 ArduPilot Github 项目 以确定哪些 PR 和提交应包含在此版本中。例如 Copter 4.3 项目 中包含的 PR 和提交列表。
git 重置 --硬 原点/主点,git 子模组 更新 --递归可用于将发布分支重置为主干分支，如果主干分支的所有内容都应包含在内的话（至少在最初的几个测试版本中，这是正常现象）。
或
使用
gitk 师只从主程序中挑选一些改动
在Mission Planner地面站中检查版本是否可用¶
等待 4 小时至 11 小时来构建二进制文件（查看 建立列表, autotest-output.txt 和/或 manifest.json 状态），然后打开Mission Planner地面站的初始设置> 安装固件页面，点击 "Beta 固件 "链接，确保每个多旋翼飞行器图标下方显示的版本已更新。
向测试版测试者公布版本¶
通过在这些网站上发布信息，让 Beta 测试人员了解新版本的可用性：
讨论的旋翼飞行器类别 (如果需要，创建一个新类别）
ArduPilot facebook 群组.包括 ReleaseNotes.txt 的内容，以便人们了解发生了哪些变化，如果可能的话，还包括一段视频
问题跟踪¶
测试版测试者应在相应的 讨论 Copter 论坛
发布经理（Randy）应在其他开发人员的帮助下调查问题，并回复问题原因
应将确认的错误添加到 ArduPilot 问题列表.问题的标签应设置为 "Copter"，如果应在发布前解决，项目和里程碑应设置为即将发布。
发布稳定版本¶
稳定版的发布要经过数周或数月的测试，通常要在两周内没有出现不明原因的崩溃后才会发布。
关于稳定版本的去留决定，将在前文讨论。 每周发展电话会议.讨论通常包括对未决问题的审查。
发布稳定版与发布测试版的区别在于 ArduCopter-stable 和 ArduCopter-stable-heli 标记。
创建的附加标签包括补丁发布号：
git 标签 Copter-4.3.0git 推动 产地 Copter-4.3.0
发布公告的方式与在这些网站上发布测试版的方式大致相同：
讨论的旋翼飞行器类别 (如果需要，创建一个新类别）
ArduPilot facebook 群组.包括 ReleaseNotes.txt 的内容，以便人们了解发生了哪些变化，如果可能的话，还包括一段视频
返回 Github、 起草新版本 并添加上面的讨论链接
Mission Planner地面站还会弹出一个窗口，通知用户新版本已经推出。
没有找到您要找的东西？¶
如果您认为本网站应该添加什么内容，请 打开问题 或在 ArduPilot Discord 聊天室.