文档章节

TFS 最佳实践之一,Solution 之间不共享Projects

东风125
 东风125
发布于 2013/11/27 10:02
字数 1204
阅读 139
收藏 0
TFS

First, don't use multiple Team Project, this is a huge mistake that everybody make at the beginning. For the size of your team and what you develop: one Team Project is what you need. 第一,不要使用多个团队项目,这是每个人都在开始时做出的一个巨大的错误。为您的团队和您的开发的大小: 一个团队项目就是你的需要。 You use two Team Projects when there are two teams of completely different people, working on a completely different project, with a completely different methodology/process. 当有两队完全不同的人,在一个完全不同的项目,以一个完全不同的方法过程上工作时,您使用两个团队项目。 With one Team Project you can still: 与一个团队项目您仍然可以: •Have many branches (related or not). 责任心许多分支 (或不相关)。 •Have the administration of Source Control at the tiniest level you need 你需要责任心最小一级的源控制的管理 •Split your project into sub categories (functional, technical, whatever you need) using the Area Path (which is a node tree) of Work Item. This way you can have one big product backlog or dedicated ones. •Split 成子类别项目 (功能、 技术、 无论你需要) 使用区域路径 (这是节点树) 的工作项。这种方式你可以有一个大产品积压或专用的。 •Overall reports on your whole project or on specific area (still using Area Path, but in Reporting Services) •Overall 报告您的整个项目或特定领域 (仍在使用的区域路径,但在报告服务) •Trust me on that, it's the best way to go and many many people (including me the first time) make the mistake to use multiple Team Project and have to paid the price thereafter. What you need is a good Source Control hierarchical structure and a good Area Path tree. 我在那,这是最好的方式去的 •Trust 和许多许多人 (包括我第一次) 犯错误使用多个团队项目,要尔后付出了代价。你需要的是良好的源代码管理层次结构和良好的区域路径树。 Concerning Solutions: 关于解决办法: Having one solution per main component of your project is not a bad thing, developers can work on a dedicated subset of the project, to maximize the productivity and reduce the coupling between components. 都有每个项目的主要组件的一个解决方案不是一件坏事,开发人员可以工作的项目,以最大化的生产力和减少组件之间的耦合专用子集。 But you still can have one global solution that reference all your projects and that will be use whenever you need to make changes that impact all your project. Having a global solution is also an easy way to build your whole project painlessly. 但你仍然可以有一个全球解决方案,引用您的所有项目,这将使用每当你需要进行影响您对所有项目的更改。有一个全球的解决方案也是轻松能轻松地建立您的整个项目。 The issue here is about cross component references, if one component you develop (e.g. Application1) needs another component you develop (e.g. OurCompanyLibrary) then it creates a dependency between both and Application1 must reference "built assemblies" of OurCompanyLibrary. 这里的问题是关于交叉引用组件,如果您开发 (例如应用 1) 的一个组件需要您开发 (例如 OurCompanyLibrary),然后它创建两个之间的依赖项和应用 1 必须引用"生成程序集"OurCompanyLibrary 的另一个组件。 Which implies either: 这意味着要么: 1.You must create a location somewhere in your source control to store the built assemblies of all the components that will be referenced by others. Maintain a Build Cycle to release everything respecting the right order. 1.你必须在您的源代码管理存储生成的程序集将由其他人引用的所有组件的某个地方创建一个位置。保持一个生成时钟周期来释放一切尊重按正确的顺序。 2.Take advantage of the new standard which is Nuget and setup an in-house Nuget server (very easy to do) and build your own Nuget packages for the components that will be referenced by others. 2.利用到内部的 Nuget 服务器 (很容易做到) 和生成您自己的 Nuget 包将由其他人引用的组件是 Nuget 和安装程序的新标准。 3.The easiest way to go is including all your dependencies developed in-house in the solution to make sure they are built when needed. It's easy to do but your Application1 project will include most of your VS Projects. I don't say it a good or bad way to go, it's your call. Sometime the easy way is the best one. 3.最简单的方法去包括所有内部开发的解决方案,以确保它们建立在需要时在您的依赖性。很容易做,但您的应用 1 项目将包括您的大多数 VS 项目。我没说好或坏的路要走,这是你的电话。有时简单的方法是最好的一个。 Each way has its own pros/cons, and only you can decide which one is the best to go. 每种方法有其自身的优缺点和只有你才能决定哪一个是最好去。

