回答情况：
提问时间：
问题标签：
我已经开发了一个使用Symfony 2框架的应用程序。应用程序代码驻留在捆绑包中，在我的本地计算机上，我刚刚下载了Symfony2标准发行版，并按照教程的说明将捆绑包添加到了src文件夹，然后适当地编辑了配置/路由文件。我现在开始考虑如何处理与部署到生产环境/持续集成设置相关的框架依赖关系。我是否应该像以前一样，使用一个发行版或者像Phing这样的构建工具来检查我的包和其他依赖项？
浏览 0修改于2011-04-15得票数 10
回答已采纳
我在Jenkins中设置了持续集成，每次有代码更改时都会触发，但是如果更改频繁，那么来自2个构建的测试用例就会堆叠在一起。有没有一种方法可以取消/停止运行以前的构建测试用例，而只继续运行最新的构建
浏览 1提问于2016-09-23得票数 2
每个项目/存储库都有自己的单元/e2e测试。后端是Restful JSON API，前端是AngularJS SPA。前端项目中提供了一个grunt任务，用于输出客户端代码的优化/精简版本。我的想法是，首先在客户端的代码上运行单元/e2e测试，然后是"grunt deploy“任务，然后以某种方式自动将这个grunt任务的结果提交到后端项目/git repo中，运行后端代码的单元测试，最后在我不太确定如何在Travis或Codeship等平台上设置这种项目，因为它使用2个GIT r
浏览 0提问于2015-07-18得票数 0
自从我5个月前加入公司以来，我一直在推动公司的持续集成，但在看到我们工作的应用程序类型后，我开始认为可能不值得为持续集成建立每个项目的努力。如果你在一个开发部门工作，项目平均需要2-3周，一旦部署，你很少担心它，持续集成值得设置它的麻烦吗？
浏览 0修改于2009-01-22得票数 19
回答已采纳
使用持续集成代表了软件项目敏捷的(几乎)强制性要求。没有CI，就不可能有持续的交付/部署。
但是CI可能面临可伸缩性的挑战，参见如何对大型项目/团队进行持续集成？。在多个较小的预集成分支上拆分工作将允许这些分支上的工作变得敏捷，但是这些预集成分支的合并需要处理。这将是大规模的、不可预测的合并，很难规划并整合到敏捷框架中。在实际执行合并之前，我们无法真正判断是否需要2小时、2天或2整个冲刺才能完成。
浏览 0修改于2019-12-27得票数 6
是否可以进行持续的集成。
我们正在使用Power脚本来部署BTDF包。我发现有许多资源可以使用TFS为BizTalk进行持续集成，但是否可以进行持续集成。是否有同样的资源可供使用。
浏览 4修改于2016-05-20得票数 0
回答已采纳
我的任务是使用TFS为我们的项目创建一个持续集成构建，其中一个需求是创建与MS Unit的单元测试持续集成。如何设置TFS以使用与MS Unit的持续集成？
谢谢!
浏览 1修改于2015-10-29得票数 0
现在事情就是持续的整合。据我所知，我们可以通过持续集成和持续部署，同时构建、测试和部署应用程序。
因此，我将如何将Selenium代码与Azure的应用程序集成，并开始持续集成和持续部署。
浏览 0修改于2019-04-17得票数 0
8回答
阅读帖子让我想知道:对于一种情况，每晚构建比持续集成更好吗？答案的共识似乎相当偏向于持续集成，这是福音派的观点，还是当持续集成是一种选择时，真的没有理由使用夜间构建？
浏览 2修改于2017-05-23得票数 16
回答已采纳
我想为我的开源C++项目建立一个持续的集成和测试框架。所需的特点是：2. run all the unit and other tests5. archive the reports for future reference
要实现这一点，您会推荐哪些测试框架和持续的集成过程现在，我倾向于使用Goog
浏览 9修改于2017-05-23得票数 3
回答已采纳
我们正在组织中实现持续的集成，其中一个问题是如何修复活构建中的bug。备选案文1似乎是持续集成所提倡的，但似乎风险很高。备选案文2是历来所做的工作，而且风险很低。
浏览 3提问于2012-06-04得票数 3
我想知道什么是VNext定义中的“持续集成-构建每个签入”(XAML定义)。我问这个问题是因为我无法在成功的门控签入之后启动一个CI构建。我的CI构建所做的步骤与门控不同。
浏览 0提问于2018-05-22得票数 0
回答已采纳
是否可以在VSTS/TFS持续集成中集成和执行protractor e2e自动化测试？如果可能，请解释一下流程/步骤？
浏览 1提问于2016-09-02得票数 0
从一段时间以来，我们一直在进行持续的集成和持续交付，使用Subversion提交作为管道触发器。最近，我们开始在一些使用的项目中使用git，并且我们试图决定应该使用哪个git流分支来触发连续集成和连续交付管道。以下是两种方法：问题:使用git流，我们应该在生产中部署发布(或主)分支，因此我们必须构建两个不同的管道，一个用于连续集成(分支开发)，另一个用于连续交付(分支主)。这可能会在生产中引入bug，因为生产中的版本将不同于其他环境中的版本(集成、测试、暂存)。
<e
浏览 7修改于2015-09-04得票数 40
请推荐一个良好的持续集成，它将构建和集成.net堆栈和可视化c++。我得到的一些建议是由于项目的多重标记性质，您会推荐哪种持续集成解决方案？
浏览 2修改于2013-09-02得票数 6
我的团队已经使用Jenkins对我们的Java和C#代码库执行了一段时间的持续集成。
我们最近开始在Rails 4中开发一个新的应用程序。显然，我希望这个新的RoR代码库遵循持续集成过程。进行持续集成
浏览 0修改于2015-09-16得票数 0
我的问题是如何在Perforce中实现持续集成？
是否有构建在Perforce之上的工具来运行持续集成？
浏览 1修改于2012-08-28得票数 5
回答已采纳
我尝试了持续集成工具Travis、CircleCI和codeship，但发现它们都没有为phabricator提供支持文档。有没有人对如何与Phabricator进行持续集成(CI)有想法？
浏览 8提问于2014-12-17得票数 10
回答已采纳
Travis CI是Github的一个很好的持续集成工具。我们能不能用Travis CI来对付吉托斯？
有没有好的持续集成工具呢？非常感谢！
浏览 1修改于2013-10-16得票数 2
我希望将持续集成集成到我的项目中。我的项目目前在github上。
有什么想法可以用来提供托管的持续集成吗？我知道Cruise Control和Hudson以及竹子都是理想的候选者。
浏览 0修改于2010-07-16得票数 4
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号