我应该如何为Sharepoint的.Net开发创建一个良好的环境?

我应该如何为Sharepoint的.Net开发创建一个良好的环境?,.net,sharepoint,installation,development-environment,.net,Sharepoint,Installation,Development Environment,我的公司在所有软件开发和基础设施方面都使用了外部公司,但现在我们希望将其迁移到内部。公司在适用的情况下使用微软产品来标准化环境。Sharepoint将用作管理层、销售人员等所需所有工具的门户。Sharepoint在一台服务器上运行,我们的数据库在另一台服务器上运行。他们都在附近。现在谈问题: 如何为开发和测试我们的软件建立一个良好的环境。i、 e.定制Web部件、集成外部Web服务等 如何配备好的开发/测试服务器(硬件和软件) 买一台功能强大的服务器还是安装更好的工作站来运行服务器的虚拟副本更好

我的公司在所有软件开发和基础设施方面都使用了外部公司,但现在我们希望将其迁移到内部。公司在适用的情况下使用微软产品来标准化环境。Sharepoint将用作管理层、销售人员等所需所有工具的门户。Sharepoint在一台服务器上运行,我们的数据库在另一台服务器上运行。他们都在附近。现在谈问题:

如何为开发和测试我们的软件建立一个良好的环境。i、 e.定制Web部件、集成外部Web服务等

如何配备好的开发/测试服务器(硬件和软件)

买一台功能强大的服务器还是安装更好的工作站来运行服务器的虚拟副本更好

您的公司是如何解决这个问题的,您会在设置中改变什么

关于
Marcus

我个人使用并推荐一台虚拟机,其中包括SQL Server、MOSS 2007和Visual Studio。团队中的每个开发人员都应该有自己的副本。一台有足够内存的好笔记本电脑确实可以托管这样一台虚拟机——但我更喜欢在服务器机房里有一台高端服务器来托管它,因为这简直是触礁。对于开发,您只需将桌面远程连接到虚拟服务器


Eli Robillard在配置开发服务器方面很有经验。

除了Lars所说的之外,我还建议您设置以下环境

  • 构建-使用持续集成,按照设定的时间表编译应用程序。我还建议您在构建过程中运行单元测试和冒烟测试,以保持构建处于已知状态
  • 集成测试-将其用作开发团队的沙箱,以确保所有组件的行为都正确。可以将此视为迷你制作。我建议至少每天一次将构建推送到这个环境中,或者如果你真的对构建环境中的每一个好构建都很满意的话
  • QA-这是一个专门为QA人员准备的沙箱。在这里,只有当特性准备好接受QA时,才应该推送构建
  • 预生产/UAT-这是SharePoint管理员和客户的专用沙箱。在这里,SharePoint管理员测试部署,客户测试新功能,并在生产前提供最终验收。此环境应虚拟化,使其看起来与生产环境完全相同

  • 我目前从事MOSS开发,目前使用的设置由单个Windows Server 2008标准系统组成(以前是VM,现在是物理机器,但我个人不喜欢这种或那种方式):

    • VisualStudio2008标准
    • WSS 3 2008年Visual Studio扩展()
    • SmartPart模板()
    • 使用自己的域配置并安装Active Directory
    • Exchange配置和设置(非常适合访问AD配置文件中的customAttributes,您可以使用它管理用户数据并导入SharePoint)
    • WSPBuilder()
    • SQLServer2005标准
    就硬件而言,我可以在一个具有4GB ram的双核2.5Ghz系统上运行上述所有功能,但最重要的是,它必须是一个32位系统,这一点需要特别强调。您的开发环境必须是32位的,SharePoint中有很多东西在64位下可以正常运行,但您不能在64位下对其进行开发

    我将再次强调,您必须使用32位环境进行开发

    最后,永远不要在代码中为文档库、列表或其他SharePoint功能设置GUID-如果您需要以某种方式进行设置,请将其作为部署脚本的一部分。这样,您维护开发、UAT和生产环境的管理开销就大大减少了


    关于我当前的设置,我唯一想改变的是将SQL Server转移到它自己的硬件上,因为这减少了开销,还允许您调查与单独服务(如SQL Server Reporting services和Business Data Catalog)相关的NTLM/Kerberos双跳问题。

    您应该查看SharePointDevWiki.com页面上的“构建SharePoint开发环境”。
    无法将链接放入,因为我是“新用户”。

    该链接非常有用。谢谢。我读过很多关于远程开发时滞后的负面评论。你对类似的经历有什么看法吗?我的主机提供商和我的办公室在同一栋楼里,和我的家乡丹麦在同一个城市。在这两个地方,我都没有明显的滞后——发展感觉就像是本地的。但是,如果服务器在另一个国家很远,当然会有一些滞后。另一件事:拥有一个共同托管的服务器当然也会增加每月的成本。教授:我的1U机架服务器的托管费用约为每月125美元。关于为什么需要32位,您有任何参考/详细信息吗?我知道有些工具存在问题,但我认为这些问题已经解决了?Web部件开发似乎还可以,但Microsoft提供的许多Visual Studio插件将不会安装在64位环境中,并且如果您在ASP.Net项目中引用SharePoint DLL(例如,用于将自己的完整网页添加到SharePoint中)无论您告诉VS的目标体系结构是什么,SharePoint DLL的编译时体系结构都会出现不匹配错误。这是可以解决的,但它是一个痛苦的屁股解决办法。在32位机器上开发不会损失任何东西,使用SharePoint要简单得多。您使用哪种源代码管理?我使用GIT和Visual Studio的GITExtensions-但是我已经通过了Visual Studio Team Edition。我们最近在一个项目中工作,其中我们的单个开发人员环境是Windows Server 2008 x64,