- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
基本上我想做的是将 git 标签名称(来自 github 版本)嵌入到我的 GO 代码中的版本字符串中。
如果我使用这段代码;
package main
import (
"flag"
"fmt"
)
var version string
func main() {
var verFlag bool
flag.BoolVar(&verFlag, "version", false, "Returns the version number")
var confPath string
flag.StringVar(&confPath, "conf", "conf.yml", "Location on config file")
flag.Parse()
// if the user wants to see the version
if verFlag {
fmt.Printf("%s", version)
return
}
}
在 Travis-CI 构建期间,将 -ldflags '-X main.version VERSION'
中的“VERSION”设置为 $TRAVIS_TAG
的最佳方式是什么,
Additionally, Travis CI sets environment variables you can use in your build, e.g. to tag the build, or to run post-build deployments.
TRAVIS_TAG: If the current build for a tag, this includes the tag’s name
我最后的努力是使用这个 make 文件:
GOFLAGS ?= $(GOFLAGS:)
TAG := $(VERSION)
ifeq ($(TAG),)
BRANCH := $(shell git rev-parse --abbrev-ref HEAD)
DT := $(shell date '+%F::%T')
VSN := $(BRANCH)-$(DT)
else
VSN := $(TAG)
endif
ENV := $(shell printenv)
GOFLAGS = -ldflags '-X main.version $(VSN)'
default:
all
all:
test
install
install:
get-deps
@go build $(GOFLAGS) *.go
test:
@go test $(GOFLAGS) ./...
get-deps:
@go get ./...
clean:
@go clean $(GOFLAGS) -i ./
使用这个 travis 配置文件;
language: go
script: make VERSION=$TRAVIS_TAG
go:
- 1.4.1
deploy:
provider: releases
api_key:
secure: reallylongsecurestring
file: releasebin
skip_cleanup: true
on:
tags: true
但是,无论我尝试什么变体,并且我已经尝试过本质上这个示例的许多不同风格,最终出现在我的 github 版本中的二进制文件似乎不包含标签名称。观察到的是在 make 文件中没有设置版本字符串时产生的分支和日期版本字符串。我已经在我的开发机器上尝试了这个 make 文件,并将环境变量设置为 Travis 中的预期值,它按预期工作。我也很清楚,我不希望这种情况发生在提交构建上,而只会发生在 github 的发布上,即创建标签时。
最佳答案
所以我自己解决了这个问题。
我在上面的例子中的问题是在 Travis 文件中。我似乎需要在我的“脚本”参数周围加上引号。为了完整起见,这是我的新 Travis 文件;
language: go
script:
- "make VERSION=$TRAVIS_TAG"
go:
- 1.4.1
deploy:
provider: releases
api_key:
secure: reallylongsecurestring
file: releasebin
skip_cleanup: true
on:
tags: true
关于github - 通过 Travis-CI 在 Go 中作为版本的 Git 标签名称,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30741937/
我们都知道ci" ci' ci( ci[ ... 做。在日常编辑中非常方便。我发现了一些奇怪的东西,并查看了帮助,没有找出原因。 说,我有一个文件: foo "target" foo 'target'
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。 想改进这个问题?将问题更新为 on-topic对于堆栈溢出。 6年前关闭。 Improve this qu
我的本地 gitlab 安装中有许多存储库。我正在从 Jenkins 迁移到 gitlab 以进行 CI,并且毫无问题地切换了我的第一个 repo。当我添加 .gitlab-ci.yml 时,第二个
我在一个github项目中有几个文件夹,每个文件夹都有一个不同的.travis.yml文件。 设置travis-ci的正确方法是什么,以便我可以指定要构建的文件夹/子项目? 我可以添加before_s
Gitlab 文档说明了以下关于 GIT_STRATEGY: none 的内容: none also re-uses the project workspace, but skips all Git
我想用以下条件配置我的 CI: 当我创建合并请求时 而这个目标分支是 develop 我的工作运行。 我没有找到这个特定工作的文档。 谢谢 最佳答案 在 Gitlab CI 文档中几个小时后,我找到了
我有一个带有子目录 ( test ) 的 gem,其中包含用于测试项目的 Rails 3.1.1 应用程序。我正在尝试设置 Travis-CI 以进行持续集成,但是我不知道如何设置我的 .travis
如何指定:语言:.travis.yml 中的无? 我不指定语言,默认使用 Ruby。 我没有 ruby 。我正在使用 C、C++、Ocaml、Python 和 Felix。 构建脚本只是“制作”。 最
我正在使用 gitlab pages部署作业的输出。我有 3 个不同的工作产生 html输出。一项工作总是在运行。其他 2 个作业是可选的,因此它们是手动运行的。 如何将手 Action 业的输出部署
我在 gitlab.com 上有一个使用 CI 功能的私有(private)存储库。一些 CI 作业会创建存储的工件文件。我刚刚通过将其添加到 CI 配置中实现了一天后自动删除工件: expire_i
假设我为一个项目配置了多个作业,如下所示: build_win32: script: ... build_ios: script: ... unit_tests: script: ...
如何创建跨越多个阶段的 CI 作业以提高并行性? 如下图所示: 这个想法是slow_build应该最早开始build ,但是 test不依赖它,所以 test应该可以尽快启动build已经完成了。 (
我有一个 CI 管道,它可能正在做一些半变态的事情。我们不要争论这部分。 作为 CI 的一部分,我将生成一个工件 ( README.md ),我希望将其提交并推回同一存储库。只需使用 git push
我的项目同时使用nodejs和java 我尝试从 node_js 构建开始,然后安装 java(因为这是一个 npm 模块) 但是安装java的脚本失败了,而且我认为当已经存在java构建时就没有必要
我不想为了运行构建而将每一个小的更改都推送到 .travis.yml 以及对源代码所做的每一个小的更改。使用jenkins,您可以下载jenkins并在本地运行。特拉维斯提供这样的东西吗? Note:
主题。 这是否意味着在免费帐户中我的 api 请求数量有限? 响应部分示例: { "@type": "pending", "remaining_requests": 9, "reposit
有什么办法可以按顺序从舞台运行作业吗?我尝试过使用依赖项来做到这一点 job1: stage:deploy ... job2: stage:deploy dependencies:
我正在努力为多个项目设置 gitlab 运行程序,我们希望能够为所有项目设置环境变量。我尝试在 .bashrc 中为 gitlab-runner 和 root 用户设置全局变量,但在 CI 脚本过程中
Travis 有一种针对不同 PHP 版本测试项目的简单方法。 现在我想为插件运行测试。为此,我编写了一个在 .travis.yml 的安装阶段调用的脚本,它检查主项目并将我的插件源移动到正确的目录中
关闭。这个问题是not reproducible or was caused by typos .它目前不接受答案。 想改善这个问题吗?更新问题,使其成为 on-topic对于堆栈溢出。 5年前关闭。
我是一名优秀的程序员,十分优秀!