标签: tfvc

我最近从VSS迁移到TFS 2010,我一直非常喜欢它,但是我还没有能够以我认为的方式工作.

GOALS

我想快速了解开发工具的更改何时会破坏构建.如果我们事后发现,这没什么大不了的.由于很多签到都是在一天中发生的,所以我们不想等待构建完成,所以它应该是异步的.

通过我们的主分支,我想确保在合并发生的任何时候,我们确保它不会破坏构建.我想立即得到反馈.等待时间很好,因为我们不会经常合并到Main.

当前设置

我的解决方案位于名为Main的文件夹下.我做了一个名为Development的分支.我正在工作的工作区与顶层相关联,包括Main和Development分支.我尝试调整我的工作区只指向开发,以防出现问题.这似乎没有解决我的问题,所以我把它重新设置为我原来的方式 - 包括Main和Development.

在工作空间的构建定义中,我定义了两个定义 - 一个用于主分支,另一个用于开发.

第一个定义是构建Main分支.它有一个Gated Check-In触发器,"要建立的项目"指向Main中的解决方案文件.

第二个定义是在Development分支中构建解决方案.它有一个Rolling Builds触发器,"Items to Build"指向Development中的解决方案文件.

结果

目前,当在开发中进行更改并执行签入时,将触发对Main的门控签入.这不仅会造成混乱,而且还会减慢我们的整体流程.

下一步

我已经看了一些TFS指南分支,一般TFS使用等等.不幸的是,我还没有找到解决我的问题的方法.如果你以前遇到过这个问题,我会很感激你能给出的任何建议.

我有一台新笔记本电脑,因为旧的笔记本电脑崩溃了.在旧的笔记本电脑上,我有一个连接到Team Foundation Server的Visual Studio解决方案,在我办理登机手续之前已经进行了很多更改.

幸运的是,我对包含我的更改的完整文件夹结构进行了备份.

现在,在我的新笔记本电脑上,我安装了VS2013并将解决方案复制到我的硬盘(E:磁盘).当我打开解决方案时,所有项目都正确加载,但没有与TFS的连接.

当我查看"更改源代码管理"时,所有项目都处于无效状态.我试图正确设置工作区但到目前为止没有任何工作.

许多人告诉我,checking in我的代码的最佳实践TFVC是getting latest在之前.

我不知道为什么我觉得TFS足够聪明,有什么区别getlatest,然后checkin或getlatest之后checkin

另一个用户在整个特定项目中的不同位置进行了多处更改.

如何查看特定用户签入的文件？

Visual Studio 2017的“查找货架” TFS命令显示：

结果（显示392个中的100个）

如何访问其他292件物品？

我是使用 TFS 源代码管理的新手。

我有一个从 SVN 移植过来的大项目。我已登记并了解所有项目的最新情况。但是，我今天打开了 Visual Studio，即使没有任何更改，所有项目项都在挂起的更改包含窗口中。

自上次以来，我没有接触或编辑过我的 TFS 文件的任何文件。

为了验证，我使用 Araxis Merge 进行了文件夹比较，可以看到没有发生实际更改。

为什么这些未更改的文件会出现在我的签入窗口中？

以下是 Visual Studio 与之前版本的差异示例： 我什么都看不见！

希望这显示了我的本地工作区

我知道Team Foundation版本控制中的无基础合并是危险的.我想知道Git是否也有危险.

如果你不熟悉baseless merge,这是一个例子.红色虚线是一个毫无根据的rebase/merge.

用Git做这个是安全的吗？

请阅读：https : //www.visualstudio.com/en-us/docs/tfvc/destroy-command-team-foundation-version-control

这几乎是不言自明的。

但是如果您想保留文件并且只删除一些历史记录怎么办？