改进GitHub工作流的15个建议

AlexQin

10.版本语义、标签、发布和自动化变更日志

版本管理对于软件来说非常重要，特别是在开源软件中，有很多其他项目可能会依赖你的项目。有了版本语义，我们通过版本号就可以知道某个版本是否包含了突破性变更，或者版本是否包含了新特性或bug修复。

版本格式通常是这样的MAJOR.MINOR.PATCH：

• 在做出不兼容的API变更时，增大MAJOR。
• 增加向后兼容的新特性时，增大MINOR。
• 进行向后兼容的bug修复时，增大PATCH。
  
  

我们还可以对这个格式进行扩展，加入额外的标签，作为预发布版本和构建元数据。

Conventional Commits规范（https://conventionalcommits.org）建议基于提交消息引入一种轻量级的规范，与SemVer一起使用，让开发者在提交消息中提供与功能、bug修复和突破性变更相关的描述。

TravisCI有助于自动化这一过程https://docs.travis-ci.com/user/deployment/releases。

AlexQin

11.使用标签钩子进行自动化部署

GitFlow建议使用release分支进行发布，但这不是必需的。我们可以通过git标签获取要部署的文件，TravisCI的文档（https://docs.travis-ci.com/user/deployment/heroku）介绍了如何将git标签部署到heroku上。其实很简单，只需要将标签属性设置为true就可以了。其他CI服务器的配置也类似。

我们可以在开发环境配置钩子，用于部署最新的master代码。我们也可以为每个PR创建临时的测试环境，不过这样做非常复杂，所以不一定要这么做。

AlexQin

12.建立GitHub流式通道

这是一种非常方便的跟踪GitHub活动的方式，可以通过这种方式与其他人进行协作沟通。每个GitHub聊天室都会有通知流，GitHub在2013年为此发明了一个新术语，叫作ChatOps。

AlexQin

13.自动化依赖更新

保持依赖更新是一项非常耗时的重复性工作，所以可以将它自动化。所幸的是，有很多工具可用于保持依赖更新，它们会基于项目的最新版本创建PR，然后自动执行非回归测试，如果测试通过，那么在合并PR后这些代码依然能够正常运行。不过如果有主版本变化，需要进行双重检查。

可以参考这两个工具：https://greenkeeper.io和https://david-dm.org。

AlexQin

14.使用扩展来提升GitHub的UI体验

开源社区开发了很多非常有用的扩展，可用于提升GitHub的使用体验。可以通过https://github.com/showcases/GitHub-browser-extensions查看这些扩展。

AlexQin

15.持续学习和改进

GitHub和开源软件的开发实践一直在演化，我们需要关注GitHub的发布公告，并遵循开源社区的标准，跟上时代的发展步伐。

AlexQin

查看英文原文：https://gaboesquivel.com/blog/2018/15-recommendations-to-enhance-your-github-flow

AlexQin

原文地址

AlexQin

good job

AlexQin

good job