【问题标题】:How to setup an ASP.NET development environment?如何设置 ASP.NET 开发环境?
【发布时间】:2012-03-07 01:32:51
【问题描述】:

我是一家相当大的公司的 Intranet Web 开发人员,我们终于将我们的网页服务器升级到 Windows Server 2008。以前我们被困在 Windows Server 2000 上,除了 ASP Classic 之外没有任何运行权限。

我们将转向 ASP.NET 开发并使用 Visual Studio 2010 Professional。在可预见的将来,只有两名开发人员在此站点上工作。我很好奇如何设置我们的开发环境以允许我们在这个站点上工作。

目前我们的网站包括:在线表格、博客、照片库、信息资源等。

我们将获得三台运行 Windows Server 2008 的新服务器。它们将分别配置一个专用角色。开发、质量保证和生产。

鉴于我们的环境,我完全不知道我们应该如何发展。以下是我想到的一些场景,但我确信还有其他选择。

  1. 处理位于开发服务器上的文件。
  2. 在开发服务器上测试已完成的更新
  3. 发布到 QA 并重复测试
  4. 发布到生产环境并再次测试

或者

  1. 在我们的本地机器上开发(如果我们这样做,如果我们正在更新某些东西,我们如何处理拉取所需的任何文件?)
  2. 发布对开发的更改
  3. 完成上面列出的步骤 2-4

提前感谢任何可以在这里帮助我的人。我真的很想以正确的方式投入其中,这样我们就不会养成任何以后必须改掉的坏习惯。

【问题讨论】:

    标签: asp.net intranet


    【解决方案1】:

    在我们公司,我们使用您的第二种选择(首先在本地机器上开发,然后部署/复制到服务器进行进一步测试)。为了处理源文件的检索,我们使用 Team Foundation Server(通过我们的 MSDN 订阅免费提供)进行源代码控制 - 我强烈向任何开发商店推荐某种类型的源代码控制系统:当你'不小心删除了文件、覆盖了代码、对算法做出了让您后悔的更改等。

    我们这样做的原因是,尽管我们没有很多开发人员同时开发同一个应用程序,但我们过去曾遇到过一个开发人员会覆盖另一个开发人员的工作的问题,他们认为它不会影响其他人,但会抹去工作时间(过去这种情况已经发生过多次,只有两个人才能使用的应用程序)。此外,您(开发人员)可以完全控制环境,因此您不必担心管理员在您试图找出另一个问题时会做出破坏您的代码的更改(例如,他们在开发人员中未经通知就重置了 IIS) .

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2018-06-19
      • 2011-03-22
      • 2023-04-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多