好的,这里是情况说明。我想为我的机构设置一个版本控制系统和相关流程,并希望在跳进去之前从别人的错误中学习。
我正在考虑从远程托管服务(assembla——它也将帮助进行离线代码备份!)中部署subversion。
我们是一个有3个主要团队的ASP.net网店。(大约30人分为3个团队)
前端团队 - Photoshop,XHTML,CSS,Javascript。主要使用Photoshop进行设计/创意,Dreamweaver进行标记和TopStyle进行CSS。
开发团队 - 主要是ASP.net,但也有一些php为了增加多样性和必要性。主要使用VS2005和SQL Server工作。
目前,所有团队都从一系列网络共享中工作,直接在一个网站的单一工作副本上进行工作。虽然我们正在引入版本控制,理想情况下,我们希望每个设计师/开发人员都可以在他们的个人计算机上设置一个实时的Web服务器副本,但看起来这在开始时不太实际(即我们有非常熟练的前端开发人员,他们没有在他们的个人工作站上设置完整的ASP.net应用程序的能力。对于一个不习惯在ASP.net环境中工作的设计师来说,当他们想要调整一些CSS或某些标记时,这似乎也过于繁琐。
这意味着我们很可能会保留我们目前使用的网络共享结构(我知道并不理想,但得从某个地方开始)。但是我们将在网络共享上创建一个网站副本,并将其作为主要的“工作副本”从存储库中检出,供人们在我们的本地开发环境中使用。
然后这将被检查进我们的主要代码库,然后部署到一个位于互联网上的测试服务器,最终变为生产环境。
人们对我上述提出的部署模型有何看法?
有没有人能提供建议,如何让具有不同技能的团队遵循相同的版本控制流程?
提前致谢。
Ed(英文名)