草庐IT

CircleCI

全部标签

node.js - 使用 CircleCI 部署到 Firebase 托管

我正在尝试弄清楚如何使用CircleCI部署到Firebase托管。据我所知,没有办法使用SSHkey设置部署,所以我试图找到一种在部署期间登录Firebase并推送代码的方法。到目前为止,我在circle.yml中尝试过的内容如下://circle.ymldeployment:production:branch:circle-deploycommands:-npminstall-gfirebase-tools-firebaselogin|echo-e"${FIREBASE_EMAIL}\n${FIREBASE_PASSWORD}"-firebasedeploy但是,我不断收到以下错误

Django、GDAL 和 CircleCI 2

我有一个配置了GeoDjango的Django应用程序在CircleCI2.0构建中失败并出现以下错误:django.core.exceptions.ImproperlyConfigured:CouldnotfindtheGDALlibrary.IsGDALinstalled?Ifitis,trysettingGDAL_LIBRARY_PATHinyoursettings.但是,当我从settings.py中的DJANGO_APPS中删除'django.contrib.gis'时,构建会成功运行。除了postgres和GDALdocker镜像之外,在CircleCI中配置GDAL是否还

docker - CircleCI Docker 退出,代码为 137

我在我的CircleCI配置文件中使用-image:peopleperhour/dynamodb作为docker图像。在CircleCI中,它输出以下内容。InitializingDynamoDBLocalwiththefollowingconfiguration:Port:8000InMemory:falseDbPath:/var/dynamodb_localSharedDb:falseshouldDelayTransientStatuses:falseCorsParams:*Exitedwithcode137第一个测试顺利通过,Exitedwithcode137直到稍后才会发生。但

ruby-on-rails - 如何在 circleCI 中设置 ruby​​ 版本?

我在CI中使用circleCI和以下.yml文件version:2jobs:build:machine:ruby:version:2.4.4steps:-checkout-run:bundleinstall-run:echo"hello"错误信息是YourRubyversionis2.3.3,butyourGemfilespecified2.4.4YourRubyversionis2.3.3,butyourGemfilespecified2.4.4我的Gemfile是source'https://rubygems.org'git_source(:github){|repo|"https

ruby - 在 CircleCI 中指定 Puppet + Ruby 版本矩阵

我正在使用CircleCI作为Travis的替代品,使用我编写的Puppet模块。我的.travis.yml有一个Puppet和Ruby版本的矩阵,看起来像这样:---language:rubybundler_args:--withoutdevelopmentbefore_install:rmGemfile.lock||truervm:-1.8.7-1.9.3-2.0.0-2.1.0script:bundleexecraketestenv:-PUPPET_VERSION="~>3.2.0"-PUPPET_VERSION="~>3.3.0"-PUPPET_VERSION="~>3.4.0

ruby-on-rails - 基于本地或 CircleCI 的不同 Rubocop 结果

我刚刚开始在我的RubyonRails项目中使用Rubocop,并创建了一个git分支来重构并让Rubocop跟上我想要的速度。终于在运行命令的时候无罪$rubocop但是,我试图将Rubocop集成到我的CircleCI构建中,这就是我遇到麻烦的地方。这是我的circle.yml文件的相关部分:test:post:-bundleexecrubocop问题是,本地Rubocop说它正在检查68个文件,但在CircleCI上它说它正在检查5624个文件。因此它没有通过。什么会导致我在本地运行与在CircleCI上运行时得到不同的输出?此外,如果我运行:bundleexecrubocop在

go - 如何找到 Go 模块源缓存?

我已经将一个项目升级到Go1.11并为我的项目启用了模块支持,但似乎CircleCI正在重新下载每个构建的依赖项。我知道CircleCI允许在重建之间进行缓存,所以我查看了Go模块的文档,虽然它提到了缓存,但我似乎无法找到它实际存在的位置。Go模块的源缓存在哪里? 最佳答案 截至1.11最终版本,go模块缓存(用于存储下载的模块和源代码)位于$GOPATH/pkg/mod位置(见文档here)。为澄清起见,gobuildcache(用于存储最近的编译结果)位于不同的位置。Thisarticle,表示它在$GOPATH/src/mod

go - 如何找到 Go 模块源缓存?

我已经将一个项目升级到Go1.11并为我的项目启用了模块支持,但似乎CircleCI正在重新下载每个构建的依赖项。我知道CircleCI允许在重建之间进行缓存,所以我查看了Go模块的文档,虽然它提到了缓存,但我似乎无法找到它实际存在的位置。Go模块的源缓存在哪里? 最佳答案 截至1.11最终版本,go模块缓存(用于存储下载的模块和源代码)位于$GOPATH/pkg/mod位置(见文档here)。为澄清起见,gobuildcache(用于存储最近的编译结果)位于不同的位置。Thisarticle,表示它在$GOPATH/src/mod

haskell - 由于 native 依赖项中的 "multiple definition"链接器错误,构建失败

我维护一个使用CircleCI的开源框架用于持续集成。我最近遇到了一个问题,该项目在相当奇怪的情况下突然拒绝build。Build27是最后一个成功的。之后,我对依赖项做了一些小改动,发现构建失败了。我试图修复它但没有成功,所以我恢复到最后的工作配置anditstillfailed.失败的原因是两个依赖,都是绑定(bind)到原生C库:OpenGL(OpenGLRaw)和GLFW(bindings-glfw)。他们在链接阶段出错,有很多行:/tmp/ghc18975_0/ghc18975_6.o:(.data+0x0):multipledefinitionof`__stginit_bi

haskell - 由于 native 依赖项中的 "multiple definition"链接器错误,构建失败

我维护一个使用CircleCI的开源框架用于持续集成。我最近遇到了一个问题,该项目在相当奇怪的情况下突然拒绝build。Build27是最后一个成功的。之后,我对依赖项做了一些小改动,发现构建失败了。我试图修复它但没有成功,所以我恢复到最后的工作配置anditstillfailed.失败的原因是两个依赖,都是绑定(bind)到原生C库:OpenGL(OpenGLRaw)和GLFW(bindings-glfw)。他们在链接阶段出错,有很多行:/tmp/ghc18975_0/ghc18975_6.o:(.data+0x0):multipledefinitionof`__stginit_bi