发展中采用预先发布的开发工具

Question

我们正在开发一个网站。一个发展工具，我们正在使用alpha释放可利用其下一个版本，其中包括的一些特征，我们 真的 想要使用(即他们会拯救我们具有实现成千上万的线做很多同样的事情无论如何)。

我已经做了一些初步评估在这而且我喜欢我看到的。问题是，我们应该开始实际使用它真的吗？即仅仅是评估它的实际使用它为我们的发展和依靠吗？

作为alpha软件，它明显地不准备释但...但那也不是我们自己的代码。它是开放源，以及我们所需要的技能调试，以便我们可以在理论上实际上有助于错误修正回来。

但另一方面，我们不知道是什么释放时间为它(他们还没发表一项)，而我感觉好的发展有了它，我不会那么确定关于使用它在生产中如果它不准备好之前我们是那么它可能会拖延我们自己的发射。

你怎么想?它是值得考虑的风险？你有任何经验(或好或坏的)的类似情况？

[编辑] 我故意没有规定的语言，我们正在使用或开发的工具的问题，以便保留的范围广泛的问题，因为我觉得这是一个问题，可以适用于几乎所有开发人员环境。

[EDIT2] 谢谢你Marjan为非常有用的答复。我希望更多的答复,虽然,所以我把一个悬赏这一点。

Answer 1

我有经验，促进一个开放源码项目一次，你说你希望做出贡献。他们忽略的补为期一年(他们的客户参加的课程，虽然他们不出售的软件，但该支助)。一年后，他们拒绝了贴有没有替代解决方案的问题，并没有一个健全的基础，做到这一点。它只是出自己的范围在那个时候，我猜。

在你的情况我会试图解决一个或两个他们不那么高的优先，已经报告的错误和见如何响应他们，然后再决定。因为你成功路上的最后期限将被破坏到他们的。如果你要保持一份自己的文物，这是保证痛苦。

在短：不仅评估产品，评估生产者。

问候。

Answer 2

我个人拿到这个：没有。如果他们没有在你的时间尺度为你来过，你就完蛋了，并仍然要摆在千行自己，或许下一个沉重的时间限制。

说了这么多，有一个办法，我看你可以尝试，有你鱼与熊掌兼得了。

如果您看到了一种抽象出来，即从库的隔离你自己的代码，例如使用适配器或门面的模式，然后继续和使用Alpha的发展。但确定的事先最新日期是根据您的发布时间表，你应该开始开发自己的几千行版本的适配器/门面的背后是什么。如果阿尔法尚未那时变成了一个RC：忍着，并开发自己的

。

Answer 3

这取决于

有关开源环境中，它更多地取决于释放大于标签（α/β/稳定）的质量是这样。我已经与阿尔法代码与从另一个生成指称生产代码，岩石固的工作。

如果你有来源，您就可以修复任何错误，而与封闭源代码（通常是商业支持的），你永远无法释放与测试版产品内置的生产代码，因为它是通过谁拥有该代码的供应商不支持的，并所以不能修复它。

因此，在你的位置，我会评估的alpha版本的质量，然后决定是否可能投入生产。

当然，所有的上述不适用于任何甚至远程安全关键。

Answer 4

这只是问题的管理风险。在开放源，阿尔法释放可能意味着很多不同的东西。你需要准备:

• 处理API变化；
• 提供修复和解决方法;
• 测试，稳定性、性能和可伸缩性；
• 轨道的变化更密切合作，并决定是否采用则；
• 跟踪进展，他们正在和他们的响应能力来补/问题。

你使用连续的一体化，不是吗？