在推送到版本控制远程之前检查以确保项目已编译

本篇文章向大家介绍《在推送到版本控制远程之前检查以确保项目已编译》，主要包括，具有一定的参考价值，需要的朋友可以参考一下。

我有一个用于 typescript 项目的脚本，可确保我的代码在将其推送到远程之前进行编译：

simple_git_push_typescript(){
 (
    set -e

    top_level="$(git rev-parse --show-toplevel)"

    if [[ "$cm_ignore_tsc" != 'yes' ]]; then

        if [[ -f "$top_level/tsconfig.json" ]]; then
          (cd "$top_level" && tsc)  || { echo 'could not compile with tsc. did not push. use "cm_ignore_tsc=yes" to override.'; exit 1; }
        fi
    fi

    git add -a

    if [[ "$cm_force_commit" == 'yes' ]]; then
       git commit --allow-empty -am "${1-tmp}"
    else
       git commit -am "${1-tmp}"  || echo 'could not create new commit.';
    fi

    git push
 )
}

当我在一天结束时或在拉取请求之前将代码推送到我的功能分支时，该脚本运行得非常好 - 它有助于防止不必要的提交，但也使其变得简单。

使用 go，我只想在将 go 项目推送到远程之前检查所有内容是否都已编译。

simple_git_push_go(){
  (
    set -e

    top_level="$(git rev-parse --show-toplevel)"

    (cd "$top_level" && go build -o '/dev/null' .)  # ?

     # ...
   )
}

go build 是检查整个项目编译的最佳选择，还是查找所有 go 包并编译每个包的更通用方法？我想对于有多个未链接在一起的包的项目，那么您必须遍历每个包并单独编译它们？

解决方案

在项目根目录中使用 go build ./...。这将递归到任意深度的子文件夹中。

如果您还想确保测试文件也编译（并且测试通过），请运行：go test ./...

请注意，以下划线 _ 或点 . 开头的文件夹将被忽略。

到这里，我们也就讲完了《在推送到版本控制远程之前检查以确保项目已编译》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！