Tag: devops
在从DevOps Services部署Meteor应用程序时，如何在IBM Bluemix上安装必需的软件包？
我希望有一个IBM Bluemix向导可以回答这个问题。 我有一个用Meteor编写的应用程序，我正在尝试部署到Bluemix。 该应用程序包含这一行： var AdmZip = Npm.require('adm-zip'); 这当然意味着应用程序使用adm-zip包来做东西。 当我尝试通过DevOps Services部署应用程序时，会失败并显示以下错误： ERR Error: Cannot find module 'adm-zip' 在日志中。 如果我删除Npm.require行，应用程序部署很好，但当然不能正常工作，因为adm-zip不在那里。 我的package.json文件中包含以下内容： "dependencies": { "adm-zip": "*" }, 我相信应该足以加载adm-zip包。 我也试着指定adm-zip的Git URL，但结果是一样的。 有谁知道我必须做什么才能让这个应用程序正确部署？
在Bamboo中pipe理多个节点版本
有没有人使用Bamboo与多个版本的节点一起构build不同的项目？ 我们正在build立一个开发环境，但是我们有一些需要从0.10到4.2的节点版本的项目。 已经研究过多个远程代理和/或非易失性内存pipe理器，但它们都像是非常冒险的方式来pipe理我认为应该由构build系统pipe理的一些小事。 我似乎无法find足够令人惊讶的尝试过的人。 谢谢
我可以在IBM Bluemix DevOps Services中使用不同版本的节点：构build“npm”构build器types？
我正在构build一个ember应用程序，然后将其打包到一个WAR文件中以部署到liberty运行时。 烬心build立过程警告我，烬气将停止与节点v0.10.29工作，并build议使用节点0.12。 我可以在DevOps Services中使用不同版本的Node，构build“npm”构build器types？ 未来版本的Ember CLI将不支持v0.10.29。 请更新到节点0.12或io.js. 版本：0.2.7 1.13.8 无法find守望者，回到NodeWatcher的文件系统事件。 访问http://www.ember-cli.com/#watchman获取更多信息。 build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物build筑物（节点）警告：recursionprocess.nextTick检测到。 这将在下一个版本的节点中断。 请使用setImmediate进行recursion延期。 （节点）警告：检测到recursion的process.nextTick。 这将在下一个版本的节点中断。 请使用setImmediate进行recursion延期。 …（重复节点警告）…（节点）警告：检测到recursionprocess.nextTick。 这将在下一个版本的节点中断。 请使用setImmediate进行recursion延期。 RangeError：超过最大调用堆栈大小构build步骤'Execute shell'标记为失败已完成：FAILURE
如何dynamic使用编译目录（/ dist）与Herokupipe道
Heroku Pipelines目前处于testing阶段，看起来像是一个有前途的方法来简化Heroku平台上的连续交付。 但是，我无法find一个好的解决scheme或最佳实践来处理部署已编译的应用程序目录（通常位于/ dist）的常见开发模式，而忽略版本控制中的此目录。 pipe道中的每一个阶段直接stream入下一个下游阶段，而heroku slug不会被重新编译。 此外， “审查”应用程序/阶段可以configuration为启动临时应用程序基于拉请求等，这显然需要是一个未编译的分支。 我的问题：在部署单个代码库时，什么是最好的部署实践（在Heroku上）？在生产环境中需要编译目录，而在同一工作stream中需要debugging（未编译）环境（如Herokupipe道）？ 我个人认为，这里的目标是使用“审查应用程序”function，但也可以直接进入生产应用程序。 可能的解决scheme： Dynamic slug – 由于Herokupipe道不重新编译，而是在“promotion”中将slug从一个应用程序复制到另一个应用程序，所以似乎需要一种方法来使应用程序的编译版本和未编译版本在一个slug中可访问，就像基于环境variables的expression式中间件一样。 但是，这本身似乎是危险的。 也许不会。 使用两个pipe道 – 创build两个pipe道，一个用于编译的应用程序，一个用于开发和“审查应用程序”。 这看起来像是破坏了pipe道的目的，因为你需要重新编译你的slu and，并找出一种方法来将你的未编译的开发提交（可能在另一个回购）“链接”到编译后的分布库（连接到生产pipe线）
弹性beanstalk中的多个Nodejs应用程序
我有一个nodejs项目与多个服务，networking和工作人员。 所有这些服务都在相同的回购，只是用来调用它们的脚本不同。 我想为每个服务不同的configuration，但我也想保持在1回购。 我可以使用环境，但是这会混乱我的真实环境，如生产，舞台等。我怎样才能使用弹性beanstalk这种架构？ 构build环境是最好的解决scheme吗？
