代码之家 › 专栏 › 技术社区 › xofz

在.NET解决方案中正确使用子模块

git-submodules

xofz · 技术社区 · 16 年前

SolutionA\
--Source\
  --Core\
  --Tests\
--Tools\
  --TestFramework\
  --MockTool\
SolutionA.sln

SolutionB 解决方案B SolutionA.sln ; 它不在乎 Tests\ Tools\ . 真正地, 只关心 Core\ .

看来我需要一个单独的存储库 核心\ . 那么,对于源代码被其他解决方案使用的.NET解决方案,通常有两个存储库吗?一个只用于(非测试)代码本身(加上所需的库),另一个用于测试工具和解决方案文件?

2 回复 | 直到 16 年前

ChrisLively 16 年前

解决方案只是一个或多个项目的容器;可能属于同一个“解决方案”文件夹或外部某个位置。

除非Core需要,否则Tests\、TestFramework\、MockTool\等无关内容不必包含在其他解决方案中。

有道理?

Community Mohan Dere 9 年前

你可以用git子模块解决这个问题(你的标签让我相信你用的是git)。我不知道这种东西的“惯例”是什么。

作为对我的答复 question 关于如何处理子模块, dirk 建议使用nuget(用于.NET框架的包管理器)。看见 http://nuget.org )解决相关问题。似乎是一个很适合你,因为你会得到控制更新的动态链接库,依赖管理,如果你需要它和(至少在客户端)良好的工具支持。

斯科特·汉斯曼有一个好主意 article 如何将nuget整合到持续整合中。

推荐文章

J. Doe · 为什么git中没有跟踪git文件?

1 年前

krishna · 将git子模块克隆url从ssh更改为https

2 年前

aniztar · git子模块目录的意外提交

3 年前

Michael · Python包:导入子模块并重命名它?

3 年前

Alexander Leitner · C项目git子模块构建的最佳实践

8 年前

brunoais · git克隆工作;git子模块失败“权限被拒绝”

8 年前

Csabi · 如何在git中将子目录添加为子模块

8 年前

JonnyRobbie · 取消Github回购的分叉

8 年前

Christopher Griffith · 与子模块关联的提交引用何时在其包含的超级项目中更新?

8 年前

Clement · Git子模块有效跟踪分支

8 年前