continuous-delivery相关内容
直到最近,我们的持续交付设置一直在使用以下命令交付Service Fabric软件包: msbuild SFApp.sfproj/t:包 这是必需的,因为目标 Package 在解决方案级别不可用.IE.命令 msbuild SFSolution.sln/t:包 失败,因为目标不存在. 随着我们的依赖关系网格的增长,到了这样一个程度,大多数接口项目将在没有解决方案文件的情况下
..
docker-compose,普通消息被解释为Azure DevOps中的错误 我在Azure DevOps中具有发布管道,在该管道中,我通过 SSH 连接到服务器,并与其他命令一起运行 docker-compose up 命令. 问题是正常消息会被解释为错误,因此即使一切成功,释放也会失败.
..
我有一个特定的案例,我不确定AWS CodePipeline是否可以使用,我在Google文档和活动中没有通过谷歌搜索找到有关此信息的任何信息. 所以我想知道是否可以在管道中设置两个源(它可以处于同一阶段,也可以处于不同阶段). 这是我的用例: 我希望在s3存储桶中修改文件(特定对象)后启动管道 当此文件更改并触发管道时,我想克隆一个代码提交存储库,然后处理构建和其他阶段...
..
从詹金斯(Jenkins)运行作业时遇到java.lang.UnsatisfiedLinkError问题. java.lang.UnsatisfiedLinkError: no JSTAF in java.library.
..
我们正在使用带有GIT和VSTS版本管理的Visual Studio Team Services.我们正在使用提取请求运行连续交付模型.因此,每个合并的拉取请求都会触发相应构建的潜在释放,最终将最终投入生产. 每个版本都列出了与根据直接拉取请求关联的链接工作项. VSTS指出: 提交中包含的所有工作项将显示在下面的列表中.将当前版本与%先前版本%进行比较. 但是,尽管它们已经被合
..
使用CI / CD方法,其中一种提到的原理,此处: 尽可能自动执行 根据情况,可以通过两种方式进行合并: 1)快进合并 2)三向合并 思考是否有意义 解决方案 否。合并冲突实际上是失败自动化的最终结果。 记住:Git的表现最佳。为了确保它不会丢失任何数据,并且发生合并冲突,Git会以其标准的,偏执的方式告
..
我希望我的一些依赖关系是最新的,并且我想确保只要有依赖关系的新版本,我的项目就使用该依赖关系的最新版本。我想在我的持续集成管道中运行一个作业,以便更新我的依赖关系并在项目中运行所有测试,以确保在更新过程中没有发生任何不良情况。 解决方案 幸运的是,经过大量的搜索和支出,它可以帮助我们更快地克服安全漏洞并不断对我的项目进行更改。很多时间,我发现了一个非常有用的开源工具,并且想在这里与其他
..
我正在gitlab ci / cd管道中工作。该管道使用maven和docker执行其所有命令(不包括部署)。在这种情况下,我尝试运行集成测试(由maven启动),该测试使用测试容器(用于mysql数据库)。在本地运行时,这些测试工作正常。但是,当我尝试从gitlab运行它们时遇到了问题。我相当确定我的问题是我无权访问docker(但是,在这种情况下,我需要我的映像同时具有docker和maven
..
在我的Android的 gradle.properties 中,我具有以下内容: android.enableAapt2 = false 我的 gradle.properties 位于我本地计算机的〜/ .gradle / gradle.properties 中。 我想知道如何将 android.enableAapt = false 添加到我的yml文件。
..
此处, 下面是连续交付的原则。 每个版本都是潜在的发行版 消除手动瓶颈 尽可能自动化 拥有自动化测试,您可以信任 在传统的构建过程中,不使用连续交付方法,出于多种原因,我们在master分支中提交代码,主要是出于开发人员和测试人员之间的协作。 关于第一个原则,每个提交如何成为潜在的发布? 解决方案 这很简单-如果创建了提交并将更改推送到主版本
..
此页面指出: Bamboo的REST API提供以下功能: 检索构建的工件. 和此处,我会看到文档: http://myhost.com:8085/bamboo/rest/api/latest/plan/ {projectKey}-{buildKey}/artifact [GET] 当我尝试使用我拥有的Bamboo服务器的链接时,例如: https://my.b
..
对于每个提交,我都希望使用TFVC和Windows Azure具有包含提交代码的实时版本. 如果开发人员提交了某些内容,我希望能够在dev.mysite.com上对其进行测试.如何使用azure和TFVC进行设置? 解决方案 有关如何执行此操作的详细信息,请参见下面的URL: http://www.visualstudio.com/zh-cn/get-started/deplo
..
我想在bluemix上部署一个angular 2应用程序.该代码位于github上,我想在推送内容时部署我的应用程序.所以我创建了一条管道. 首先是构建管道:要构建angular应用程序,我需要angularCLI,所以我想安装它.不幸的是,默认节点版本为4.2,但cli至少需要6.9. 这是我的build-shell-command: #!/bin/bash # The default N
..
我在Visual Studio中通过右键单击项目->发布->发布到文件夹来使用publish to folder选项.结果始终是具有应用转换的易于复制的项目. 我想使用VSTS自动化此过程,并在VSTS上建立设置. 我使用了以下步骤: -NuGet restore -Build solution -Publish Build Artifacts至$(build.artifactstagin
..
我们正在将sidekiq工作者的版本部署到Cloud Foundry,作为持续交付管道的一部分.如果新工作不再是最新版本,我们必须停止工作.所以: Worker v1正在运行并执行30分钟的工作. 我们部署工作代码的第2版. v1应该继续当前的工作,但不能开始任何新的工作. CloudFoundry不允许我们发送 USR1 ,因此我们需要一个解决方案,使工人可以在每项工作开始之前确
..
我正在尝试使用 Jfrog Artifactory的CLI 我需要上传.p2插件,我有两个选择: 上传.zip并将其部署为Bundle Artifact 使用所有子文件夹和数据上载未压缩的文件夹. 我正在尝试使用以下命令上传包含所有子文件夹和数据的未压缩文件夹: jfrog rt upload --include-dirs=true ${bamboo.build.work
..
假设您有一个名为 API-DEV 的 AWS AppSync API 。 它承载GraphQL架构,解析器,数据源,DynamoDB表(例如: Dev_Articles ),DynamoDB表配置和DynamoDB数据。该API大约消耗了。同一React应用程序的50个实例。 您如何自动将最新功能从 API-DEV 迁移到 API标记?请注意,我想更新除数据以外的所有内容。 我要考虑
..
我的公司已决定过渡到基于微服务的体系结构. 在过去的几个月中,我们一直在进行大量研究,以确切了解此事物的架构是什么样的. 到目前为止,我们已经决定: 用于服务开发的点网核心(尽管与语言无关是最终目标) Kafka用于消息代理 Docker Kubernetes Ansible 我们有一个非常基本的概念工作证明,似乎已经与管理团队打了勾,并给予了极大的
..
借助Jenkins 2 Pipeline插件,它具有一项有用的功能,可以快速概述管道阶段和步骤状态,包括记录输出. 但是,如果您使用"Shell脚本"(sh)步骤,似乎没有一种方法可以使用有用的名称来标记该脚本,因此显示内容仅显示一长串"Shell Script"(如下图所示). 如何分配一个有用的名称,或者如何使用其他步骤来达到相同的效果? 解决方案 2019年2月更新:
..
在Git工作流程下使用任何版本, 对于连续交付,我的理解是,需要创建两条詹金斯管道,如下所示: 1)构建管道,该合并管道在每个功能分支(绿色)合并为 Develop 分支(紫色)时触发.管道将在Nexus存储库中推送product-x.y-snapshot.jar. 这个jar的目的是进行质量检查 2)发布管道,该管道在每个新的 Release 分支合并到 Master 分支时触
..