标签: tfvc

我在VS代码中使用Visual Studio Team Services扩展来签入.https://marketplace.visualstudio.com/items？itemName = ms-vsts.team

我现在正在尝试检查角度项目的更改,但我很烦恼排除了来自node_modules的16000个文件:

如何从源代码管理中排除这些文件？在Visual Studio中我使用.tfignore文件,vscode怎么样？

是否有可能从TFS中的给定变更集/日期"清除"历史记录？

因此,例如,对于文件X.

销毁比日期Y更旧的所有版本.

要么

在修订版Y之前销毁所有版本.

我们使用TFS源控制并有两个构建控制器(一个VS2010,另一个VS2012).我们使用默认的构建工作流模板栏进行一些自定义更改.

由于我们有很多分支机构,我们将如何根据所需的分支更改工作空间？

我正在考虑为branch($\oursourcecontrol\branches\main)添加一个参数,然后将其作为变量传递给工作流的get workspace部分.

或者有更好的方法吗？

我们有4个团队项目集合,每个项目集合包含十几个团队项目.我们已经开始使用集成的Code Review系统,并请求对这些集合和项目进行审核.

有没有一种简单的方法可以找到您参与的所有代码评论,跨集合或至少跨集合中的项目？我更喜欢在Visual Studio内的团队资源管理器中执行此操作,但也可以访问Web门户.如果我能在一个Collection中搜索,我已经很高兴,如果它不可能在它们之间进行搜索.

我仔细查看了团队资源管理器的"我的工作"部分,并关闭了它sln以尝试强制资源管理器的上下文到整个集合.没有骰子:"我的工作"标题仍然显示下拉列表中的实际项目.

我试图创建一个自定义的"查询",但我不知道如何继续.生成的查询有一个要过滤的子句Team Project = @Project,但我删除了基本上这个查询:

Work Item Type = Code Review Request

我出于State <> Closed测试目的而遗漏了,我会为工作项类型创建一个单独的查询(我认为)Code Review Response,但在我去之前:上面的查询似乎只给出了当前所选团队项目的评论.另外,在保存它,我得到带有想要我保存查询对话框中的特定项目,进一步表明它仍然是具体项目.

我正在使用TFS 2013但我们倾向于在它有用的时候进行升级,所以如果新版本中即将推出的功能可以解决这个问题,我会很高兴听到它们.

底线:如何在TFS服务器上概述您的所有代码评论？

我们使用 TFS（版本 16.131.28106.2）来构建和部署代码。我想在每个成功构建和标签格式上提供源标签配置为$(Build.SourceVersion).

我从构建定义中获取标签，

但是，在发布定义中，这给了我一条警告消息。

发布定义的工件是源（构建定义）。

我已经搜索过了，我发现了一个有类似问题但没有回答的帖子。

请帮忙解决。

目前,我们的TFS(TFVC,而不是 git)项目包含一个托管我们整个产品的文件夹.该文件夹包含三个分支(Dev,Main和Release),每个分支又包含许多不同的子项目.我们正在尝试重组,以便不同的组件包含在它们自己的分支结构中.

问题:是否可以将分支(不是分支本身)下包含的文件夹及其他分支中的相应文件夹移动到新的 TFS项目中,同时保持任何未合并的变更集的关系和状态？

这是我们期望的最终结果的图表:

我们希望将每个"Project 1" 文件夹(左侧)移动到它们自己的分支结构(右侧),但我们需要任何未合并的更改集来"出现".也就是说,如果我们尝试在新结构中从Dev合并到Main,我们将看到一个未在旧结构中合并的(相关)变更集的列表.

这可能吗？如果是这样,我们需要用什么系列的tf/ tfvc命令来解决这个问题呢？我已经深入谷歌了,但是做得很短 - 或者因为我不知道如何用搜索友好的方式描述这个,或者它根本不可能.

我尝试过的:

