如何在Travis CI上测试Plone插件

目前，已经开始在Travis CI服务上持续集成Plone插件。我看到很多包都在做自己的这个和那个测试，从运行单元测试到对合并请求进行源代码过滤。我认为这是一个健康的发展，因为它不需要设置您自己的测试运行程序，并且使Python较少的社区成员更容易为他们的补丁运行测试

然而，我还没有找到一个关于如何在Travis CI上测试他/她的插件的最佳实践的明确指南。至少在我的例子中，这导致了从其他随机插件复制粘贴代码，因为我不知道有什么可用的，以及应该如何做

了解Travis CI和Plone测试工作原理的作者能否澄清这一点

• 您应该在Travis CI上运行什么样的测试

• 您应该如何运行这些测试，特别是在集合包的上下文中

• 你应该研究的最好的例子是什么

• 这些实践在哪里或应该在哪里记录*

• 一个人应该如何测试多个Plone版本，还是可能

• 在哪里输送结果？个人电子邮件

*)传统的芬兰胡萝卜提供给那些打开文本编辑器，花五分钟来转储大脑内容的人

您应该在Travis CI上运行什么样的测试

不在Plone核心中且尚未在jenkins.Plone.org上测试的所有集合或其他软件包

您应该如何运行这些测试，特别是在集合包的上下文中

另见Nejc的演讲：

你应该研究的最好的例子是什么

这些软件包都使用Asko博客文章中描述的方法：

这些实践在哪里或应该在哪里记录*

测试团队目前正在编写一份测试文档，其中将包括travis ci最佳实践

一个人应该如何测试多个Plone版本，还是可能

这应该是可能的。但我不确定是否有人试过。也许其他人能回答这个问题

在哪里输送结果？个人电子邮件

我想这取决于包装。我目前使用我的个人电子邮件地址处理我正在处理的集体包

一个人应该如何测试多个Plone版本，还是可能

针对不同Python（2.6和2.7）和plone（4.2和4.3）版本的plone.api测试：

在哪里输送结果？个人电子邮件？ 如果您将电子邮件通知留空，它将向触发构建的人（即最后提交人）发送电子邮件。我发现这是一个理智的默认

---

除此之外，我总是向IRC频道发布一条消息：#niteoweb用于我们维护的包，#客户端用于我们所做的客户端工作，#sprint用于plone.api（这条需要更改，plone需要一个CI频道，我们可以在其中发布此类通知）

我们已经有了一个用于jenkins.Plone.org通知的Plone CI频道，我们正在努力将发送的电子邮件数量控制在最低限度。在我看来，为集合包发送电子邮件太吵了。即使你只将电子邮件发送给推送提交的人？（如果我理解正确，这是默认行为）@tisto:btw，Plone CI IRC频道是什么？我们没有特定的CI IRC频道。我想我们可以使用#plone或#plone-framework。我们还发现了这个软件包，它展示了如何测试不同的plone版本：产品。Carousel的方式是当前的方式。在我的博客文章发表后，Héctor Velare et all花了大量时间将可重用的travis-X.X.cfgs制作成。此外，在.travis.yml中“mkdir-p buildout cache/eggs”似乎是没有必要的（这足以完成buildout cache/downloads）。