Gitlab 我如何保持我的项目'；在我自己的回购协议中编写新代码时，另一个镜像回购协议的当前发布版本是最新的
我正在寻找一种最好的方法来保持我的发布版本和代码与源repo相匹配，同时在我的repo中更新唯一的代码和发布版本，但不创建一个完整的独立版本控制系统 我有一个项目的镜像回购协议，该项目由另一个团队积极维护并发布常规版本。当他们用新版本标签更新回购协议时，我使用REFRONE来监控和创建MRs。这可以很好地使我的代码与他们的版本保持最新，但是，我正在他们的代码之上构建新的东西。所以不是一个精确的镜子 如果我有他们的版本1.7.0，并且它是最新的，但是我自己发布了新代码，那么版本控制就偏离了源代码。我将不得不执行1.7.1，这将使我自己的项目领先于源回购，def不是正确的解决方案。或者我必须将其标记为1.7.0-。我认为这是一条出路，但正在寻找其他解决方案，使我的repo版本控制尽可能接近源代码（major.minor.patch）的版本控制Gitlab 我如何保持我的项目'；在我自己的回购协议中编写新代码时，另一个镜像回购协议的当前发布版本是最新的,gitlab,versioning,release-management,renovate,Gitlab,Versioning,Release Management,Renovate,我正在寻找一种最好的方法来保持我的发布版本和代码与源repo相匹配，同时在我的repo中更新唯一的代码和发布版本，但不创建一个完整的独立版本控制系统 我有一个项目的镜像回购协议，该项目由另一个团队积极维护并发布常规版本。当他们用新版本标签更新回购协议时，我使用REFRONE来监控和创建MRs。这可以很好地使我的代码与他们的版本保持最新，但是，我正在他们的代码之上构建新的东西。所以不是一个精确的镜子 如果我有他们的版本1.7.0，并且它是最新的，但是我自己发布了新代码，那么版本控制就偏离了源代码。