问题标签 [tfvc]

我正在使用 TFS2010 SP1 中的自定义 MSBuild 脚本进行构建。构建类型是门控签入，即使 MSBuild 日志在我的构建中显示为成功，也会失败。什么会在 MSBuild 完成后和构建定义完成门控签入之前触发失败

我将 Team Foundation Server 2010 与 Visual Studio 2010 一起使用。

每当我在 Visual Studio 之外修改文件时，TFS 似乎都没有检测到对文件所做的更改，因此没有为我提供在文件修改后签入文件的选项。

如何解决？

我有主分支和开发分支。我对两者都进行了更改并签入。我从 main 合并到 dev 并签入。现在我从 dev 合并到 main。我有冲突。这怎么可能？

有没有办法从 TFS 的 Team Explorer Everywhere 中的 Pending Changes 列表中删除挂起的更改？

我已经在我的项目中添加了一个 .tpignore 文件，并且我排除了某些我在源代码控制中不需要的东西（构建、WEB-INF 等）。但是，看起来团队资源管理器在添加忽略文件之前到处都在这些文件上拾取，因为它们保留在待处理的更改列表中。

我可以看到 eclipse 至少注意到它们应该被忽略，因为它们在项目树中都有 [Ignored] 标签。我原以为将文件添加到忽略文件会自动删除文件存在的任何未决更改......

知道如何从待处理的更改中删除这些项目吗？在解决此问题之前我无法签入，因为我不想将所有这些无关文件弄乱我的源历史记录。

我正在尝试创建一个将功能分支移动到存档区域的脚本。脚本如下所示：

执行移动时出现以下错误：

TF14097: Cannot rename $/Fusion Server/Development/B-01560 when it has a working folder mapping assigned to it.

如何才能做到这一点？

解决方案：

早些时候，我已将本地文件夹映射到 TFS。由于某种原因，我不得不更换机器/电脑。所以我将所有文件夹复制到新机器上。

现在，当我尝试将 TFS 文件夹映射到新机器上的现有文件夹时，它总是显示Not Downloaded在(VS 2010)的Latest列下。Source Control Explorer我可以获得最新版本，但它非常耗时。

有人可以建议一种在更短的时间内建立现有文件夹和 TFS 文件夹之间关系的方法吗？

我们正在使用 TFS 2010 并面临删除 Visual Studio 解决方案中的文件夹的问题。

在最新版本的签入代码中，有问题的目录中有文件。

一位开发人员决定将该目录中的文件移动到解决方案中的另一个位置。然后他试图删除旧文件夹，但出现以下错误：

有谁知道尝试这样做有什么问题，有没有办法解决它？

据我所知，Team Foundation Server 2010 的源代码控制（和以前的版本）不支持文件的链接（符号链接）。

链接（根据 Visual SourceSafe）是在文件夹中提供一个“硬”文件，然后在其他位置“链接”到该文件的概念 - 就像设计文件系统硬链接一样。

有谁知道文件是否可以链接？我意识到这通常不是一个好的做法，但我有一些场景是有意义的。

根据此线程中的答案：Linking TFS source control folder from another TFS project这是不可能的，但我找不到明确的答案。

我能找到的最接近 Google 的东西是MSDN 论坛上的一个帖子，但它已经很老了（2006 年）。我几乎假设这仍然是答案（除非有人知道不同）？

我是一个小型开发团队的一员，他们正在从 Visual Source Safe 迁移到 TFS2010。

我一直在阅读 TFS 结构并遇到了一个非常好的问题。

上面链接中提到的我不确定的一件事是开发结构：

我真的不明白需要TrunkandBranches作为单独的子容器到Development. 我是如何阅读这个结构的，它Trunk会从Integration（或者Main如果你使用 MS 术语）Branches分支，然后会从Trunk（即Trunk是多个的父级Branches）分支。

如果是这种情况，我不明白层次结构中额外层的优势。对我来说似乎合乎逻辑的事情（记得我已经学习了大约一天的时间）是，如果您想要多个开发分支，则将每个开发分支都作为Development容器的子项：

在上述结构中（其中DevBranchOne和DevBranchTwo被替换为有意义的名称），开发分支是兄弟姐妹，并且都从Integration（或Main）分支。鉴于上述情况，我的问题是：

1. 我对预期用途的理解是否Trunk正确Development？
2. 如果我的第一个问题的答案是肯定的，那么在 中实施这种层次结构有什么好处Development？
3. 只是使用Trunk从 SVN 继承的东西（我没有经验）吗？

有谁知道是否有办法通过某种差异工具检查生产修补程序分支中的代码是否比主流分支更新？（hotfix1 vs thrunk）

我将 vs2010 与 TFS 一起使用，但是分支有很多文件，我想出的只是一次比较一个文件，方法是重新指定其中一个文件的目标路径。