您会向“单人团队”推荐哪些工具或方法来保持井井有条？
我正在做涉及大量编码的研究，编写数百个一次性的 perl 脚本，在找到更好的方法之前使用的 C++ 二进制文件，以不同方式预处理的大量数据，其中一些新的预处理使旧方式已过时——直到我发现旧方式实际上更好，依此类推。我的工作本质上是一个移动的目标，因为我必须尝试很多事情，而且往往没有一个是完美的。
这不是一个完全混乱的情况，但也远非完美。在这种情况下，您会推荐一般方法吗？我确实使用SVN了我的代码，但不是用于不同版本的数据，因为它太大了。很难跟踪所有脚本和二进制文件，所以我总是评论它们，写下我是如何运行它们的等等。但我很好奇你是否还有其他想法。
（我在linux系统上工作。）
我正在使用一个 wiki（在我的例子中是 TiddlyWiki，因为它可以在任何地方运行——它只需要一个带有 JavaScript 的浏览器）作为我的“工程师笔记本”。几乎所有内容都在其中 - 问题列表（以及稍后的答案）、程序（分步说明）、我放在哪里的注释（可能适用于您的“数据”）、电话号码（很容易找到完整的文本搜索），任何事情都会发生。
由于我的任务不是那么繁重的代码，我什至用它来存储代码片段（对我来说主要是 SQL 语句）。如果您想跟踪不同的版本，使用“真正的”版本控制系统会更好。除了“使用它”之外，我无法为该领域提供具体建议。
然而，在 GTD 时尚中对我来说很重要的是：对几乎所有事情都使用简单的系统。这样一来，寻找东西和决定把什么放在哪里的时间就被缩短了。
将所有代码保存在版本控制系统中，并为每个代码创建构建/运行脚本。您将不得不仔细归档您的数据（因为您不想将其放入 SVN 中）。
我要添加的另一件事是 wiki，因此您可以快速记录每个测试/脚本/应用程序。
为什么不检查一些开源项目，看看他们如何组织他们的代码库？
即使你是一个人的团队。组织你的项目是很聪明的，这样很容易添加更多的程序员。
另外，如果您担心数据文件的文件大小，您可能需要检查 git。索引大小通常比 svn 小很多。
正如其他人所说，版本控制是必须的。我认为在版本控制上保留里程碑的描述性标签非常有帮助。
正如 IronGoofy 所说，我将我的片段保存在我的Personal Wiki TiddlyWiki中，我将其上传到我的网站，因此我可以随时随地访问它。
作为一个附加选项，您可能会认为时间跟踪器应用程序。有许多免费的时间跟踪器。我使用ASP.NET 的 Time Tracker Starter Kit。您可以保持软件、错误修复、里程碑的发展。