Sharepoint指南-团队开发

FROM：http://blog.joycode.com/ipark/archive/2009/01/15/115435.aspx，好文一篇，给一片混沌的Sharepoint团队开发带来曙光。

这里只是按照自己理解的团队开发步骤对该文进行个人思路的一个组织，核心内容均来自ipark  的文章。

 

开发以WSS3.0开发为例，MOSS开发可参考。

在一个典型的WSS3.0开发场景中主要有以下的环境：

1 开发环境(WSS3.0+VS2008 with WSPBuilder and VseWss v1.3)

2 代码管理环境(VSS2005)

3 集成测试环境(WSS3.0)

4 生产环境(WSS3.0)

通常的做法就是集成测试人员在集成测试服务器上搭建好WSS3.0环境，并保持与生产环境部署一致。开发人员在本地搭建好WSS3.0开发环境，这个环境主要用于开发中的调试和测试，未必要与集成测试环境一致，可视开发人员的机器配置情况和所在的网络情况而定，这包括所有开发人员的机器是否均处于域环境，开发人员的机器是否受制于公司的策略不允许安装server系统，是否有独立的服务器可用作数据库服务器等等。

很不幸，博主我所在的公司就不允许开发人员使用server 系统，仅能安装常规的XP。。。

公司一共提供了3台服务器资源：Server1,Server2,Server3

在Server1上安装SQL Server2005 和VSS2005

于是我选择的开发环境：

1 开发人员客户端安装虚拟机VPC2007，运行Windows2003 Server,并在VPC中安装VS2008 with WSPBuilder and VseWss v1.3 和WSS3.0（使用Server1的SQL Server作为数据库，把VPC 当作一个前端

参考：http://www.cnblogs.com/laputa-sky/archive/2009/01/25/1380924.html

2 集成测试环境： 在Server2,Server3上安装WSS3.0，也使用Server1的SQL Server作为数据库,其中Server2安装管理中心，Server3仅作前端。

3 生产环境由运维体系提供，我们仅保证生产环境与集成测试环境一致即可。

 

按照这个环境，我们的开发步骤就是：

1 由项目经理在VS2008 中创建一个空白解决方案：WSSV3Solution，并添加一个WSPBuilder工程：WSPDeploy

2 为不同的功能模块（某个Web Part、事件处理程序等）创建不同的项目，这样方便进行代码管理，工作分配，多人协作，创建的项目加入到第一步创建的解决方案中

3 然后接着就是在WSPDeploy项目中，创建文件夹，直到每个功能模块对应的项目都能在该项目中找到相应的文件夹；对于每个功能模块对应的项目则在Post-Built中加入命令行脚本，使在编译通过以后，把编译的结果拷贝到第一步创建的项目的文件夹目录下

> 开发人员的工作过程就是：从代码管理服务器上获取解决方案的最新版本，然后迁出自己开发的项目，直接选择Deploy Solution，WSP会生成并自动部署到他的环境中，然后在代码中设置断点，点击“Attach to IIS Worker Processes”即可进行调试。

> 集成人员的工作过程：从代码管理服务器上获取最新的项目版本，然后Build WSP，把WSP部署到开发集成服务器上。这个过程，大家可以想象，使用自动build部署的方案完全是可以完成的。

 

这里还有待弄清楚的地方：

    一般开发环境貌似直接将各个功能模块编译好的dll发布到80\bin也就是默认的80端口的Web Application下，方便进行调试，但在部署到集成环境时肯定时直接丢在GAC比较方便，这样问题就来了，比如应用程序页面，开发的时候放在80\bin下，部署到GAC 后需要对页面进行修改手动加上Assembly引用（需要对项目加强命名，使用SN –T dllname 获取PublicKeyToken），显得很繁琐，不知道有无好的解决办法。

稍后给出完整的示例。