如何使用压缩文件+演示分支管理生产分支

Question

我有一个商业插件托管在一个私人的gitlab存储库。

存储库有以下分支：- master分支:我在插件上工作的分支- production分支:与master相同，但js文件是压缩的，因为我之前遇到了抄袭的问题，我想尽可能保护我的工作。- demo分支:与生产分支相同，但稍有改动，避免故意关闭功能，在直播demo上购买demo用户。

因此，层次结构如下: master -> production ->演示

问题是我处理这些分支的方式:当我在主分支上做了一些工作后，我需要签出生产分支并从主分支中提取更改，然后我必须再次重新压缩js文件，这很乏味，我想忽略一些js文件的更新。

然后，我必须签出演示分支并从生产环境中拉入，并解决与我对演示版本所做的更改的任何冲突。

我对分支非常陌生，我主要在master分支上工作，我的用例与我见过的示例有点不同。

这肯定不是最好的方法/实践，所以我想知道，根据您的经验，有没有更好的方法来处理这些分支？请让我知道。谢谢。

Answer 1

对于被压缩的production分支，最好的解决方案是将其作为构建过程的一部分，而不是依赖于源代码控制中的单独分支。

如果不能更好地理解demo的变化，我真的不能说是否有更好的方法，或者分支是否只是有意义的方法。至少，如果您已经将压缩作为构建过程的一部分，那么您就不必纠结于解压缩、修改和重新压缩。除此之外，如果相同的“演示”更改随着时间的推移持续存在，您可以查看关联两个长期分支的模式；如果不是这样，您可以在每个发布版本的基础上创建一个新的演示分支。