Tag: wercker
如何使用数字无缝/ nodejs-bower-grunt-runtime：wercker中的指南针支持？
我正在使用wercker来自动部署nodejs应用程序。 我认为digitallyseamless/nodejs-bower-grunt-runtime框与指南针支持将使工作。 但是当咕噜声尝试使用罗盘时，它会出错。 我的werker.yml box: digitallyseamless/nodejs-bower-grunt-runtime:compass-support build: steps: – wercker/npm-install – greatbeyond/bower-install@0.5.8 – wercker/grunt: stack: true fail-on-warnings: true tasks: clean ngconstant:production build 关于compass的grunt日志的摘录 Running "compass:dist" (compass) task Warning: Command failed: /bin/sh -c compass –version /bin/sh: 1: compass: not found Use –force to continue. Error: Command failed: /bin/sh -c compass –version /bin/sh: 1: compass: not found […]
在Wercker上使用Docker镜像
我正在尝试使用Wercker最终将libreoffice文件转换为存储在私人Github库中的pdf。 在Dockerhub上有一些包含libreoffice的Docker镜像，例如xcgd / libreoffice ，它有这个dockerfile 。 我对Docker和Wercker都是新手，所以我决定从下面开始创build一个最小的Wercker.yml： box: xcgd/libreoffice:latest build: steps: – script: name: test python code: echo 123 deploy: steps: – script: name: my deploy script code: echo 123 在最后一行的“设置环境”步骤中，Wercker构build停止 Status: Downloaded newer image for xcgd/libreoffice:latest 这个构build最终会超时 12分49秒后“命令超时无响应”。 我在这里做错了什么？ 感谢您的回答！
dockerregistryv2上传失败的一些图像
我在aws（acc和prod）上运行coreos上的两个kubernetes集群，并且都在nginx ssl（买了wildcart证书，选中ok）的terminal前往v1 + v2后端设置了一个自定义的registry，并且一切正常。 不知何故，我现在有一个问题，一个特定的版本不会上传。 另一个图像上传很好…一次又一次我看到相同的行为。 我build立的两个图像是WEB（虚拟大小约390 MB）和API（虚拟大小约420 MB）。 造成exception的是WEB图像，只是稍大一些，所以我没有看到那里的问题。 al再次运行良好，直到这个特定的图像出现。 我已经创build了不同大小的新版本，但它不会上传。 之后，其他的图片上传，进入同一个存储库，这是什么使这个案例如此有趣（让我疯了;）。 我不认为这是aws ssl elb设置的问题，因为我在nginx容器中进行ssl终止，所有其他服务在同一个体系结构中运行良好。 为了回应未来的问题，为什么v1后端是必要的：它需要容纳wercker，它仍然在v1后端。 registry然后将stream量redirect到v2后端，图像被存储在这里。 registry（v1和v2显示）的日志显示以下输出（按此顺序）： PUT / v1 / repositories / web / 01 / Apr / 2016：09：47：41 +0000 DEBUG：args = {'namespace'：'library'，'repository'：u'xxxxx'} POST / v2 / xxxxx / blobs / uploads / time =“2016-04-01T10：07：31Z”level = info msg =“response completed”go.version = go1.5.3 […]
威克尔在MacOS上崩溃，PANIC太多打开的文件
我在Mac OS上运行wercker.com 。 曾经有一段时间，即使容器继续运行，wercker也会崩溃，并显示以下错误消息： PANIC dial tcp 192.168.99.100:2376: socket: too many open files panic: (*logrus.Entry) (0x6bfa60,0xc8202ceb00) goroutine 2101 [running]: github.com/wercker/wercker/vendor/github.com/Sirupsen/logrus.(*Entry).log(0xc8202ceb00, 0x0, 0xc8203d87c0, 0x39) /gopath/src/github.com/wercker/wercker/vendor/github.com/Sirupsen/logrus/entry.go:103 +0x5fb github.com/wercker/wercker/vendor/github.com/Sirupsen/logrus.(*Entry).Panic(0xc8202ceb00, 0xc8203ebd30, 0x1, 0x1) /gopath/src/github.com/wercker/wercker/vendor/github.com/Sirupsen/logrus/entry.go:148 +0x7c github.com/wercker/wercker/docker.(*WatchStep).Execute.func5(0xc82037ba40, 0xc8202ceb40, 0xc820178640, 0xc82005cd60, 0xc820165800, 0x40, 0xc8203b5860, 0xc82010bce0, 0xc82037b8c0) /gopath/src/github.com/wercker/wercker/docker/watchstep.go:297 +0x723 created by github.com/wercker/wercker/docker.(*WatchStep).Execute /gopath/src/github.com/wercker/wercker/docker/watchstep.go:312 +0x91d … 我正在经常通过wercker的“内部/监视”重新启动容器内运行一个Typescript Node.js应用程序。 正在通过IDE将Typescript编译为容器外部的JS，但所有文件都与容器共享。 避免这个问题的最好方法是什么？
Wercker部署为Docker推送返回404
第一次与Wercker和我使用internal/docker-push 。 当我运行我的部署步骤时，从docker-hub收到404错误。 ERROR Error interacting with this repository: wluce/statler-waldorf-corp-team-service PUT https://registry.hub.docker.com/v1/repositories/wluce/statler-waldorf-corp-team-service/ returned 404 这不是我第一次运行这个步骤，它的工作之前。 图像存在，在这里 。 我无法弄清楚会发生什么变化。 这里是我用来执行构build和部署的wercker.yml文件。 box: microsoft/dotnet:2.0.0-sdk-2.0.2 no-response-timeout: 10 build: steps: – script: name: restore cwd: src/StatlerWaldorfCorp.TeamService code: dotnet restore – script: name: build cwd: src/StatlerWaldorfCorp.TeamService code: dotnet build – script: name: test-restore cwd: test/StatlerWaldorfCorp.TeamService.Tests code: dotnet restore – script: name: […]
不使用cf / ice CLI部署到IBM容器
我目前有一个这样的工作stream程：Bitbucket – > Wercker。 Wercker正确地构build了我的应用程序，但是在部署时，我迷了路。 我正试图部署到Bluemix上的IBM Containersregistry（最近testing版）。 使用我的IBM帐户凭据运行docker login registry.ng.bluemix.net在我的本地计算机（OSX上的boot2docker）上返回401：错误的凭据。 它在我部署步骤中的Wercker上也是如此。 这是我的部署步骤： deploy: box: id: node tag: 0.12.6-slim steps: – internal/docker-push: username: $USERNAME password: $PASSWORD tag: main entrypoint: node bundle/main.js repository: <my namespace/<my container name> (removed for this post) registry: registry.ng.bluemix.net 正如你所看到的：我有根据Wercker文档传入的用户名和密码作为环境variables（并且我testing了它们正确传入）。 基本上：如何在不使用ice / cf CLI的情况下将容器推送到IBM注册中心？ 我有一种感觉，我失去了一些明显的东西。 我无法find它。
