是否有可能使用持续集成技术开发sharepoint？

我们正在准备一些非常严肃的Sharepoint(MOSS 2007)开发,包括自定义Web部件,列表,母版页和布局等等.

我们正在评估版本控制,似乎讨论没有比这更深入.我很想知道我们可以通过尽可能少的人工接触轻松地从源控制部署到我们的测试和生产服务器,并且最好在每次检查后完全自动部署.

我以前没有使用CI,所以我对Sharepoint的可能性感到有点无知,而且太复杂而无法理解.

我担心如果我们走出一条过于"轻松"的道路,那么当我们发布一些新功能后,我们必须花费半天时间设置每个环境时,我们会很快后悔.

我甚至没有开始在脑海中解决当用户添加的列表中的实际内容以及这将如何影响我们在开发方面所做的事情时会发生什么.

欢迎链接到博客/文档.个人经历非常欢迎.

我最近的经验是使用STSDEV构建解决方案以进行发布的项目.自定义构建操作允许我们从目标服务器中删除sharepoint解决方案,安装新解决方案并重置所需的应用程序池.

花了一段时间来建造,但它运作良好.我们没有发布测试使用这个过程,但它可能是.

以下是目标文件的示例.不幸的是,它有点复杂.

  
    MyFeatures.wsp
    MyFeatures.wsp
    http://intranet
    DeploymentFiles
    $(ProjectDir)\RootFiles
    $(ProgramFiles)\Common Files\Microsoft Shared\web server extensions\12
    $(SolutionDir)Deployment
    "C:\Windows\System32\makecab.exe"
    "$(ProgramFiles)\Common Files\Microsoft Shared\web server extensions\12\bin\stsadm.exe"
    "$(SolutionDir)..\Tools\STSDev\stsdev.exe"
    "C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\gacutil.exe"
    cscript c:\windows\system32\iisapp.vbs    
    "$(SolutionDir)..\Tools\WarmUpServer\AsyncWarmup.bat" "$(SolutionDir)..\Tools\WarmUpServer\"
    net stop SPTimerV3 & net start SPTimerV3