本文转载自:http://stackoverflow.com/questions/10902951/tfs-project-with-multiple-visual-studio-solutions

东风125
粉丝 6
博文 73
码字总数 12747
作品 0
朝阳
高级程序员
私信 提问
ThoughtWorks开发人员最喜爱的分布式版本控制系统

Martin Fowler在ThoughtWorks的软件开发邮件列表中做了一个调查,了解开发人员怎么看待一些版 本控制系统(VCS)。他据此对主要的版本控制系统写了一篇评论文章,并 对集中式和分布式系统进行...

红薯
2010/04/12
3.5K
17
分布式文件系统--TFS

TFS(Taobao FileSystem)是一个高可扩展、高可用、高性能、面向互联网服务的分布式文件系统,其设计目标是支持海量的非结构化数据。 目前,国内自主研发的文件系统可谓凤毛麟角。淘宝在这一...

匿名
2010/09/29
29.8K
4
Visual Studio 2010 Ultimate测试体系结构

VS2010测试概述 一个软件产品或系统同任何事物一样,也要经历孕育、诞生、成长、成熟、衰亡等阶段,一般称为软件生存周期,也称为SDLC(software development life cycle)软件开发生命周期。它...

高阳
2018/06/26
0
0
Visual Studio Many Projects in One Solution VS中多工程开发

在用VS开发项目的时候,我们可以将不同的模块拆分开来,分别建立单独的Project来开发调试,整个放到一个Solution中就行了。这样做的好处是结构清晰,每个功能模块可以单独调试,而不用编译整...

机器的心脏
2017/12/06
0
0
[转载]TFS体系结构和概念

[转载]TFS体系结构和概念  TFS是Team Fundation Server的简称,是微软VSTS的一部分,它是Microsoft应用程序生命周期管理(ALM)工具的核心协作平台,简单的说它是管理和开发软件项目的整个生命...

技术mix呢
2017/09/06
0
0

没有更多内容

加载失败,请刷新页面

加载更多

学习记录 java面试题(一)

1. JDK和JRE的区别 JDK是整个JAVA的核心,包括了Java运行环境JRE,一堆Java工具和Java基础的类库。通过JDK开发人员将源码 文件(java文件)编译成字节码文件(class文件)。 JRE是Java运行环境,...

Pole丶逐
33分钟前
8
0
springboot 部署到外部tomcat

入口类继承SpringBootServletInitializer 并重写protected SpringApplicationBuilder configure(SpringApplicationBuilder builder)方法 如下 import org.springframework.boot.SpringApplic......

雷开你的门
39分钟前
5
0
hashCode和equals方法的关系

equals相等,hashcode必相等; hashCode()在哈希表中起作用,如HashSet、HashMap等。 当我们向哈希表(如HashSet、HashMap等)中添加对象object时,首先调用hashCode()方法计算object的哈希码,...

无名氏的程序员
44分钟前
7
0
技术分享 | MySQL 慢查询记录原理和内容解析

作者:高鹏 文章末尾有他著作的《深入理解 MySQL 主从原理 32 讲》,深入透彻理解 MySQL 主从,GTID 相关技术知识。 源码版本:percona 5.7.14 本文为学习记录,可能有误请谅解,也提供了一些...

爱可生
52分钟前
5
0
elementui 树型节点

节点选择时,勾选节点。 提交给后端时,传递 this.$refs.menuTree.getCheckedKeys(); 半选父节点 getHalfCheckedKeys() 不需要提交。...

东东笔记
53分钟前
6
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部