我在办公室里被称为“替补人”。作为一名开发人员，我经常在项目之间来回切换，因此当我返回它们时，我并不总是准确地记得每个项目中存在哪些变化。我通常必须将我的本地更改与我们的源代码控制系统中的更改进行比较，然后我最终会记住这一切。问题是，我并不总是有这样的奢侈。有时我必须快速为客户构建一些东西，所以我备份了工作目录，这样我就可以从源代码管理中获取最新的文件，并快速构建 DLL - 同时知道另一个（in-进展）变化是安全的。
问题是我现在在每个项目目录中都积累了一堆备份文件夹，这使得找到我正在寻找的特定更改变得更加困难。虽然我的实践已经发展到我总是花时间给每个备份文件夹一个信息丰富的名称，但我开始认为我最好还是编写自己的工具。
例如：如果我在 Windows 资源管理器中选择了几个文件夹，我希望有我自己的上下文菜单项来触发我自己的备份应用程序。此应用程序会提示我输入备份名称和描述。然后它将选定的文件夹移动到特定的集中备份目录 - 它还将在其中生成一个“readme.txt”文件，概述备份详细信息。此外，备份也将按日期/时间进行组织。我觉得这会改进我的备份过程，并促进未来的查找。
但是，我不禁想知道这样的工具是否已经存在。当然，在备份方面一定有人像我一样痴迷。
您知道任何可以帮助我改进备份的工具吗？
我知道这篇文章，但与我想要的并不完全一致。我更愿意将备份保存在同一台机器上——我会自己处理将它们转移到其他机器上。
更新
澄清一下：如果我正在处理任务 A，突然我需要为客户端（任务 B）构建一些东西，我必须备份我迄今为止为任务 A 所做的内容，并从源代码管理中获取最新的内容到工作目录中. 然后我开始并完成任务 B，然后恢复任务 A。这是一个理想的、简洁的场景。但有时，我一周后才回到任务 A，或者更久——因为我遇到了任务 C、任务 D 等——所有这些都会影响同一个项目。现在，如果计划签入这些更改，那么我可能会随着我的进步而从签入中受益（但老实说，在这家公司，我们通常等到完成后再签入 - 这意味着更少签入未完成的代码）。所以我不确定我的每个备份是否应该等于一个分支 - 因为我有时会过度使用我的备份。