我在办公室里被称为"备用人".作为一名开发人员,我经常在项目之间来回跳转,因此我并不总是记得当我回到他们时,每个项目中确实存在哪些变化.我通常需要比较我的本地更改与源代码控制系统中的更改,然后我最终会记住这一切.事实上,我并不总是有这样做的奢侈.有时我必须快速为客户端构建一些东西,所以我备份工作目录,这样我就可以从源代码控制中获取最新文件,并快速构建DLL - 同时知道另一个(在 - 进步)变化是安全的.
问题是我现在已经在每个项目目录中累积了一堆备份文件夹,这使我更难找到我正在寻找的具体更改.虽然我的做法已经发展到我总是花时间为每个备份文件夹提供一个信息丰富的名称,但我开始认为我最好不要编写自己的工具.
例如:如果我在Windows资源管理器中选择几个文件夹,我想拥有自己的上下文菜单项来触发我自己的备份应用程序.此应用程序将提示我输入备份名称和说明.然后,它会将选定的文件夹移动到特定的集中式备份目录 - 它还会生成'readme.txt'文件,概述备份详细信息.此外,备份也将按日期/时间进行组织.我觉得这会改进我的备份程序,并促进未来的查找.
但是,我不禁想知道这些工具是否已经存在.当然,在备份方面,有人必须像我一样痴迷.
您知道有哪些工具可以帮助我改进备份吗？
我知道这篇文章,但并不完全符合我的要求.我宁愿将备份保存在同一台机器上 - 我会自己将它们移到其他机器上.
更新
澄清一下:如果我正在处理任务A,突然间我需要为客户端构建一些东西(任务B),我必须备份我到目前为止的任务A,并从源代码控制中获取最新的工作目录.然后我开始并完成任务B,然后恢复任务A.这是一个理想,整洁的场景.但有时候,我只会在一周内回到任务A,或者进一步 - 因为我遇到了任务C,任务D等等 - 所有这些都会影响到同一个项目.现在,如果计划检查这些更改,那么随着我的进展,我可能会受益于检查它们(但说实话,我们通常会等到它完成之后再检查它,在这家公司 - 这意味着更少检查未完成的代码).所以我不确定我的每个备份是否应该等于分支 - 因为我的备份有时会过多.
我想你想要的是一个分布式版本控制系统,比如git.
首先,您现有的源代码控制系统可能已经以分支的形式支持这一点.而不是仅仅复制工作目录,将其作为单独的分支提交,您可以在其中保留该客户端的应用程序版本.
然而,正如skiphoppy所说,分布式源控制系统将更适合这种情况.我非常喜欢Bazaar,但git也非常受欢迎(虽然我不知道它的Windows支持有多好,因为它主要是为Linux内核开发的*nix工具)
京公网安备 11010802040832号 | 京ICP备19059560号-6 