我有一个私有gitlab存储库托管的商业插件。
存储库具有以下分支： - master分支：我在插件上工作的地方 - 生产分支：与master相同，但js文件被压缩，因为我之前遇到过抄袭问题，我想尽可能地保证我的工作。 - 演示分支：与生产分支相同，只需进行少量更改，以防止在现场演示中故意禁用功能购买演示用户。
因此，层次结构如下：master - ＆gt;生产 - ＆gt;演示
问题是我处理这些分支的方式： 当我在master分支上完成一些工作时，我需要检查生产分支并从master中获取更改，然后我必须再次重新压缩js文件，这很乏味，我想要忽略一些js文件的更新。
然后我必须检查演示分支并从生产中拉出来，并解决与我为演示版本所做的更改之间的任何冲突。
我是分支机构的新手，我主要在主分支机构工作，我的用例与我见过的例子略有不同。
这绝对不是最好的方法/实践，所以我想知道，根据您的经验，是否有更好的方法来处理这些分支？请告诉我。谢谢。
答案 0 :(得分：0)
对于正在压缩的production分支，最好的解决方案是将这部分构建到构建过程中，而不是依赖源代码管理中的单独分支。
如果没有更好地理解demo更改，我无法确切地说是否有更好的方法，或者分支是否只是有意义的方式。至少如果你已经将压缩作为构建过程的一部分，那么你就不必搞砸解压缩，修改，然后重新压缩。除此之外，如果相同的“演示”更改持续存在，您可能会查看关联两个长寿分支的模式;如果没有，您可能只是从每个发布版本创建一个新的演示分支。