旋翼飞行器释放程序¶
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.0
git 推动 产地 Copter-4.3.0
发布公告的方式与在这些网站上发布测试版的方式大致相同:
讨论的旋翼飞行器类别 (如果需要,创建一个新类别)
ArduPilot facebook 群组.包括 ReleaseNotes.txt 的内容,以便人们了解发生了哪些变化,如果可能的话,还包括一段视频
返回 Github、 起草新版本 并添加上面的讨论链接
Mission Planner地面站还会弹出一个窗口,通知用户新版本已经推出。
没有找到您要找的东西?¶
如果您认为本网站应该添加什么内容,请 打开问题 或在 ArduPilot Discord 聊天室.