Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/tfs/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
正在更改TFS 2013中的源代码管理类型 我只是使用Team Foundation Server 2013建立一个TFS项目。这将是合理的简单-它将有 工作项和项目跟踪 源代码控制 定义并运行的自动化构建 P>有一个合理的机会,我们将将源代码控制从Git(我们当前使用的)更改为Team Foundation版本控制。我想做的是尽可能完整地设置项目,然后在需要时交换版本控制。我认为这在项目中是不可能做到的(我可能错了),那么导出所有工作项和构建定义并保持两者状态的最佳方法是什么呢。例如,我知道可以导出工作项的平面文件,但会丢失与功能的任何链接(例如)。我不介意一点手动设置,但我想尽量减少这一点_Git_Tfs_Tfvc - Fatal编程技术网

正在更改TFS 2013中的源代码管理类型 我只是使用Team Foundation Server 2013建立一个TFS项目。这将是合理的简单-它将有 工作项和项目跟踪 源代码控制 定义并运行的自动化构建 P>有一个合理的机会,我们将将源代码控制从Git(我们当前使用的)更改为Team Foundation版本控制。我想做的是尽可能完整地设置项目,然后在需要时交换版本控制。我认为这在项目中是不可能做到的(我可能错了),那么导出所有工作项和构建定义并保持两者状态的最佳方法是什么呢。例如,我知道可以导出工作项的平面文件,但会丢失与功能的任何链接(例如)。我不介意一点手动设置,但我想尽量减少这一点

正在更改TFS 2013中的源代码管理类型 我只是使用Team Foundation Server 2013建立一个TFS项目。这将是合理的简单-它将有 工作项和项目跟踪 源代码控制 定义并运行的自动化构建 P>有一个合理的机会,我们将将源代码控制从Git(我们当前使用的)更改为Team Foundation版本控制。我想做的是尽可能完整地设置项目,然后在需要时交换版本控制。我认为这在项目中是不可能做到的(我可能错了),那么导出所有工作项和构建定义并保持两者状态的最佳方法是什么呢。例如,我知道可以导出工作项的平面文件,但会丢失与功能的任何链接(例如)。我不介意一点手动设置,但我想尽量减少这一点,git,tfs,tfvc,Git,Tfs,Tfvc,总而言之,如何以最简单的方式获取TFS项目并交换版本控制 厚颜无耻的额外问题-如果有人有任何关于2013年TFVC的恐怖故事,我真的很想知道(也许是评论)。我知道人们很难使用TFS2012,但是本地工作区是否能让它变得更容易您不能更改现有团队项目的源代码管理类型。但是,您可以相当轻松地将历史记录和源代码从一个迁移到另一个。有很多工具可以帮助你实现这一点——你选择的搜索引擎可以帮助你找到它们 不过,您最好选择一种源代码管理工具并坚持使用它——Git和TFVC有非常不同的分支模型,因此您几乎肯定会在

总而言之,如何以最简单的方式获取TFS项目并交换版本控制


厚颜无耻的额外问题-如果有人有任何关于2013年TFVC的恐怖故事,我真的很想知道(也许是评论)。我知道人们很难使用TFS2012,但是本地工作区是否能让它变得更容易

您不能更改现有团队项目的源代码管理类型。但是,您可以相当轻松地将历史记录和源代码从一个迁移到另一个。有很多工具可以帮助你实现这一点——你选择的搜索引擎可以帮助你找到它们


不过,您最好选择一种源代码管理工具并坚持使用它——Git和TFVC有非常不同的分支模型,因此您几乎肯定会在迁移源代码时遇到一些麻烦

以下是我答案中基于观点的部分:我认为Git过于复杂,几乎是故意愚钝的。TFVC非常优秀,学习曲线要低得多。Git肯定有使用案例,但我认为行业中存在大量的Git货崇拜,人们没有根据自己相对于团队需要的优势和劣势来评估工具。