Version control 您是否签入了不符合'；我没有立即申请吗？
在解决一个更大的问题的过程中，我编写了一个新的类方法来计算该类对象的属性。我参考了标准，找到了适当的内部库调用来为我做一些工作，我对其进行了完整的注释，并将其应用于各种示例对象以验证结果Version control 您是否签入了不符合'；我没有立即申请吗？,version-control,code-coverage,Version Control,Code Coverage,在解决一个更大的问题的过程中，我编写了一个新的类方法来计算该类对象的属性。我参考了标准，找到了适当的内部库调用来为我做一些工作，我对其进行了完整的注释，并将其应用于各种示例对象以验证结果 后来我意识到我可以用完全不同的方式解决更大的问题。我根本不需要调用我的新方法。该函数可能对解决未来的一些问题有用，但如果我今天签入它，它将立即成为死代码。我该怎么处理它？登记入住？签入但不签出？签入并立即再次提交以删除它？把它藏起来？接受损失，继续前进？如果这是您的个人开发者分支，请将其签入并标记。确保不要将其
后来我意识到我可以用完全不同的方式解决更大的问题。我根本不需要调用我的新方法。该函数可能对解决未来的一些问题有用，但如果我今天签入它，它将立即成为死代码。我该怎么处理它？登记入住？签入但不签出？签入并立即再次提交以删除它？把它藏起来？接受损失，继续前进？如果这是您的个人开发者分支，请将其签入并标记。确保不要将其合并到您正在处理的功能或版本分支中。我有一个文件夹，我有一个
svn:ignoresvn:ignore产品树中的任何内容都有相关的成本代码评审、测试覆盖率、设计文档、公共API描述、线程建模、维护等。为未使用的代码支付这一成本意味着您在用户实际功能上的花费更少。不要在生产树中签入死代码。如果您认为将来某一天您可能会使用该代码，请将其签入您的个人存储库
产品树中的任何内容都有相关的成本代码评审、测试覆盖率、设计文档、公共API描述、线程建模、维护等。为未使用的代码支付该费用意味着您在为用户提供的实际功能上的花费更少。这完全取决于您和（如果适用）您公司的政策 首先，我想说这不是一个损失，您应该始终将它保留在某个地方，因为有一天您会想“嘿，这看起来像以前的问题……dam我是如何做到的”，所以如果您有一个工作代码，请保留它 那么，我不建议将其保留在ifdef中，或者将其保留在工作代码中，因为当其他人阅读并使用您的代码时，这将使他们更难遵循您的程序流程。（在我的工作中，我们有一些项目是跨桌面、DS、PSP等进行编译的。当你必须阅读多个#定义它的难度：没有必要让它更难：P 我在开始时提到的提交问题取决于你的情况。如果你独自一人参与项目，为什么不呢？如果还有其他人，那么问问你自己，这段代码对当时是否有用 希望能有帮助
Jason这完全取决于您和您公司的政策（如果适用） 首先，我想说这不是一个损失，您应该始终将它保留在某个地方，因为有一天您会想“嘿，这看起来像以前的问题……dam我是如何做到的”，所以如果您有一个工作代码，请保留它 那么，我不建议将其保留在ifdef中，或者将其保留在工作代码中，因为当其他人阅读并使用您的代码时，这将使他们更难遵循您的程序流程。（在我的工作中，我们有一些项目是跨桌面、DS、PSP等进行编译的。当你必须阅读多个#定义它的难度：没有必要让它更难：P 我在开始时提到的提交问题取决于你的情况。如果你独自一人参与项目，为什么不呢？如果还有其他人，那么问问你自己，这段代码对当时是否有用 希望能有帮助
Jason如果你修复了一个函数中的bug，但又使它死机了，你会采取同样的方法吗？在这种情况下，我担心恢复（或恢复该函数的合并）不会得到修复。如果你修复了一个函数中的bug，但又使它死机了，你会采取同样的方法吗？在这种情况下，我担心恢复会失败（或恢复该功能的合并）将无法获得修复。