【问题标题】:Debug ASP.NET CMS调试 ASP.NET CMS
【发布时间】:2015-12-21 09:34:20
【问题描述】:

我们正在 ASP.NET 4.0 中开发自定义内容管理系统,使用 Team Foundation Server 进行源代码控制。数据库托管在远程服务器中,而调试在本地完成,因此团队的每个成员创建的新内容(aspx 页面)存储在我们的本地计算机中,其他团队成员无法使用。我不认为将这些文件添加到源代码管理是最好的方法,但我看到的唯一另一种方法是部署到外部 IIS 进行调试。 您是否已经处理过这种情况? W你认为最好的选择是什么?提前致谢

【问题讨论】:

    标签: c# asp.net debugging content-management-system


    【解决方案1】:

    因此,团队的每个成员创建的新内容(aspx 页面)都存储在我们的本地计算机中,其他团队成员无法使用...我认为将这些文件添加到源代码管理不是最好的方法

    我真的很想知道为什么你认为这是一个坏主意...我认为在你的源代码控制系统中添加创建的代码是最好的做法。

    如果计算机停止工作、被盗等,您认为会发生什么?如何再次获取文件?将每个对您的系统至关重要的文件存储在源代码控制系统中。

    【讨论】:

    • 我想对新创建的内容的意思是我们在调试时为测试目的而动态创建的页面,这些页面实际上不是 CMS 本身的一部分,也不会作为可交付成果提供给客户。
    • 为什么不呢?您仍然可以检查它们,只是不要将它们交付给客户。
    【解决方案2】:

    我猜你可以在项目结构中有一个“工具”文件夹,你可以在其中保存所有测试页面。然后在构建项目时,可以从复制中排除该文件夹。

    例如,当 Release 构建被执行时,“tools”文件夹被排除,而 Debug 构建将它留在项目中。

    这真的取决于你们的工作方式,你们有多少人,你们多久进行一次交付周期 - 但通常测试页面的垃圾往往会在整个地方增长(与注释掉的代码相同)如果有没有系统的方法和整个项目团队的参与。

    【讨论】:

      猜你喜欢
      • 2011-03-30
      • 2012-01-07
      • 1970-01-01
      • 2011-11-17
      • 1970-01-01
      • 1970-01-01
      • 2013-06-18
      • 2011-02-27
      • 2011-09-17
      相关资源
      最近更新 更多