明天，嗯…今天几个小时后，云教云，2018年德国圣莱昂罗特的UI5Con就要开始了。就在几个小时前，我答应Wouter Lemaire写这个博客：我不会泄露UI5的新特性，我会告诉你用几个命令就能找到新特性是多么容易。事实上，你将阅读的内容可以很容易地用于为你的应用程序创建/生成发行说明（即在UI上显示它们）。
此博客适用于任何将git与git提交消息中的注释结合使用的人。要关注此博客，大数据难学吗，请确保已安装git。我们只需在GitHub上使用公共OpenUI5 repo，但它也可以与任何其他git repo一起使用（使用相应的git提交消息）。
我们将使用简单的命令，而不是使用许多可用工具中的一个…请记住，即使使用git命令，也有许多可用的选项，这里列出的只是你的一些选择…
1。假设
假设您在项目中同意在git commit消息前面加上一个或多个特定的前缀（不一定是所有的更改/提交）：
基于上面的注释，很容易生成一个包含所有特性的简单列表，在更高级的场景中，您还可以生成特定格式的文件，也就是说，您可以生成包含这些功能的json文件—为了简单起见，可能要在web应用程序的"帮助"菜单中显示这些功能，我们只需创建一个简单的列表。当我们谈论发行说明时，我们可能只想列出自上一个发行版以来添加的特性；我们还想从提交消息中生成一些特性。
OpenUI5使用这样的注释是多么巧合
2。克隆一个在提交消息中使用注释的git repo
对于这个演示，返利机器人哪个好用，我使用公开的openui5javascript库。我知道他们对提交消息使用注释。只需克隆repo并更改到创建的文件夹：
3。在CLI中显示提交日志
使用git log可以查看提交消息：
4。将提交日志格式化为"一行程序"
很酷，但是有太多分散注意力的信息。让我们改进一下：
5。提交日志的自定义格式
好的，看起来更好。我们甚至可以将输出格式化为：
6。从给定日期开始获取提交
最后一个命令的问题是它几乎返回所有内容。让我们只获取最近2周的项目：
仅2周的屏幕截图将与上一个命令相同，因为屏幕截图中可见的8行完全相同。那我怎样才能证明提交的次数真的不同呢？可能正在计数：
好吧，这表明我们有38.720个提交，而其中350个是在过去两周内完成的。
提示：如果您只想计数，您可能更喜欢使用git rev list：
7。显示从给定标记/版本到现在的提交
接下来，让我们稍微更改一下输出格式。另外，我们只想看到从版本（=tag）1.44.16到现在的提交：
从1.44.16到现在的提交总数是17.519！你的客户又用什么版本？也许你可以用一些数字来说服他们升级大量的更改，那云，大量的功能，大量的错误修复…
只是提一下：如果你只想要你可以使用的计数–pretty=oneline:
8。只列出[FEATURE]提交
现在我们只想得到特性：
请注意，grep的regex忽略大小写，如果有多个注释可用，甚至会找到[FEATURE]。嗯，到目前为止还可以，但我们不满意……
9。改进输出格式以获得更好的正则表达式
我们实际上不想在输出中看到提交哈希，忽略它会使正则表达式看起来更好：
10。清单[FEATURE]提交，因为给定的标记没有使用硬编码标记
假设最新的标记/版本是1.56.0，那么我们可以得到该版本以来的特性，如下所示：
现在如果最新的版本是1.56.1，那么我们必须更改代码以获得相同的结果，新云，因为该版本在我们的小命令/脚本中是硬编码的。相反，我们可以使用git descripe:
实现一个健壮的脚本，因此通过上面的命令，我们可以简单地获得最新的标记。现在我们可以接受这个命令并在git log命令中执行它，只需替换硬编码标记如下：
11。只使用git命令及其包含的grep特性
git log命令有几个实现grep的选项。使用这个，我们可以去掉"非git"grep和上面使用的管道；所以这一切都发生在git日志中：
12。将结果写入一个文件
太简单了，无法谈论：
结论
您已经看到从git提交消息创建简单的发行说明是多么容易。为了简单起见，我避免将合并提交也添加到regex中。顺便问一下：你没看过UI5发行说明吗？现在猜猜它们是如何生成的
根据这些命令，您还可以更好地跟踪您最喜欢的git回购中发生的事情，即在会议上发布某些公告之前泄露您发现的内容？好吧，这里有一个漏洞：
今天的UI5Con的突发新闻直接来自纳比莱克斯：
