代码之家  ›  专栏  ›  技术社区  ›  Jermismo

您使用什么设置来开发SharePoint(WSS/MOSS)?

  •  2
  • Jermismo  · 技术社区  · 17 年前

    我很想知道其他的SharePoint开发人员是如何设置他们的开发工作站的。

    我当前的设置:

    • 带服务器2008的桌面(仅适用于Hyper-V,以前使用过Vista)
    • 在本地计算机上使用Visual Studio 2008进行开发工作
      • 保留SharePoint dll的本地副本以供参考,不安装本地SharePoint
    • 在本地计算机上托管的服务器2003虚拟机中运行SharePoint

    我将所有的SharePoint更改开发为WSP,并将它们安装到VM中进行测试。我不在调试模式下运行代码,但是要写很多跟踪语句来观察我的代码在做什么。

    另外,当我进行快速更改时,通常不会重新安装整个WSP。我只需重新编译所更改的DLL并将其复制到SharePoint VM中的GAC中,然后重置IIS(通常是编写Web部件)。

    我知道如果在本地运行SharePoint,事情会更容易,但我通常一次要处理多个项目,不希望事情发生干扰。

    3 回复  |  直到 17 年前
        1
  •  2
  •   Community Mohan Dere    9 年前

    当然更喜欢在VM中直接使用SharePoint,因为我可以正确地调试到进程中,而且我有一个 build script 这要么重新部署我的整个解决方案,要么让我刷新GAC。

        2
  •  1
  •   Kasper    17 年前

    我在一个VMware映像上做所有的开发工作。因为我试图用TDD的方式来做SharePoint工作,所以我运行了很多测试,而远程的东西对我来说根本没有意义。

    对我帮助最大的是visual studio中的post-build事件,它非常棒,您只需编写一点脚本就可以完成所有事情。

        3
  •  0
  •   Community Mohan Dere    9 年前

    在同一台服务器上运行SharePoint/VS(无论是物理的还是虚拟的)都能让您快速地启动和运行,但就我个人而言,我不认为这是可行的。

    除了你所描述的(在VM中运行的本地VS/SharePoint)之外,还有一些可以让你的生活更轻松的技巧。

    1) 部署到bin目录而不是GAC,然后要更新,只需在生成后批处理文件中复制dll/pdb,如果它们在远程计算机上的GAC中,则不认为可以自动执行此操作,对吗?

    2) 看看 remote debugging -先开始工作可能会有点痛苦,但努力是值得的!关键提示是您需要在本地和远程计算机上使用相同的用户名/密码。

    本页相关- Debugging SharePoint 2007 Code