【问题标题】:Alternative to Buddy Build [closed]Buddy Build的替代品[关闭]
【发布时间】:2018-01-03 21:06:55
【问题描述】:

Apple 今天收购了 Buddy Build,并宣布将不再支持 Android。 Buddy Build 有什么好的替代方案?

【问题讨论】:

  • 我认为你的问题很好,我们很多人都在努力解决问题,因为我们试图弄清楚如何处理我们的 Anrdoid 应用程序!虽然我对你的问题投了赞成票,但我不同意 hate Apple 部分。 Apple 是一家公司,公司会为自己的底线做最好的事情。我不是要开始辩论,只是需要将自己与您问题的那一部分分开。 :] 就是说,感谢您提出这个重要问题!
  • 大声笑让我笑了超过 5 分钟 :D :D

标签: ios buddy-build


【解决方案1】:

移动应用列表 - Cloud Build 解决方案

列出标准/详细信息:

  1. 这不是对任何这些解决方案的分析或认可。
  2. 我试图仅列出至少同时支持 Android 和 iOS 的解决方案。 Buddybuild 确实支持一些混合框架,但这不是他们的重点。
  3. 我专注于 MOBILE 项目,因为那是 Buddybuild 的重点。有很多适用于 web、docker 等的解决方案(此处未列出)。
  4. 我只关注云托管解决方案,因为 Buddybuild 也是如此。如果您愿意托管自己的构建服务器,有多种解决方案(此处未包括)。
  5. 此列表仅限于在云中构建的解决方案。换句话说,不包括您必须自己构建然后将其部署到云端的解决方案。

除此之外,这里列出了我到目前为止发现的内容,没有特别的顺序 - 除了快速阅读他们的网站外,几乎没有分析。欢迎更正,但请善待,因为这是一个快速列表!

https://github.com/rnystrom/GitHawk/issues/1330 也是一个健康的讨论

以上是这个问题的“答案”,但如果有些人不完全了解上下文,请继续阅读有关 Buddybuild 的一些背景知识。

什么是 Buddybuild?

Buddybuild 是一个云托管的持续集成平台,可轻松构建、测试和部署 iOS 和 Android 应用程序。他们声名鹊起是轻松,人们可以通过它来设置构建。作为客户多年,我可以证明这一点。

典型的 Buddybuild 工作流程包括源代码托管在 GitHub、Bitbucket 等上的 iOS 或 Android 项目。从那里,Buddybuild 系统监控对源代码的提交,并根据项目的配置,生成可以通过电子邮件发送给最终用户(可能是 beta 测试人员、业务测试人员等)的构建,并且最终用户可以非常安装只需通过电子邮件即可轻松完成。

此外,对于 iOS 项目,Buddybuild 还能够管理 Apple Provisioning Profiles 甚至管理团队设备列表。这是 iOS 开发的一个领域,对于团队来说通常很耗时,因为 Apple 要求所有运行 App 测试构建的设备都必须在 Apple Developer Portal 中“注册”。 Buddybuild 可以无缝管理设备配置,据我所知,它是唯一提供此功能的产品(但我可能错了)。

Buddybuild 还为 Android 和 iOS 提供了一个可选的 SDK,它为使用它的应用程序提供了额外的功能。也就是说,SDK 允许开发人员收集用户的反馈以及与源代码相关联的崩溃报告数据。反馈功能特别强大,因为它根本不需要开发人员编写任何代码,同时仍提供视觉上吸引人的界面来收集用户的应用程序反馈(完成最终用户在反馈时看到的任何内容的屏幕抓取。)

为什么要大惊小怪?

Buddybuild 于 2018 年 1 月 2 日宣布,他们已“加入 Apple 的 Xcode 工程小组,为整个 iOS 社区构建出色的开发人员工具”。请参阅 Buddybuild 的 blog post about this。他们的公告还表示,他们已经停止接受新客户(即使是 iOS),并且他们将于 2018 年 3 月 1 日结束对 Android 的支持。

免责声明:

  • 我不隶属于任何这些解决方案。
  • 我以前使用过 CircleCI,但对于 NodeJS 项目,所以我在 iOS 和 Android 上使用 CircleCI 的经验为零。
  • 我是 Buddybuild 的客户,并使用他们的平台为 iOS 和 Android 维护了 10 多个应用程序。
  • 我不隶属于 Buddybuild,但我已就如何使用 Buddybuild 进行过多次讨论。我认识那里的几个人,我真诚地相信 Buddybuild 的解决方案、工作流程和用户体验。我是一个超级粉丝,但除了公开的东西之外,我没有特殊的访问权限或知识。

【讨论】:

  • “在云端构建”是什么意思?
  • @Honey ,“在云中构建”意味着获取源代码、编译源代码和生成可安装包的过程都发生在使用它们自己的基础架构的服务上。在“云端构建”中,开发人员唯一需要的是应用程序的“源代码”。不需要本地计算能力。
  • 我们切换到 Bitrise;它支持许多功能,例如:自定义工作流程、编写自己的扩展程序,而且价格合理。
【解决方案2】:

所以我的问题的答案是 AppCenter - https://appcenter.ms

不要在别人身上浪费时间。每隔一段时间,微软就会编写体面的软件。它不是buddybuild,但它是下一个最好的东西。其他的让我想把头发扯下来。如果您必须一直与客户支持人员交谈才能使事情正常进行-那是一件坏事。使用 AppCenter,我在 10 分钟内启动并运行。简单、防愚蠢的配置 - 没有任何错误的余地。

Microsoft 正在向 App Center 投入大量资源——它自 2017 年 8 月才推出。他们提供 24 小时支持,并将在未来几个月内开始致力于 iOS 自动签名。

如果您真的需要很大的灵活性和集成,请使用 BitRise - 但请注意,您将花费大量时间让事情正常工作,而且事情会不断中断。如果您的团队中有专门的 DevOps 人员,并且您喜欢使用 bash 脚本自定义/编程您的工作流程,那么 BitRise 可能适合您。

【讨论】:

  • 所以我们尝试了 AppCenter,但它还不够成熟和可配置。我们切换到 Bitrise;它支持许多功能,例如:自定义工作流程、编写自己的扩展程序,而且价格合理。
  • AppCenter 对于大多数团队来说已经足够了。 BitRise 非常适合那些想做奇怪事情并且宁愿花时间在 CI 上而不是开发上的团队。 (为什么要编写自己的扩展程序@zulucoda???)
  • AppCenter 目前没有上传到 iturnesconnect/testflight,必须手动上传。破坏整个 CI/CD 管道。
  • AppCenter 曾经是 HockyApp。 MS 不久前购买了它们,现在重新命名并正在改进它。 HockyApp 的传统是类似于旧的 TestFlight 的分发平台。
  • 使用 TestFlight 练习完整的交付过程。
猜你喜欢
  • 1970-01-01
  • 2012-06-16
  • 2011-06-16
  • 2011-12-17
  • 2010-10-21
  • 2010-12-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多