gpt4 book ai didi

windows - 如何处理具有不同布局的 Visual Studio 解决方案中的 Git 子模块?

转载 作者:可可西里 更新时间:2023-11-01 12:43:14 26 4
gpt4 key购买 nike

我们使用 Visual Studio 2010(在 C# 中)进行开发,不久前从 SVN 迁移到 GIT。现在我们尝试将我们的存储库(相当大 - 约 30.000 个文件)拆分为许多 git 存储库 - 每个解决方案一个。这些解决方案共享一些项目,主要是我们在内部开发并希望从所有解决方案中添加的库。

新的存储库采用平面布局。每个项目一个子目录(共享项目是子模块)。在旧的大型仓库中,项目采用树形结构。

问题出现在子模块中的外部引用中。在新的存储库中,引用项目的路径可能是“......libs\someproject”,而在新布局中正确的路径是“..\someproject”。

我们已经就此进行了一些编辑大战,并且不热衷于更多。

我能想到的半生不熟的解决方案:

  • 在 ...csproj.user 中使用“引用路径”并将此文件从版本控制中排除(必须为每个开发人员以及在每次重新清理后重做)

  • 针对每种情况使用分支,并尝试教大家“真实”提交应该去哪里,“环境改变”提交应该去哪里(子模块已经不是最简单的概念了……)

  • 嵌入二进制文件而不是子模块(但是如何开发对子模块的更改?不同的 log4net 版本呢?)

有人知道明智的解决方案吗?

最佳答案

由于您要求的是一个明智的解决方案,我只能建议您考虑设置自己的 NuGet 服务(查看 http://www.MyGet.org 以获取灵感)

http://nuget.codeplex.com/

关于windows - 如何处理具有不同布局的 Visual Studio 解决方案中的 Git 子模块?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9537371/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com