在个人项目（或工作）上，如果您遇到问题，或者等待解决问题的解决方案，那么如果您跳到代码的另一部分，那么您认为这不是应用程序的好理由吗？会是越野车还是更糟，但是永远都无法完成？
假设您没有使用git并将每个功能编码到一个特定的分支，由于您正在使用3个不同的功能，并且每个功能都存在未解决的问题，因此事情可能会一发不可收拾。
因此，当您完成工作后，就会感到压力很大，因为您遇到了这些悬而未决的问题，并且半生半熟的代码仍然存在。
避免此问题的最佳方法是什么？（如果有）
我猜想使用像git这样的东西，并且为每个功能创建一个分支是避免这种不良习惯的最安全方法。
还有其他建议吗？
Answers:
正如smp7d所提到的，跳来跳去可以使您摆脱眼前的问题而获得良好的心理休息。但是，重要的是不要忘记您正在使用的代码仍然不完整。确保知道从哪里离开。
如smp7d所述，源代码控制和分支是将新功能代码分离出来并查看其与主要代码库有何不同的好方法。
我的一个建议是，如果您正在使用一种特定的方法，请确保 围绕该方法有一个命名良好的单元测试。这样，当您隔天/每周/每月/每年使用该代码时，即使该方法当前未通过测试，您也应该能够清楚地知道该方法应该执行的操作。
这是个问题吗？当您尝试实现的功能有10％发生时，情况并非如此。有时，当您先做一些不同的事情时，您会变得头脑清醒。
显然，当您陷于尝试实现的90％功能中时，这是一个问题-然后您要么需要他人的帮助，要么需要老板的一点帮助来完成您的工作（当然，后者会如果由于实际技术问题而陷入困境，则会适得其反）。
对于这种情况，最好的选择通常是尝试将要使用的功能拆分为较小的子功能或“功能切片”，这些子功能或功能可以一一实现，测试和调试。对我而言，这有助于将那些特征切片，未解决的问题，要在列表中完成的部分写下来，给予它们优先级（A，B，C足够），并首先处理优先级最高的事物。
根据我的经验，“跳来跳去”，或者更明确地讲“随机跳来跳去”是一个更为紧急的问题的征兆，这是目标不明确的目标之一。
如果你有一个非常清晰的思路，以书面形式，是否贴字条上你的显示器的侧面或连接到您选择的问题跟踪正式的规范，那么你总是知道到底是什么工作的未来。如果您一直在从事接下来的工作之一，那么您将有很大的机会成功完成该项目。
另一方面，如果您对下一个最重要的事情的想法比较模糊，那么实际上很难找到可以解决您项目要解决的问题的东西，或者更确切地说，减少工作量-确定此特定更改已完成并解决了特定问题时，请保持干燥。
如果您有一个目标，例如“使UI易于使用”，那么几乎不可能说下一个修补程序是什么，或者当您完成“修复UI”并可以继续进行其他工作时。另一方面，如果您有一个目标，例如“将这些下拉列表与自动填充功能组合到搜索字段中”，并且“'foo'应自动完成为'Fooly Brand Baring'”，那么在修复后，这显然是显而易见的这个问题。
在对停止时间有一个明确的想法之前，请不要编写任何代码；如果没有明确的想法，请尝试获取其中一个，而不是为某个常规功能启动另一个分支。
如果您确实有如此出色的工作规范（即使是针对个人项目），那么“跳来跳去”就完全可以了，而且安全又有用。