是否可能有一个隐藏git上游历史的工作流？
我们正在建立git，其中有多个供内部使用的私人回购协议，所有这些协议都有助于单一外部产品（例如pc回购协议、塑料回购协议、技术文档回购协议等）。它们属于同一个组或名称空间（我们使用的是Gitlab），并且是正在进行的工作的分支 我们希望有另一个单一的回购协议，在发布时，所有这些其他回购协议都将提供给客户，以便客户可以访问该单一回购协议以查看产品的发布。i、 e.本回购协议将包含由塑料、PCB、文件等组成的文件 我原以为我可以通过简单地将内部回购设置为外部回购的只读遥控器来实现这一点。就将内容混合在一起并发布发行版而言，这确实有效，但它也会拖累所有内部回购的历史，而我们不希望客户看到这些内部回购。git/Gitlab中是否有这样的工作流或功能允许我实现这样的目标 基本上，我希望允许内部和外部之间的链接，以允许通过从不同的内部回购中提取和推送到单个外部回购来管理对客户的发行，因此发行经理的工作很简单。但我不想让客户看到我们所有的内部变化和IP等 也许我想得不对 类似于这3个回购协议，其中开发历史记录不跨越蓝色虚线，J和L是供客户使用的版本：是否可能有一个隐藏git上游历史的工作流？,git,workflow,gitlab,Git,Workflow,Gitlab,我们正在建立git，其中有多个供内部使用的私人回购协议，所有这些协议都有助于单一外部产品（例如pc回购协议、塑料回购协议、技术文档回购协议等）。它们属于同一个组或名称空间（我们使用的是Gitlab），并且是正在进行的工作的分支 我们希望有另一个单一的回购协议，在发布时，所有这些其他回购协议都将提供给客户，以便客户可以访问该单一回购协议以查看产品的发布。i、 e.本回购协议将包含由塑料、PCB、文件等组成的文件 我原以为我可以通过简单地将内部回购设置为外部回购的只读遥控器来实现这一点。就将内容混合