如何在不同存储库中的多个解决方案之间共享源代码库?

Question

我有一个通用库，我想在几个解决方案之间共享，这些解决方案存储在不同的github存储库中。我们将共享库放在单独的 GitHub 存储库中，并创建了 nuget 包，该包可以安装在每个所需的项目/解决方案中。缺点是更改库中的代码涉及几个步骤(更改代码，推送到库存储库，创建nuget包，安装包)，这很烦人。

我想使用git subtree创建带有库项目的子目录，并将其用作我的解决方案中的本地项目，并轻松更改/测试/调试代码。 "主要"解决方案的开发人员将有一个选择 - 将库作为二进制 nuget 包或作为子目录中的源项目。

问题：当我尝试git subtree时，我发现了一个问题：csproj文件具有对包文件夹的相对引用，这些文件夹位于不同的级别，当包含在独立库解决方案中时以及包含在主解决方案中时。 在 MyLib 中.sln路径是"..\Packages"，但在 Main 中.sln路径应为 "..\..\包" .
主 GitHub 存储库(和 OtherUserOfMyLib GitHub 存储库)的结构：

Main.sln
LibSubfolder
-----------------| MyLib.sln
-----------------| MyLibSource
--------------------------| myLib.csproj
--------------------------| myLib code
-----------------| (expected Packages from lib solution)
Packages.  (From main solution)

MyLib GitHub Repository的结构：

MyLib.sln
MyLibSource
--------------| myLib.csproj
--------------| myLib code
Packages.  (From lib solution)

我尝试git subtree仅从 Lib 存储库复制 MyLibSource 子目录(这将允许包文件夹的相对位置相同)。不幸的是，我没有找到从另一个存储库复制子目录的方法，该存储库支持稍后将更改推送回原始存储库。答案 使用 git-subtree 添加远程存储库的子目录有几个选项，但所有这些选项似乎都只讨论了单向(拉取)同步。 从我所看到的，git 子模块和 git 子存储库不支持从源存储库复制子文件夹。

我错过了什么吗？任何人都可以建议，如何从库存储库复制到我的存储库文件夹的子文件夹，这将允许以后的双向(拉/推)同步？

我考虑的另一个选择是更改包文件夹的位置。但我不确定，选择哪条路径来保持一致的main.sln和MyLib.sln。

第三种方法是不要在 MyLib 仓库中使用 MyLib.sln 存储库，仅将仓库用作库源代码的主存储器。而是在主存储库中创建 MyLib.sln并使用它来生成 NuGet 包。 我将能够使用 MyLibSource 项目的 git 子树拉取/推送内容。OtherUserOfMyLib 存储库将只引用子文件夹中的项目，并在需要时调用 git 子树拉取/推送

Main.sln
MyLib.sln       ( locate in Main repository instead of MyLib repository)
LibSubfolder
-----------------| MyLibSource
--------------------------| myLib.csproj
--------------------------| myLib code
Packages

我的问题是尝试哪种方法：

• 花时间尝试找到一种方法来推回创建的 git 子树 子文件夹？
• 尝试更改包文件夹的位置？
• 保留解决方案以在存储库之外构建 nuget 包 有套餐(第三种方法)？
• 别的东西？

我看过类似的问题，例如 在 .NET 中的解决方案之间共享公共库的最佳做法以及如何在 Visual Studio 中的项目/解决方案之间共享代码？ 但没有找到令人满意的解决方案。

Answer 1

我能够使用 git 子树将公共存储库(例如源代码库)共享为不同客户端解决方案(存储库)的子文件夹，并允许将更改推送回共享存储库。

我们正在对 c# 库、Powershell psm 模块文件夹使用类似的方法，考虑用于 React jsx 组件的集合。对于 c# 库，其中一个客户端存储库生成 NuGet 包，任何喜欢引用 NuGet 包而不是源代码的解决方案都可以使用该包。

如果我们需要包含一些开源 github 库的源代码(例如，如果我们希望在新版本可用之前进行更改)，我们使用的方法相同。

在每个应用程序存储库中，我们需要自定义两个批处理文件(针对每个公共存储库)：subtreePull 和 subtreePush。

批处理文件示例(基于选项 4 添加带有 git 子树答案的远程存储库的子目录)：
MyCommonLib-SubtreePull.cmd

@rem Template Pull and Push  are located in SubTreeCommands folder
@Rem from https://developer.atlassian.com/blog/2015/05/the-power-of-git-subtree
@set remoteBranch=master
@set RelativeTarget=src/MyApplicationProject/LibSource/MyCommonLib
@echo If you have errors "Working tree has modifications.  Cannot add." uncomment stash before command and stash apply after command
@REM git stash 
@rem run this command from the toplevel of the working tree 
@for /f %%i in ('git rev-parse --show-toplevel ') do set GitRoot=%%i
CD %GitRoot%
IF EXIST %RelativeTarget% (
set gitCmd=pull
) ELSE (
set gitCmd=add  
)
@rem if you want to have full history, do not include  --squash
git subtree %gitCmd%  --prefix %RelativeTarget% https://github.com/MyCompany/MyCommonLib.git %remoteBranch% --squash
@REM git stash apply
@pause

MyCommonLib-SubtreePush.cmd

@Rem from https://medium.com/@v/git-subtrees-a-tutorial-6ff568381844#.a2ne9vlve
set remoteBranch=master
@rem run this command from the toplevel of the working tree 
@for /f %%i in ('git rev-parse --show-toplevel ') do set GitRoot=%%i
CD %GitRoot%
git subtree push --prefix=src/MyApplicationProject/LibSource/MyCommonLib https://github.com/MyCompany/MyCommonLib.git  %remoteBranch%
@pause

在工作期间，您正在对应用程序存储库中的更改执行正常的 git 提交/git 推送，包括 LibSource 公共库子文件夹中的更改。

要同步公共库更改，请运行 subtreePush/subtreePull 命令。
请注意，建议在库发生重大更改后(例如，在每个相关项目结束时)运行 subtreePush。
subtreePull可以由不同的人在不同的仓库中完成，建议在使用仓库的主要工作之前运行(例如在项目开始时)。
子树拉取和推送批处理都需要一些时间才能运行，但您可以启动它们并执行其他任何操作。