Visual Studio.NET中的团队开发(一)

 

Microsoft Visual Studio.NET Beta2中进行团队开发web application的方法是基于“文件共享”(file share)访问模式的。每个开发人员操作的是在他们自己的虚拟目录下文件的副本(copy),不过所有的开发人员是从Microsoft Visual SourceSafe的项目中check incheck out文件。这种方法不仅提供了分离,而且也防止其中一个成员的更改会影响到整个团队的工作副本。

这种方式与原来使用Microsoft FrontPage页面访问的Microsoft Visual InterDev所采用的方式是不同的。在Visual Studio.NET Beta2中缺省访问模式是文件共享页面访问(file share web access)。

Visual SourceSafeVisual Studio.NET的协作工作方式与原来它与Visual Studio 6.0Microsoft Visual C++Microsoft Visual Basic等项目协作的方式。开发者可以在本地创建自己的项目(如使用http://localhost),然后从普通的sourcesafe项目中check incheck out文件,这又与Visual InterDev 6.0不同,这儿同一个团队中的所有开发人员工作在服务器上相同的虚拟目录下。

尽管这里我们讨论的是web应用程序的开发,不过它同样也能应用于Visual Studio.NET Beta2中非web应用程序的开发。

以下是有助于团队开发的几种办法:把应用程序合适的分成几个项目、使用ASP.NET的用户子定义的控件(User control),HTTP Modules,类库(Class libraries)。

设置文件共享访问模式

Visual Studio.NET Beta2中文件共享模式是缺省访问模式,通过以下步骤保证该访问模式设置正确:选取Tool菜单中的Option项,在Option对话框中选择Project项,再选择Web Settings项,设置首选的访问方式是file share,然后单击OK确定。这样web项目会加入到Visual SourceSafe中。

如果你的项目已经使用了FrontPage访问模式,你可以将它改成文件共享访问模式。打开Solution Explorer,右键单击项目,选择Properties,在属性页中选择Common Properties,选择Web Settings,将页面访问模式改为文件共享,再单击OK确定。然后你需要保存项目、关闭项目和重新打开项目师刚才的改动生效。

下面的讨论中假设你已经选择了文件共享访问模式。

使用SourceSafe创建项目

第一个团队成员创建包含一个或多个项目的解决方案(由于使用的是文件共享访问模式,如果你在其他机器上创建项目,你需要使用UNC(universal naming convention),如//myserver/c$/inetpub/wwwroot/mywebapp //myserver/wwwroot$/mywebapp)。要想让解决方案为其他团队开发人员使用,创建解决方案的第一个成员在Solution Explorer中右键单击解决方案或项目,然后选择Add Solution to Source Control,或者从file菜单中选择Source Control,再选择Add Solution to Source Control

如果解决方案中包含的项目使用的是文件共享访问模式,就会出现以下警告:

Figure 1. File share warning dialog

忽略警告,点击Continue

集成开发环境IDEintegrated development environment)给你Visual SourceSafe database server的提示,要求你指定你存放解决方案文件和项目文件的地方。

Visual Studio.NET缺省的会使用“Admin user”来将用户登录缺省的Visual SourceSafe database。因为“Admin user”的缺省密码是空的,所以在你添加解决方案到Visual SourceSafe中的时候也许不会出现Visual SourceSafe database server提示。相反,你会自动的登录到Visual SourceSafe database server中,直接给你显示Add to SourceSafe Project对话框。

为了避免这种情况,在Tool菜单中,选择OptionsàSource ControlàSCC Provider,修改ID为合适的用户ID,然后选择Advanced…,选择Integration页,为Choose SourceSafe Database选择Prompt

Figure 2. Adding a project to Visual SourceSafe

对解决方案的每一个项目,都会提供相同的提示让你决定在Visual SourceSafe中保存它们的位置。也就是说,在Visual SourceSafe你得为每一个解决方案、每一个项目指定位置。如果你不想在Visual SourceSafe中保存某个特殊的项目,可以单击Cancel,这样Solution Exporer将会视项目为Check out的,而且这些文件不会在Visual SourceSafe中。

在设置Visual SourceSafe存放的位置时,可以将解决方案文件和项目文件放在相同的Visual SourceSafe文件夹中或者不同的文件夹中,比较好的做法是将项目放入不同文件夹中,因为不同的项目中可能会出现重名的文件(如WebForm1.aspx),如果试图将不同的项目放入同一个Visual SourceSafe文件夹中,而且出现重名的问题的话,那么就会出现以下警告:

Figure 3. Warning dialog when trying to add a duplicate file to a Visual SourceSafe project

选择Select different location,然后重复上面的工作。

如果你想不在 Visual SourceSafe 中向一个已经加入到 Visual SourceSafe 中的解决方案中添加新的或已经存在的项目,那么你首先添加项目到解决方案中——在 Solution Explorer 中右键单击解决方案,点击 Add ,选择 New Project Existing Project 。在 Solution Explorer 中会显示项目为 Checked out ,但是文件并不在 Visual SourceSafe 中,现在从 Solution Explorer 中选择项目,在从 File 菜单中选择 Source Control ,最后点击 Add Selected Project to Source Control… 这样你会以前提到的要求你指定在 Visual SourceSafe 中存放项目文件的地方。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
本书共分四部分,此为第一部分<br>包括基础知识、源代码管理、生成、大型项目考虑事项<br>项目管理、过程指南、报告、设置和维护团队环境和<br>Visual Studio 2008 Team Foundation Server等九章节<br><br>Jeff Beehler 撰序<br>序言<br>发布 Microsoft® Visual Studio® 2005 Team Foundation Server (TFS) 之前,我们自己先进行了一次尝试—<br>—使用它来开发 TFS。在项目的最后 18 个月,我们尽可能地应用它来管理项目的开发生命周期,这<br>也就是所谓的“Dogfooding”(内测)。通过这种内部先行试用,我们对自己创建的这一强大系统有了更<br>多的认识。我们确实发现并修复了很多质量问题,使最终产品更稳定、性能更高,如果不使用这种方法,<br>根本无法做到这一点。但更重要的是,我们更清楚了使用这种工具的最佳方式。这些经验与客户体验反<br>馈一起构成了这份指南的基础。<br>初看起来,读者可能认为这些信息应该属于产品文档的内容,甚至就可以取代产品文档。实际上,我<br>曾经也有过这种想法。然而,在与 J.D. Meier 和本指南的其他作者协作工作了一段时间后,我就清楚<br>地认识到,这两者的区分是很自然而且很重要的。我认为将这两份指南比作您的车主手册和驾驶员指<br>南再恰当不过了,两者都是必要的,但其目的又各有不同。按照惯例,产品团队只关注产品文档,而<br>将指导方面的工作留给其他人员。现在尽管我们依然要依靠其他人员来帮助解决问题,但已经开始在<br>指南部分投入更多的时间和精力,因为我们意识到产品的成功采用的重要性,以及它在提高整体客户满<br>意度方面的意义。<br>TFS 就如同汽车,是一种强大的工具,能够帮助您和您的团队更接近目标,这份指南则会帮助您实现<br>目标。每个团队根据其具体需求和历史情况的不同,都会以不同方式或多或少地接触 TFS。出于这方<br>面的考虑,我们撰写这份指南时采用了这样一种方式:即如果您希望了解全部内容,可以从头读到尾;<br>如果只需要部分指导,也可以细读具体的主题。<br>客户反馈是我们撰写这份指南的最初动力,今后也将一直引导我们的方向,并帮助我们实现目标。我们<br>深信,与闭门造车相比,像这样将社区纳入项目之能够使内容更有用,最终使我们的指南更加成功。<br>按照这种思路,真正的用户将帮助我们决定要写哪些内容、要推荐哪些最佳实践,以及如何组织内容。<br>我们的收集整理工作尚未完成,请帮助我们继续改进这份指南,告诉我们您还希望本指南涵盖哪些内<br>容。TFS 的覆盖面如此广泛,有时甚至连我们也觉得难以全面掌握。有了您的加入,我们就可以帮助客<br>户更好地利用我们所开发的工具。<br>TFS 的设计目的是使团队协力交付更好的软件。通过在内部先行试用 TFS,我们已经使自己的团队协同<br>工作,我希望您也会同意,这就是最好的成果。这份指南能够帮助您和您的团队在下一个项目实现此<br>远景。<br>祝您一切顺利!<br>Jeff Beehler<br>主管,Visual Studio Team System 2007 年 7 月<br>Jeff Beehler 是 Team System 的主管。从科罗拉多大学毕业之后,他于 1990 年在 Microsoft 开始了自<br>己的职业生涯,最初致力于 Visual C++ 的早期版本。1996 年,他离开了 Microsoft,转向自己的其他<br>兴趣所在,包括咨询、在小学教学,还建立了自己的家庭。2003 年,他回到了 Microsoft,从事 Visual<br>Studio Team System 方面的工作,在这里,他参与了项目的多个方面,从规划、执行一直到发布。他积<br>极参与 Team System 各个部分的内部先行试用工作,这有助于进一步提高他的职业技能。在业余时间,<br>Jeff 喜欢与家人分享时光、摄影以及在西部地区参与户外运动。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值