以下原始.NET部署模型的主要缺点是什么?

时间:2011-03-18 14:02:37

标签: .net deployment

我不是交易的.NET程序员,所以当我找出部署.NET解决方案的更可接受的方法(最好是CI)时,有人可以告诉我以下部署过程的主要缺点:

  1. 我们使用Windows Server 2008创建了一个虚拟实例。
  2. 我在IIS设置中有一个指向C盘上文件夹的网站(不是虚拟目录)。
  3. 此文件夹已连接到SVN存储库,因此当我们准备好进行开发部署时,我只需在该目录上运行更新。
  4. 重新启动IIS。
  5. 这似乎运行良好,我知道程序集正在使用我的本地工作站编译,这可能有本地配置选项,但这真的是最大的缺点吗?说真的,原谅我的无知,因为我来自Java背景。

2 个答案:

答案 0 :(得分:1)

我想到了以下不利因素:

  • 您需要从网站直接访问SVN存储库。如果他们是同一网络的一部分,那可能没问题。
  • 如果您进行“更新”,您将在目标计算机上的任何子文件夹中获得.svn子文件夹。如果您想避免这种情况,可以进行导出而不是更新,但是下次再次导出时,开发树中任何已删除的文件都将保留在生产机器上。这通常不是你想要的。作为一种手段,您可以在导出前完全删除目标文件夹,如果这是您的选项。
  • 从SVN导出通常只涉及copydelete命令;如果您的部署不再需要“智能”,那可能没问题,但是如果您必须将配置文件从一个版本迁移到另一个版本,或者必须进行数据库更新,那么SVN是不够的。
  • 您的SVN文件夹结构必须与目标计算机上所需的文件夹结构完全匹配(在您的情况下很可能就是这种情况,否则您没有提出这个想法)。

答案 1 :(得分:1)

您是否正在使用服务器端会话对象?发布时可能会删除这些会话对象。如果发生这种情况,您的用户体验可能会受到影响。