continuous-delivery

0热度

2回答

我有一个ASP.NET MVC Web应用程序和一组Selenium UI集成测试。我想把这个Azure中，并应用连续传递这样的：我提交修改Git仓库天青注意到提交，获取最新的代码，构建它，并将其部署到一些测试环境 Azure中运行的代码我的单元测试，以及失败的构建，如果任何测试失败 Azure中运行，在测试环境中我的集成测试，如果任何测试失败如果通过了所有测试失败构建，将代码推广到生产这

1热度

1回答

MS发布管理Powershell DSC下游版本

我正在使用TFS2013 & MS版本管理vNext为开发团队提供一些持续部署功能，但我正在努力寻找与下游相关的功能（或实现功能的一种方式）或链接）构建。我想实现的是在成功完成另一个构建时启动另一个构建的能力。这背后的基本前提是，我们会有时有需要前一个Web应用程序随后被部署到部署的服务，而不是在所有情况下（否则构建本身只会部署所有每一次这些组件） - 在80％的情况下，Web应用程序将独立部

5热度

1回答

空构建工件

我有下面的步骤在Visual Studio团队服务一个构建定义：的PowerShell（prebuild.ps1 PowerShell脚本，设置了DNX 的NuGet安装 Visual Studio中建立复制和发布构建构件的MSBuild的参数在Visua升工作室构建步骤如下：。 /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:Pac

1热度

1回答

去哪里工作从环境变量？

当我在旅途代理执行printenv命令 [email protected]:/tmp$ printenv HOSTNAME=05f749b73185 SHELL=/bin/bash USER=go LS_COLORS= MAVEN_VERSION=3.3.9 MAIL=/var/mail/go PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin

6热度

4回答

命令行包服务织物应用

我们连续交付建立，直到最近，使用下面的命令提供服务织物包解决方案级别即命令 msbuild SFSolution.sln /t:Package 失败，因为目标不存在。随着我们的依赖关系网格的增长，它达到了没有解决方案文件（to work around the "OutputPath does not exist" red herring）时大多数接口项目都无法生成的程度。似乎有一种方法可以做

1热度

1回答

功能在尝试连续传送时切换功能并切换

我想了解为什么某些团队使用功能切换，如果他们已经在使用功能分支并尝试实现连续传送。假设一个团队希望实现持续交付，并且可以在功能切换或功能分支的帮助下完成。随着功能切换，可以实施所谓的“释放切换”，允许团队更快地释放。如果某个功能尚未准备就绪，而您只使用主分支，则可以切换并释放代码。这与功能分支几乎是一样的故事。在这里，您可以拥有3个开发功能，其中一个已经完成。该公司然后希望团队部署到生产。他们

1热度

2回答

持续集成工具

我正在做关于持续集成工具的研究并且有益处。对于我的研究IM查看以下工具： GitLab CI 詹金斯竹 GoCD 的TeamCity 现在我不会打扰你的所有要求，并好处。但到目前为止，我不是发现，除了这些工具之间有很大差异：扇入扇出支持GoCD 社区的规模，詹金斯和GitLab似乎有最贡献者成本开源与否金额可用的插件我想知道，如果有人谁不得不选择连续INTEGRAT离子工具也可以分享那

2热度

2回答

持续集成是否有jenkins中的任何工作命名约定

我想知道在持续集成中是否存在任何工作命名约定。我们正在使用jenkins的Ci，请建议。命名约定应该是这样的，环境，服务，目的构建或部署等任何其他建议表示赞赏。

17热度

3回答

Docker和Ansible如何配合实现Continuos Delivery/Continuous Deployment

我不熟悉配置管理和部署工具。我必须实施一个持续交付/持续部署工具，用于我曾经投入的最有趣的项目之一。首先，我个人很喜欢AWS，我知道Ansible是什么，它背后的逻辑及其目的。我对Docker的理解水平并不相同，但我明白了。我经历了很多互联网资源，但我无法得到大局。我一直在努力的是他们是如何融合在一起的。使用Ansible，我可以将我的基础架构作为代码进行管理;构建EC2实例，安装软件包...

1热度

1回答

VSTS：自上次成功发布到生产后，如何获取所有链接的工作项目？

我们使用带有GIT和VSTS版本管理的Visual Studio Team Services。我们使用拉取请求运行持续交付模型。因此，每个合并的pull请求都会触发相应的版本的潜在发布，最终将最终投入生产。每个版本列出与相应的直接拉取请求关联的链接工作项。 VSTS状态：包含在提交中的所有工作项目都将显示在下面的列表中。将当前版本与前一版本％进行比较。但是，并非所有的pull请求都会将其转换