Npm 何时应该正确使用拉请求进行版本控制
我一直在GitHub的一个项目中工作，我想知道什么时候应该发布使用pull请求的版本，我想知道一个好的实践 上下文：Master是默认分支，受保护，仅接受PR审核并通过Travis CI检查 我想创建一个名为“feature/hello world”的分支，修改我的分支并推送到repo，然后创建一个对master的pull请求，通过所有检查，然后当审阅者合并到master时，Travis CI创建一个新标签，npm版本补丁以更新Npm 何时应该正确使用拉请求进行版本控制,npm,continuous-integration,travis-ci,versioning,release-management,Npm,Continuous Integration,Travis Ci,Versioning,Release Management,我一直在GitHub的一个项目中工作，我想知道什么时候应该发布使用pull请求的版本，我想知道一个好的实践 上下文：Master是默认分支，受保护，仅接受PR审核并通过Travis CI检查 我想创建一个名为“feature/hello world”的分支，修改我的分支并推送到repo，然后创建一个对master的pull请求，通过所有检查，然后当审阅者合并到master时，Travis CI创建一个新标签，npm版本补丁以更新package.json，将新版本部署到Heroku并更新maste
package.json这是repo的链接：我建议在master和feature分支之间建立另一个分支，在决定将多个功能合并到master之前，您可以在其中一起测试多个功能，并且在每次合并到master时，它都将是一个新版本