在开发stream程中Git npm版本pipe理

这是我的项目开发过程：

• function/特征1
• function/特点2
• function/等。
• 主
• 生产

我在function分支上开发了我的function，当我完成了一个分支，我将它合并到master，并通过github ui删除它。 CircleCI检测合并，并在临时服务器上部署主服务器。 后来我手动将主分支合并到生产分支，CircleCI部署到我的生产服务器。

我希望我的package.json版本每次合并function分支到主分支 （通过github用户界面）时都会出现问题。 但是我不知道如果

1. Github允许这样做（如果是的话，你可以向我解释吗？）
2. 这是一个很好的过程

我知道我可以通过npm version命令来完成，当我合并到生产的主，但我确实需要版本更新的主人自动时，我把一个分支合并到它。

不要犹豫，批评我的方式继续告诉我你的方式。 🙂

谢谢

Answer 1

1. 我不认为Github提供这样的function。 但是有一些grunt模块在编译的时候这样做。 你可以编写脚本或者有一个make文件来为你做这个。

2. 我不认为这是版本控制的好方法。 完成某项function后，您必须决定所做的更改是否较小。 有时你可能会犯下重大改变。 只是将版本号从1.0.1增加到1.0.2或者说1.1.0到1.1.1（每次）都不会传达这些变化的大小。 最佳实践：软件版本控制版本控制的最佳实践已经在这里介绍。

我们在我工作的地方手动pipe理版本控制。 在每个发行版之前，我们创build一个标签（v1.0.3，v1.1.4..etc），然后在Github上创build一个发行版。 在发布的描述中，我们把所有新的提交。 通过提交消息，我们可以很好地了解所做的更改。 如果更改只涉及错误修复和次要function添加，我们将增加次要数字，即。 1.2.1至1.2.2。 如果添加了一个主要的新function，我们增加主版本号，即。 1.2.2至1.3.0。 当我们添加许多重大更改时，我们从1.3.0到2.0.0。 有时候，我们对版本控制很宽松。 我们的API不公开，我们使用版本控制的唯一原因是部署和回滚。 如果您希望使您的开源工作成为可能，并希望通过某种软件包pipe理器（例如npm）使您的工作可用，则应严格遵循严格的版本控制。