• 直接将每个文件夹移动/重命名为新项目(预创建每个目标开发/主要/发布分支​​)

  • 未合并的变更集丢失了.
  • 我得到的只是一个"移动/重命名"变更集,它出现在新分支的未合并列表中.合并这导致在目标分支都被覆盖(即发布分支的文件和现在相同的开发).
  • 在+侧,挂起的搁置集"自动跟随"时未取消搁置

• 分支每个文件夹,进入新结构(此时无需预先创建目标分支文件夹)

  • 这创建了三个彼此无关的分支.
  • 我能够通过在它们之间进行无根合并(tf merge /baseless /recursive)和冲突时获取目标分支文件来解决这个问题.然后重新教育分支机构.(至于解释这里)
  • 与上述不同,文件本身最终正确(没有被覆盖).
  • 未合并的变更集丢失了.
  • Shelvesets不受原始位置的影响

如果这很重要,我们愿意失去整体历史,如果这是解决这个问题的唯一方法.我们最好保留它,即使它意味着在某处存储原文的"已弃用"副本.我不太关心搁置"跟随"他们的来源......我们只有两个会受到影响,如果需要我们可以手动处理.我们正在使用本地TFS 2018.

编辑:响应已发布然后删除的答案:

我不打算移动分支,而是将其内部的文件夹提取到它们自己的相应分支结构中,而不会丢失挂起的更改.我只展示了两个级别,但实际上它们更深入.我能够tf rename在沙盒中的整个分支并获得预期的结果......但重命名分支不是我想要做的,并且移动文件夹会产生意想不到的结果.

我们正在运行一个TFS 2013服务器,其中包含我们主要集合中的多个项目.

所有项目都使用TFVC进行版本控制.

是否可以将代码历史从一个项目完全移动(或只是复制)到另一个项目？如果是,怎么样？

或者我们是否必须将旧项目中的整个代码作为新代码提交到新项目中,从而丢失旧版本控件的总历史记录？我读了一些关于在一个新项目中将TFVC迁移到GIT的内容 - 但没有关于TFVC到TFVC的内容.

我的5个开发团队维护着一个由6个解决方案(又称部分)组成的中型应用程序.目前,我们使用TFVC进行源代码控制.每个解决方案都位于自己的主分支中.

我想迁移到Git.我的问题是,对于所有6个解决方案是否有1个Git仓库,或者为每个解决方案使用单独的Git仓库.

我被一个单一的Git仓库所吸引,因为:

• 降低了团队的复杂性.
• 一个提交可以在多个解决方案中进行相关更改(例如将代码从一个解决方案移动到另一个解决方

另一方面,单个Git仓库意味着对任何解决方案的更改都会导致我们的TeamCity CI服务器上的所有解决方案的新的完全重建.

在此问题上寻找其他团队负责人的一些见解.

从VS2010开始，我开始使用TFS。到那时，我已经创建了自己的TFS服务器（myname.visualstudio.com）。我的问题是，我在TFS网站（带有仪表盘的网站）上创建了一个新项目。然后，当我转到VS2017，并连接到该新项目时，它要求我进行映射并按预期进行操作。我不只是单击“地图并获取”按钮，而是单击高级，以便可以配置所有内容。

在工作空间配置对话框中，我注意到VS将其命名为“ MYPCBLABLA_1”。如果我尝试删除“ _1”，VS会说“ 计算机blablabla上已经存在工作区blablabla ”，并且不允许我使用现有的工作区名称。

为什么这样做呢？我不能只使用1个工作区吗？从我对工作空间的了解来看，它是我的项目的容器，因此是不同的工作空间，不同的项目集。但是他们到底是什么？

附加信息：我不知道这是否有帮助，但是在过去，我曾经对PC进行过多次格式化，但不确定重新格式化后使用VS时是否会影响映射或工作区名称。

Rollback和"获取此版本"之间有什么区别？

他们两个让我回到一个特定的版本,并从那里做更改和登记.

同时拥有它们有什么额外的好处？