8

这可能更像是一个技术问题:

我正在使用 git 进行版本控制,并使用 rsync 将 PHP CMS 的文件发送到测试或生产站点。现在我想使用一个防呆的自动化系统来跟踪当前部署的提交,我在考虑这个:

设置一个 git 钩子来添加/更新带有最新标签和提交哈希的文本文件。然后我可以轻松地查找提交。

我的问题是在预提交时脚本不知道提交哈希。是否有任何直接的方法来完成这项工作(或达到相同目的的另一种方法)?

感谢您提前输入!

4

3 回答 3

9

好吧,我想我有一个好的解决方案:

有一个名为 post-commit 的 git 钩子,这就是我所做的:

  • 我将保存标签/哈希的文件放在 .gitignore 上(以避免在下一次提交时进行不必要的更改)
  • 让 post-commit 挂钩更新版本文件。

挂钩文件的内容:

#!/bin/sh 
git describe --tags > version.txt 

现在我确定每次提交后该文件都是最新的,所以只要我在部署之前进行提交,我就已经准备好了。

注意: 讨厌的初学者警告:使钩子文件可执行,如果不是,git会忽略该文件而不发出警告。

所有关于 git 钩子: http: //git-scm.com/book/en/Customizing-Git-Git-Hooks

所有关于 .gitignore:http ://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files

干杯,

马丁

于 2013-05-04T11:18:21.543 回答
3

这是一个常见问题解答。

https://git.wiki.kernel.org/index.php/Git_FAQ#Does_Git_have_keyword_expansion.3F

在 gitattributes(5) 中搜索 export-subst,你需要使用 git-archive(1) 来完成替换。

(%H 为您提供哈希。为了获取标签,您仍然需要一个调用 git-describe(1) 的脚本,我没有看到它的格式)

于 2013-05-03T18:23:15.967 回答
3

由于您对deploy代码使用 rsync,因此,请执行以下操作:

$ git describe --long > VERSION.txt

然后,将其包含VERSION.txt在 rsync 包中。

git describe字符串如下所示:

$ git describe --long
r1.0-2-gca93d0a

在上面:

  1. 最新标签是r1.0
  2. 2表示我们是通过该标签的两次提交
  3. g代表“ git”(好吧,这有点奇怪,但是,哦,好吧)
  4. 当前哈希是ca93d0a
于 2013-05-04T03:51:25.683 回答