Buddy Build的替代方案

Question

Buddy Build的替代方案

27

苹果今天收购了Buddy Build，并宣布不再支持Android。那么，有哪些好的替代方案可供选择？

- etayluz

5

我认为你的问题很好，也是我们很多人正在努力解决的问题——如何处理我们的安卓应用程序！尽管我投了你的问题票，但我不同意“憎恨苹果”的部分。苹果是一家公司，公司会做对它们最有利的事情。我不想开展辩论，只是需要与你的问题中的这一部分保持距离。:] 话虽如此，还是感谢你提出这个重要的问题！ - EricWasTaken

4

lol 让我笑了五分钟以上 :D :D - Amr Lotfy

2个回答

1

所以我的问题的答案是AppCenter - https://appcenter.ms。不要浪费时间在其他软件上。微软偶尔会写出不错的软件，虽然它不如buddybuild好，但仍是下一个最好的选择。其他软件让我想拔光自己的头发。如果你必须一直与客户支持联系才能让事情正常工作，那是一件坏事。使用AppCenter，只需10分钟即可启动和运行。易用、傻瓜式配置 - 没有任何错误的余地。

微软正在向App Center投入大量资源 - 它仅于2017年8月推出。他们提供24小时支持，并将在未来几个月开始为iOS开展自动签名工作。

如果你真的需要很多灵活性和集成，请选择BitRise - 但请注意，你将花费很多时间让事情正常工作，而且事情会经常出错。如果你的团队有专门的DevOps人员，并且喜欢使用bash脚本自定义/编程工作流程，则BitRise可能适合你。

- etayluz

所以我们尝试了AppCenter，但它还没有足够成熟和可配置。我们转向了Bitrise；它支持许多功能，例如：自定义工作流程、编写自己的扩展，而且价格合理。 - zulucoda

AppCenter对于大多数团队来说已经足够了。BitRise适用于那些想做一些奇怪的东西并且宁愿花时间在CI上而不是开发上的团队。（为什么你想要编写自己的扩展@zulucoda？） - etayluz

2

AppCenter目前无法自动上传到iTunes Connect/TestFlight，需要手动操作。这会破坏整个CI/CD流程。 - ahalls

AppCenter 曾经是 HockyApp。微软一段时间前收购了它，现在重新品牌并正在改进它。HockyApp 的传统是像旧的 TestFlight 一样的分发平台。 - ahalls

1

使用TestFlight可以练习完整的交付流程。 - ahalls

显示剩余2条评论

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- EricWasTaken · Accepted Answer

移动应用 - 云构建解决方案列表

列表标准/详细信息：

本文不是对这些解决方案的分析或认可。
我试图只列出至少同时支持Android和iOS的解决方案。Buddybuild曾经支持一些混合框架，但那并不是他们的重点。
我专注于移动项目，因为这也是Buddybuild的重点。还有很多其他适用于Web、Docker等领域的解决方案（此处未列出）。
我专注于仅在云上托管的解决方案，因为这也是Buddybuild所提供的。如果您愿意自己托管构建服务器，还有其他几个解决方案（此处未列出）。
此列表仅限于在云中构建的解决方案。换句话说，那些需要自己进行构建然后部署到云端的解决方案不包括在内。

以上内容澄清完毕，以下是我目前找到的列表，没有特定顺序，且除了快速阅读它们的网站外，很少进行分析。欢迎纠正，但请友善，因为这只是一个快速列表！

Nevercode - https://nevercode.io
CircleCI - https://circleci.com
Travis CI - https://travis-ci.org
Bitrise - https://www.bitrise.io
Buildkite - https://buildkite.com
AppCenter - https://appcenter.ms （是的，这是微软，他们确实支持iOS、Android等）
Buildozer - https://buildozer.io

目前在https://github.com/rnystrom/GitHawk/issues/1330上有一场关于此话题的健康讨论。
以上是这个问题的“答案”，但以防有些人不完全了解上下文，继续阅读 Buddybuild 的背景介绍。
Buddybuild 是什么？
Buddybuild 是一个云托管的持续集成平台，可轻松构建、测试和部署 iOS 和 Android 应用程序。他们声称能够轻松地设置构建。作为几年的客户，我可以证明这一点。
典型的 Buddybuild 工作流包括一个 iOS 或 Android 项目，其源代码托管在 GitHub、Bitbucket 等网站上。从那里，Buddybuild 系统会监视对源代码的提交，并根据项目的配置生成构建，这些构建可以通过电子邮件发送给最终用户（可能是测试人员、企业测试人员等），最终用户只需从电子邮件中非常容易地安装。
此外，对于 iOS 项目，Buddybuild 还能够管理 Apple Provisioning Profiles（包括钥匙链）并管理团队设备列表。这是 iOS 开发的一个耗时的领域，因为 Apple 要求运行应用测试构建的所有设备都必须在 Apple 开发者门户中“注册”。Buddybuild 可以无缝地管理设备配置文件，据我所知，是唯一提供此功能的产品（但我可能错了）。
Buddybuild 还为 Android 和 iOS 提供可选的 SDK，为使用它的应用程序提供额外的功能。即，SDK 允许开发人员从其用户那里收集反馈，以及将崩溃报告数据与源代码相关联。反馈功能特别强大，因为它完全不需要开发人员编写任何代码，并且仍然提供一个视觉上吸引人的界面，以从用户那里收集应用程序反馈（包括屏幕快照，显示用户在反馈时看到的内容）。
为什么要大惊小怪？

Buddybuild于1/2/18宣布他们“加入了苹果的Xcode工程组，为整个iOS社区构建了令人惊奇的开发者工具”。请参阅Buddybuild的这篇博客文章。他们的声明还表示，他们停止接受新客户（即使是iOS），并将于3/1/18停止支持Android。

免责声明：

- 我与任何解决方案无关。 - 我以前使用过CircleCI，但是用于NodeJS项目，因此我没有在iOS和Android上使用CircleCI的经验。 - 我是Buddybuild的客户，并使用他们的平台维护了10多个iOS和Android应用程序。 - 我与Buddybuild无关，但我曾就使用Buddybuild做过几次演讲。我认识那里的几个人，我真诚地相信Buddybuild的解决方案、工作流程和UX。我是一个超级粉丝，但除了公开信息外，我没有特殊的访问权限或知识。