我刚刚从 Subversion 切换到 Git。 Subversion 的集中式架构为其提供了一个有意义的修订号，我将其构建到基于 Web 的应用程序的更改日志中，以便轻松登录并查看任何给定服务器上正在运行的版本。 Git 没有友好的内部版本号。相反，我看到它建议您从以下输出中解析一些内容git status or git tags.
我不相信我们会始终为我们的分支机构使用客户友好的名称（有时我们会为不希望公开他们使用我们系统的事实的个人客户命名）。所以我想我可以让构建生成一个日期戳/时间戳标签，例如2012-11-21_08-40-23并像我以前使用 Subversion 修订版号一样使用它。当我们构建用于部署的 war 文件时，构建只会生成此标签并将其添加到 Git，因此任何部署到任何服务器都会生成一个标签。
目前，我们每隔几天部署一次测试，每月集成几次（突发），每几个月生产一次。
相反，我看到它建议您从 git status 或 git Tags 的输出中解析某些内容。
这是丑陋的建议。确实又丑又蹩脚。git 描述 https://stackoverflow.com/questions/tagged/git-describe或多或少地统治这里，阅读man git 描述 http://www.kernel.org/pub/software/scm/git/docs/git-describe.html会比status or tag or log或第 3 方即用型脚本
史密斯。像这样对任何修订版进行良好命名的技巧（并且您只能标记some变更集，而不是每发表一次)
git describe --tags --long --match 'SUBSTRING-OF-CLIENT_TAGFAMILY*'
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
