【问题标题】:Debugging, Building and Deploying in moss在 moss 中调试、构建和部署
【发布时间】:2010-11-30 08:54:57
【问题描述】:

我很想听听人们如何发展苔藓。

我们目前使用虚拟环境,使用 wspbuilder 和 nant 脚本进行构建和部署。

我们发现开发人员的调试和部署过程很慢。

谁能提出加快速度的方法?

【问题讨论】:

    标签: sharepoint debugging


    【解决方案1】:

    你所做的已经很棒了。我会从硬件的角度来看待它:RAM 和硬盘。

    SharePoint、Visual Studio 和 SQL Server(如果在同一个机器上)都喜欢尽可能多地占用 RAM。如果不是 4GB,请确保至少运行 2GB。

    另外,Scott Gu 说要获得尽可能快的硬盘驱动器。 SSD 是显着提高性能的好方法。然而,目前要平衡成本和驱动器大小有点棘手。

    【讨论】:

      【解决方案2】:

      我知道的唯一方法就是附加到 w3wp 进程。这是我认为的唯一方式。我添加了一些外部工具快捷方式,以便在我的开发机器上更快地部署,仅此而已。

      【讨论】:

      • 这是需要我们花费时间的部署,即复制到 GAC 或复制到 12 Hive,这是额外的步骤。
      【解决方案3】:

      STSDEV!

      手动将程序集复制到 GAC、部署功能以及将更改同步到 12 个配置单元的日子已经一去不复返了。

      STSDEV 将为您的项目创建一个新的 Visual Studio 解决方案,其中包括自动执行部署解决方案的繁琐过程的构建配置。

      解决方案中有一个“根文件”文件夹。您可以在此处添加通常直接复制到 12 配置单元的所有文件。部署时,所有这些文件都将移动到其相应的文件夹中。 (您将 'rootfiles' 中的文件夹结构与 12 hive 中的相应目录匹配)。

      使用起来比听起来要简单得多。在 codeplex 网站上有一些非常好的教程,之后,你应该很高兴。

      就调试而言,一旦通过使用 STSDEV 简化了部署过程,附加到 w3wp.exe 进程以测试代码,然后重新部署就很容易了。

      【讨论】:

      • 谢谢!我们的 nant 脚本在本地和签入到我们的集成环境时运行,但在开发时仍然运行此构建/部署会大大减慢我们的开发人员速度
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-02-03
      • 2012-12-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-08-18
      相关资源
      最近更新 更多