6

我需要共享以在不同项目之间共享某些文件。因此我有一个像这样的文件结构:

D:\shared\
D:\shared\files-shared-by-all-projects-here

D:\project1\
D:\project1\project1-specific-files-here
D:\project1\shared <- directory junction to D:\shared

D:\project2\
D:\project2\project2-specific-files-here
D:\project2\shared <- directory junction to D:\shared

我已经设置了 GIT 存储库D:\project1D:\project2我的问题是 GIT 似乎只跟踪非连接(即真实目录)中的文件。

我对这两个项目都使用了 Visual Studio 2015,当项目包含来自“连接”目录的文件时,它的团队资源管理器会表现得非常奇怪:

  • 将驻留在目录连接中的文件添加到项目后,团队资源管理器将仅在要提交的更改列表中显示其父目录(连接),而不是文件本身。
  • 提交所有更改后(即已添加文件),解决方案资源管理器将所有文件显示为正在跟踪和签入(包括那些驻留在交汇点并且在添加后显示在待处理更改列表中的文件:

git1

  • 编辑显示为已签入并位于联结目录中的文件将使其看起来已签出

git2

  • 现在返回 Team Explorer,签出的文件显示在修改文件列表中:

git3

  • 但是尝试提交失败并显示一条消息:“发生错误。详细消息:没有更改;没有可提交的内容。”

git4

  • 返回到解决方案资源管理器,提交失败的更改文件仍然显示为已签入:

git5

例如,使用 Tortoise GIT从 Visual Studio 外部显式添加驻留在共享目录中的文件(即通过 引用它D:\project2\shared\some-shared-file)不起作用:添加失败并显示它既是文件又是目录的消息。

git6 git7

以上是通过一个新的测试项目完成的,其中frame驻留在项目根目录中的目录实际上是一个连接点。

然而,在我的实际项目中,情况略有不同......例如,如果我使用 Tortoise GIT 浏览 repo,它实际上会将位于交叉点的共享文件显示为被跟踪和签入以及 repo 的一部分。但是,一旦我在 Visual Studio 中打开该项目,它会在解决方案资源管理器和团队资源管理器更改中显示相同的文件作为“待删除”。那么这是一个 VS 怪癖吗?

所以底线是我只想知道如何使驻留在目录连接中的文件与常规文件一样被视为项目的一部分,以便它们被正确签出并重新签入并构成项目的一部分(回购的)历史?

4

1 回答 1

5

目前,不支持此功能。这是由于 Git for Windows 和 libgit2 之间的连接处理解释不同,libgit2 是 Visual Studio 和(部分)TortoiseGit 使用的 Git 库。

已经决定这两种实现都应该 将连接点视为 Unix 挂载点,但是目前这两种实现实际上都没有这样做。

目前,Windows 版 Git 将它们视为普通目录(因此它可能会删除您的联结并将其替换为新目录)。libgit2 将其视为符号链接,因此 Visual Studio 根本拒绝处理它。

由于微软需要更新 Visual Studio 来修复这个问题,请在Microsoft Connect提交一个错误并鼓励人们投票支持它,希望它会在 VS 2015 中得到修复。

于 2016-06-20T21:56:17.543 回答