标签: continuous-deployment

在我的团队中,我们使用Gitlab作为远程存储库,因此我们正在寻找一种解决方案,直接将我们的应用程序自动部署到Heroku.我们从Github找到了从Heroku自动部署应用程序的Codeship.

有小费吗？窍门？

我是Bitbucket管道(Beta)和docker的新手.没有以前的CI集成经验

我跟着这个问题,但对初学者没有明确的描述

我正在尝试使用docker容器在Android项目的Bitbucket管道中设置持续集成(CI)

我想在这个容器中使用我以前的android项目

我遵循的步骤

第1步.已安装的Docker软件工具.成功安装.

第2步.成功创建虚拟机

第3步.从Kitematic(Beta)Uber/Android-Build-Environment创建容器

第4步.使用成功构建项目

$ eval "$(docker-machine env default)"

$ docker build -t uber/android-build-environment .

第5步.改变直接工作到android项目

步骤6.运行此命令时出现问题

docker run -i -v $PWD:/project -t uber/android-build-environment /bin/bash /project/ci/build.sh

错误来了:

/bin/bash: /project/ci/build.sh: No such file or directory

Docker机器细节

docker-machine ls
NAME      ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER    ERRORS
default   -        virtualbox   Running   tcp://192.168.99.100:2376           v1.12.1

Docker服务

docker service ls

Docker Machine ENV

export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://192.168.XX.XXX:XXXX"
export …

持续集成概念刚刚集成在我的团队中.

假设我们有一个名为Dev的集成分支.

从它派生出3个分支,每个特定的当前项目一个:

• 项目A.
• 项目B.
• 项目C.

首先,Teamcity在专用服务器上配置,其目标是:

从包括Dev在内的每个分支的版本化源编译并启动单元和集成测试

然后,当然,每个项目分支(A,B和C)必须在克隆的生产环境中进行测试,以便可以执行UAT.

但我想知道我们应该部署什么频率？每次源代码更改？

我们是否应该仅将包含3个项目的混合的Dev部署到它(与下一个生产版本中的实际情况相对应)或3个项目独立后进行部署？

如果部署了Dev,则不得考虑将来可能对Dev进行更改.实际上,可能会有一个名为Project D的新项目,并且不得成为下一个版本的一部分.因此,采用Dev进行集成(UAT)是有风险的,因为部署者可以非自愿地整合项目D的内容,因此环境不会揭示下一版本的实际情况.

其他解决方案:我们不是采用Dev而是独立采用3个项目,那么是否必须同时存在3个克隆生产环境？

如果是,UAT可能不可靠,因为集成环境的行为可能经常发生变化......

UAT持续部署的概念对我来说并不清楚......

我试图在tfs/vs.net 2012中测试自动构建.我在源代码管理资源管理器中设置了工作路径,但现在我收到一个错误:

Exception Message: There is no working folder mapping for $/testing/buildtest. (type ItemNotMappedException)

我有大约 10 个单独的微服务，它们主要是用于各种数据处理作业的云功能，它们都位于一个 github 存储库中。

目标是在推送到分支时触发将这些服务有选择地部署到 Google Cloud Functions - 当单个功能已更新时。

我必须避免单个服务更新导致部署所有云功能的情况。

我当前的存储库结构：

/repo
--/service_A
----/function
----/notebook
--/service_B
----/function
----/notebook

附带说明一下，使用 Github Actions VS Google Cloud Build 进行此类自动化的优缺点是什么？

我想将Bitbucket的代码集成到AWS Code Pipeline中.我无法找到相同的例子.我的源代码是.Net.有人可以指导我.谢谢.

我正在尝试在AWS Codepipeline中设置持续部署管道.

在创建管道时,我将"Source provider"作为GitHub提供,然后连接到GitHub.我可以在创建管道页面的"存储库"下拉列表中看到我的公共存储库.但是我无法在此下拉列表中看到我的组织的私人存储库.我在组织中有写访问权限.

如何使AWS Codepipeline可以访问我的组织存储库.

我使用Jenkins实现了一个持续集成管道,但作为最后一步,我希望Jenkins将已签名的APK文件部署/上传到Google Play商店和AndroidPit.我找了Jenkins/Hudson插件,但只发现了两个:一个用于Appaloosa,另一个用于Zubhium.

我在Google Play和AndroidPit上都有一个有效的开发者帐户,可以手动上传Jenkins生成的APK.但我的问题是:有没有人知道如何教Jenkins(例如通过shell脚本？)将APK上传到提到的应用程序商店？

我的组织的网站是在前端Web服务器上运行的Django应用程序+ AWS中的一些后台处理服务器.

我们目前正在使用Ansible:

• 系统配置(来自裸OS映像)
• 经常手动触发的代码部署.

同样的Ansible playbook能够从头开始配置本地Vagrant dev VM或生产EC2实例.

我们现在想要在EC2中实现自动缩放,这需要对"将服务器视为牛,而不是宠物"的理念进行一些更改.

第一个先决条件是从静态管理的Ansible库存转移到动态的,基于EC2 API的库存,完成.

接下来的一个重要问题是如何在这个新世界中进行部署,在这个世界中,一夜之间会出现一次性事件.我能想到的选择是:

1. 为每个部署烘焙新的完全部署的AMI,创建新的AS Launch配置并使用它更新AS组.听起来非常非常麻烦,但由于采用了清晰的平板方法,因此也非常可靠,并且将确保任何系统更改所需的代码都在这里.此外,实例启动时无需其他步骤,因此可以更快地启动和运行.
2. 使用不经常更改的基本AMI,在启动时自动从git获取最新的应用程序代码,启动webserver.一旦完成,只需按需要进行手动部署,就像之前一样.但是如果新代码依赖于系统配置的更改(新包,权限等)呢？看起来你必须开始处理代码版本和系统/ AMI版本之间的依赖关系,而"只做一个完整的ansible运行"方法更集成,更可靠.这不仅仅是实践中的潜在头痛吗？
3. 使用Docker？我有一个强烈的预感它可能有用,但我不确定它如何适合我们的图片.我们是一个相对独立的Django前端应用程序,只有RabbitMQ + memcache作为服务,我们永远不会在同一台主机上运行.那么使用包含系统包+最新代码的Ansible构建Docker镜像有什么好处,而不是让Ansible直接在EC2实例上进行？

你怎么做呢 ？任何见解/最佳实践？谢谢 !

当我在Visual Studio 2017的解决方案资源管理器中右键单击Web项目时,我没有看到"将现有项目添加为Azure Web作业"选项.我确实为Web项目安装了Nuget-packages,例如Microsoft.Web.WebJobs.Publish.我关注此链接https://docs.microsoft.com/en-us/azure/app-service-web/websites-dotnet-deploy-webjobs#convertlink以启用Web项目的自动WebJobs部署.

理想情况下,我应该看到这样,但突出显示的选项没有显示在我的视觉工作室2017 点击查看图像实际视觉工作室应该如何显示我一个选项