我是从TFS映射的大型项目的一部分,在该项目中有一个我已经完成了工作的文件夹。 我不想要那个文件夹,所以我想删除我的本地副本。 问题是,TFS想要镜像更改并从源代码pipe理中删除文件夹,我不想从TFS中删除它。 我可以find这样做的唯一方法是取消映射工作区,然后通过并获得我需要处理的所有其他文件夹。 无论如何,我可以在本地删除该文件夹吗?
所以,我们有我们的主要开发线,我创build一个分支,开发人员B创build一个分支。 我们都做了一些工作。 开发者b完成了他的工作,重新融入主开发线。 我知道他的变化会影响到我,而不是后来处理冲突,我想更新我的分支,现在在主开发线中的变化,所以我可以在我的分支中处理它们,在合并之前回到主。 我怎么做?
我使用WinXP,VS 2008和团队资源pipe理器连接到Team Foundation Server。 我需要脚本(如BAT文件脚本)如下: 在Team Project中获取最新版本的文件夹。 检查Team Project中文件夹的文件。 在Team Project中检查文件夹的文件。 我的TFSProject是$/Arquitectura/Main/ ,映射到pathC:\TFS\Arquitectura 有没有人有任何示例代码或build议?
我在TFS中删除了一些文件和一些文件夹。 很多检查后来我发现我需要在我的项目中删除的function。 我怎样才能恢复已删除的文件和文件夹?
一直在search整个互联网,但努力find我的答案这个简单的问题。 我正在使用VS 2010的TFS,我只想查看历史中的检查,而不仅仅是一个单一的文件。 当我需要使用它的时候,这是有帮助的,但是我想要一个更大的历史logging,所以我只能看到每个检查和我旁边放的是什么意见。 如果我select的解决scheme或主项目,无论出于何种原因,我只获得一个子集的检查完成(我假设,因为变化并不直接影响到更高层次,但不知道)
Visual Studio(也可能是TFS)以某种方式(我想也许在源代码pipe理合并时)对我的解决scheme中的项目path感到困惑。 它认为它在这里(简单的例子path): C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj 而实际上,项目文件位于这里: C:\My Projects\ExampleSolution\ExampleProjectCorrect\ExampleProjectCorrect.csproj 我不能为了我的生活让它认识到正确的位置。 我努力了: 从正确的位置删除并重新添加项目。 出现一条错误消息,说The project file at C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj could not be found 。 手动编辑.sln文件以确保对ExampleProjectCorrect.csproj所有引用都具有正确的path。 在解决scheme目录的文件中查找正确和不正确的path,尝试并追踪工作室隐藏不正确path的位置。 删除VS和TFS的caching目录 我把我的头发撕了,因为我不能重新创build解决scheme,因为它已经接近100个项目,并与其他几个开发人员的源代码控制绑定在一起。 任何人都可以在正确的方向指向我存储这个不正确的path和/或如何重置它,所以该死的东西会正确加载?
我们开始使用VS 2012和VS 2013预览中内置的代码审查function。 请求审查和添加评论似乎非常简单。 如果有人添加了要求更改代码的注释,那么请求者如何进行这些更改并显示它们? 所以这个过程会像这样stream动: 人1请求代码审查。 人2添加评论并select“需要工作”。 人1进行必要的更改。 Person 1现在如何向Person 2显示这些更改? 您可以添加注释并发送它们,但文件不会更改。 我假设这些文件来自请求原始审阅时创build的变更集。 第1人是否应该closures此评价,并要求第二次评审? 创build第二个审查看起来并不是最佳的,因为你失去了为什么要进行更改的谈话历史。 有很多网站展示了如何使用代码评论的基本function,但是有没有哪些网站能够展示最佳实践? 例如,谁应该点击文件旁边的checkbox?
VS2012似乎删除了在VS2010中的TFS签入的popup窗口。 它现在似乎接pipe了我的边栏中的团队资源pipe理器选项卡,并将重要的东西 – 比如我已经改变了哪些文件。 有没有办法在VS2012中返回正常的popup窗口进行签入?
当我试图检查一些代码TFS和下面的错误消息即将到来。 对于UInt32来说,价值要么太大,要么太小。 什么是造成这个问题,我该如何解决这个问题?
我们有多个configuration文件(app.DEV.config,app.TEST.config等)和一个预生成事件,将正确的configuration文件复制到app.config。 显然configuration特定的文件是在源代码pipe理—但目前也是App.Config,这不应该是。 我怎样才能将这个文件标记为从源代码控制中排除,但显然不是来自于这个项目。 我正在使用VS 2005和2005团队资源pipe理器。