continuous-delivery

    0热度

    1回答

    我有一个npm模块项目,也提供了一个泊坞窗图像。我想在package.json版本更改时触发Docker镜像的构建/测试/推送。 我在一个bash脚本之后会识别我的package.json版本是否发生了变化。 我可以告诉大家,如果该文件的东西改变使用节点都OK,因为我已经在构建服务器节点仓已经,例如如$(git diff-tree -r --name-only --no-commit-id ORI

    1热度

    1回答

    我想用数据库(在Azure上)为网站实现CI和CD。 工具: SSDT(项目数据库) C# VSTS(Visual Studio团队服务) EF6(实体框架6) Azure的SQL数据库 目标是一个完整的连续活动即使是在数据库(最难的部分)。 对于网站来说,使用VSTS的CD非常容易。但关于数据库,我无法找到一个明确的方法来进行。 所以一些读数我打算: 使用SSDT来管理数据库。 VSTS构建,使

    0热度

    1回答

    在我的公司,我们需要在功能分支准备就绪时进行部署 - 无需等待。为此,我想出了这个开发/ gitflow过程: 的过程会像这样: 开发者分支“释放”分支和作品在功能分支上。 工作时,开发人员可以通过合并到dev进行本地测试。这就像分级,但QA不会触及这个环境。 当开发人员在本地进行测试并完成工作时,他们将其合并到我们的staging分支中,并向release分支发出合并请求。 [绿线#1] 在登录

    1热度

    1回答

    我目前正在使用Feature Branch Workflow实施CD。我不清楚什么时候增加版本号。 创建新功能时应该增加吗? 所以我们假设我们有版本1.1,并且我要实现一个新功能FB-123。 创建FB时,我应该增加版本吗? *---*--- increment build number, now on 1.2.456 /increment version to 1.2 --

    4热度

    1回答

    我曾多次尝试通过BitBucket管道(测试版)执行持续集成。目前我需要一个非常简单的任务,只需在存储库上进行推送时更新我的​​远程服务器(在过去,我为此使用的CodeShip语法非常类似)。 在管道是必要建立一个名为bitbucket-pipelines.yml其中包含几个行文件分公司等,但主要的指令区分是: - lftp -c "open -u $FTP_USER,$FTP_PASSWORD

    1热度

    1回答

    我正尝试在Visual Studio Team Services中为我的微服务体系结构项目设置发布流程。为了做到这一点,我需要为我的解决方案中的每个项目/服务提取工件。我可以通过为每个硬编码值的服务设置单独的构建步骤来手动执行此操作。 但是如果我想让我更通用那么呢? 在我的梦想场景中,我将能够创建一个以服务名称作为输入的任务组,然后只需发送要部署的服务/项目列表即可。 我已经想出了如何创建任务组,

    0热度

    1回答

    使用IBM Bluemix的'Track & Plan'功能DevOps Services会向我的同事和我发送大量电子邮件通知。例如,通知会发送给每个工作项目创建,修改或分配。由于这些邮件的数量非常大,我想停用它们。 如果我可以完全访问底层RTC实例,那么我将按照RTC Knowledge Center - Configuring notifications in the web client中所

    0热度

    1回答

    我使用docker,shippable,AWS Elastic beanstalk等一些技术和服务来实现持续交付。但是,需要花费几分钟(5〜7分钟)将应用程序自动部署到生产服务器,从推送到git存储库。 它非常整洁,但有时候我可能想立即对修补程序进行微小的更改,然后5到7分钟的这段时间太长等待,因为它主要是关于构建Docker镜像并上传/下载它,或运行npm test和npm install命令。

    1热度

    1回答

    我们最近在Google App Engine上设置了一个nodejs webapp的持续集成/部署/交付。 CI服务器(GitLabCI)根据分支(develop/master)运行依赖关系安装,构建,测试和部署到集成/产品。 在今天的日子里,我们遇到的唯一的错误是在依赖项步骤中,所以我们并不关心它。但昨天(2016年10月21日),在部署步骤中发生了大范围的DNS中断,管道故障,分解了产品。只需

    0热度

    1回答

    我对构建应用程序工件的最佳方式有疑问,我知道我可以创建单独的作业来执行此操作,但部署作业必须构建再次申请,还是有办法享受构建工作产生的神器? 或者最好的方法是将构建和部署作业合并为一个?考虑到没有的灵活性,使部署到每个提交 PS:内部环境部署 感谢