我已经准备好了我的.editorconfig我想在多个 Git 存储库上使用的文件。每个存储库都包含一个 Visual Studio 解决方案 (C#)。我的第一个想法是把.editorconfig文件放在自己的存储库中，然后将其作为子模块包含在所有“解决方案存储库”中。然而问题是：子模块将位于子文件夹中。所包含的.editorconfig因此不会应用于整个项目/解决方案（而仅应用于子文件夹及其子文件夹）。在我看来，我无法指定整个解决方案的路径.editorconfig在解决方案配置文件中（.sln）， 任何一个。
实际共享单个的最佳方法是什么.editorconfig多个 Git 存储库之间的文件？这.editorconfig文件仍然需要版本控制（从而在用户之间共享），即。没有本地 editorconfig 配置。
我自己找到了一个解决方案，使用共享存储库作为我想要的子模块：这是一个符号链接！
例如，如果您的子模块被称为Global，进入解决方案的根目录并在子文件夹中创建指向真实文件的符号链接Global via:
mklink .editorconfig .\Global\.editorconfig
该链接可以像任何其他文件一样提交和推送。 Gitea（我用作服务器）甚至显示了一个小箭头作为文件符号的覆盖。显然它知道这只是一个符号链接。当我在 Windows 计算机上克隆此存储库时，符号链接按预期工作。也许它甚至可以在 *nix 系统上运行；但我没有尝试。
我对这个解决方案的看法是：VS2017（15.8.2）不会立即接受更改。必须关闭并重新打开解决方案。如果您使用的是真实的.editorconfig自 15.8 Preview 3 起立即检测到文件更改.
Edit:我们决定不将符号链接提交到 Git，因为它曾经搞砸过 Gitea（可能是一个错误）并且因为我们有非 Windows 开发系统。相反，我们有一个“克隆后脚本”与项目文件中的条件错误相结合<Error Condition="!Exists('$(SolutionDir).editorconfig')" Text=".editorconfig is missing. Please run $(SolutionDir)_post_clone_script.bat first." />.
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
