我正在开发一个jQuery插件。我已经成功地使用Gulp/NodeJS让Travis CI构建了一个测试项目。现在我正试图找出应该使用哪种工作流来升级版本号。
在TeamCity和MyGet中,CI服务器有一个设置,可以形成一个版本号模式,每次构建时自动递增,这可以用于构建脚本中更新部署文件的版本并为Git仓库打上标签。然而,在Travis CI的免费版本中,似乎没有任何关于版本控制的选项。
我阅读了几篇关于Travis CI持续部署的文章,在这里、在这里和在这里,但它们都没有涉及版本控制的话题。显然,版本需要在发布时更改。那么我错过了什么?
当我查看文档时发现另一个问题是,文档提到Travis CI不能更新GitHub仓库。这不基本上意味着它将无法创建Git标签吗?
如果没有办法从Travis CI进行版本控制,那么这样的插件发布过程的典型工作流是什么?版本控制始终是手动完成的吗?如果是,那么如何实现“持续部署”?
在TeamCity和MyGet中,CI服务器有一个设置,可以形成一个版本号模式,每次构建时自动递增,这可以用于构建脚本中更新部署文件的版本并为Git仓库打上标签。然而,在Travis CI的免费版本中,似乎没有任何关于版本控制的选项。
我阅读了几篇关于Travis CI持续部署的文章,在这里、在这里和在这里,但它们都没有涉及版本控制的话题。显然,版本需要在发布时更改。那么我错过了什么?
当我查看文档时发现另一个问题是,文档提到Travis CI不能更新GitHub仓库。这不基本上意味着它将无法创建Git标签吗?
如果没有办法从Travis CI进行版本控制,那么这样的插件发布过程的典型工作流是什么?版本控制始终是手动完成的吗?如果是,那么如何实现“持续部署”?