问题标签 [lifecycle]

我目前正在评估TFSMSF for CMMI下的流程模板以供我的开发团队使用，但我无法理解对单独的错误和更改请求工作项类型的需求。

我知道在生成报告时能够区分错误（错误）和变更请求（变更需求）是有益的。

然而，在我们当前的系统中，我们只有单一类型的变更请求，并且只使用一个字段来指示它是否是错误、需求变更等（该字段可用于构建报告查询）。

为错误设置单独的工作流程有什么好处？

我还对开发人员可以针对错误或更改请求提交工作这一事实感到困惑，我认为预期的工作流程是让错误生成更改请求，这是开发人员在进行更改时引用的内容。

在您的实践中，您使用什么措施来了解何时停止测试应用程序并将其转移到生产环境？

我正在寻找一种方法来检查pageLoad()在加载事件期间是否由于回发/异步回发或由于第一次加载和访问而引发此方法。

这类似于Page.IsPostback页后代码中的属性。

TIA，瑞奇

我正在寻找替换我的开发团队目前使用的生命周期工具。我正在寻找的工具：

• 版本控制
• 缺陷/问题跟踪
• 需求跟踪
• 测试用例管理
• （潜在）项目管理：项目状态、工时输入

我有一个新的强大服务器（Windows 2008 Server）来运行所有工具。我正在研究 COTS 和开源选项，但到目前为止还没有决定。

其他因素：

• 分布式团队（不同物理站点）
• 一些 Windows 开发，一些 Linux 开发
• 软件、固件、技术写作需要能够使用

关于可以协同工作的好套件的建议？
如果开源，在 Windows 2008 Server 上运行的最佳方法是什么？

我从事过几个 PHP 项目，但在组织工作时总是遇到问题。您在哪里开发您的应用程序 - 在本地主机、远程服务器或生产服务器上（！）？当我在创建一些主要路径后在本地主机上工作时，我通过 ftp 发送新文件 - 但有时它碰巧忘记了一个文件，浏览多个方向以复制更改的文件只是很累。您提出了哪些最佳实践？

谁能告诉我在应用程序的生命周期中何时触发 Application_End ？当所有会话结束时，Application_End 会自动触发吗？+ 是否还有其他原因可以触发 Application_End？

我组织内的某个人已经开始推动我们试行 CMU SEI 的 TSP 流程（请参阅此处的网站）。我本能地厌恶任何用字母汤来治愈软件开发疾病的尝试，但我想知道是否有人对此过程有经验并且可以提供切实的事实。

在开发和部署基于 OSGi 的系统时，我想深入了解工业中使用的生命周期。
我的主要关注点是部署阶段，在开发阶段创建版本并打包捆绑包之后。可能执行的具体测试程序和集成方法。
具有一些低级别详细信息的非常高级帐户将非常有帮助。
谢谢你。

在查看 .net 上的 IIS7 应用程序生命周期后：

http://msdn.microsoft.com/en-us/library/ms178473.aspx

为了获得最佳性能，我想找到一种方法来在创建 HttpContext 对象但在 HttpApplication 之前启动我的代码。（在加载 HttpApplication 类之后运行代码很容易，但在使用 HTTP 模块的构造函数触发任何事件之前，如下所示：

我知道我无法访问 User 对象，但我不需要它。

这个问题有点与在 ASP.NET 中优雅地处理 URI hacking有关，因为它也是关于如何最好地处理在 ASP.NET 请求生命周期中发生的异常。我找到了一种优雅地处理大多数异常的方法，但是后来我发现一些异常在请求中发生得太晚了，以至于无法执行诸如Server.Transfer将整个错误表示逻辑划分到其自己的页面中之类的事情。

因此，我必须改为处理Application_Error事件内部的异常，然后执行Response.Writes 和诸如此类的操作。它很丑。我知道在某些情况下响应流可能已经被刷新，因此传输请求并不是一个真正的选择。我想问的是，是否有人找到了解决这个问题的优雅方法？

此外，我发现很难知道何时可以通过将请求转移到另一个页面而不是优雅地处理异常。当异常发生时，找出我们在请求生命周期中的哪个位置的最佳方法是什么？如果它发生在页面的加载和呈现期间，Page_Error将能够处理它，而且我还没有遇到问题Server.Transfer。但是如果异常发生得太早或太晚而Page_Error无法捕获它并且它冒泡到Application_Error，我该怎么做才能知道它是早还是晚？

如果它在生命周期的后期，我可能不得不Response.Write直接从做Application_Error，但如果它是早期的，我可以做Server.Transfer。问题是，如果它太在请求中，那么尝试做Server.Transfer本身就会导致异常。

那么，是否有一个全局枚举或类似的东西可以表明是否为时已晚对响应做创造性的事情？