我在一家小型网络开发公司工作（只有 2 到 3 名开发人员），该公司为不同的客户（从 CMS 到电子商务网站）从事各种项目。
通常我们从事自己的项目，但偶尔我们需要一起做一个项目。我们使用Subversion作为我们的源代码控制软件，并且使用VS 2008和SQL 2005在.NET中开发站点。
在阅读了大量有关单元测试和其他"企业"级编码实践的文章后，我想知道其他开发人员对于只需要最少维护且开发时间短的小型项目做了什么？
我特别在考虑诸如是否需要单元测试之类的事情。
，单元测试都是必要的。如果你写代码，你就要进行单元测试。我也经常独自工作。我仍然测试。我不知道我之前是怎么写代码的。
这是我的看法。 你不一定需要像大男孩一样昂贵的工具，但如果你想做大，你必须从大处着眼。做同样的事，遵循同样的做法。随着需求的增长，获取更好的工具。例如，如果你做任何UML图表，你可能不需要任何安全软件。只是一个白板/纸。但仍然使用UML。当您的需求增长时，您可以考虑购买特殊软件。
甚至项目管理。您不一定需要昂贵的工具来跟踪项目，只要您这样做。随着您需求的增长，您可以获得专门的软件。
简而言之，做与你更大时会做的事情相同，但你不一定需要相同的工具。根据需要获取。
编辑：我应该提到，你所做的一些事情当然取决于你使用的方法/过程。例如，你做敏捷开发吗？身材矮小，你不一定需要做完全相同的事情。例如，我试图变得敏捷，但我显然不会将程序:)配对。你只需要学会让它们适应对你有用的东西。
我认为你可能犯的最大错误是将某些东西视为"企业"级别的编码标准。虽然像 CI、构建服务器、单元测试、编码标准（我想不出你还有什么意思）等东西。从长远来看，他们可能会承担初始开销，他们将支付股息。例如，如果你的项目现在被黑客攻击在一起，三年后你的客户想要添加一个功能，你会很高兴你现在花时间进行单元测试。（好吧，这可能会发生，也可能不会发生，但是...如果您的客户将来有人查看您的解决方案，并且他们看到严重黑客代码，他们可能不会再使用您）。
还要记住，你做这些事情的次数越多，它就会变得越快。
我们的开发环境也很小。 我们主要做Java Web开发（一些php）作为.NET或其他东西的对立面。 我们使用Project locker作为我们的wiki，svn和bug跟踪系统。对于代码开发，Netbeans 6.1 和 Eclipse 以及作为数据库后端的 MySQL 之间有所不同。
我们已将编写代码单元测试作为标准做法。 它使升级我们的代码库在 4 个月后变得更加容易。
问题是：如果你知道在部署这些东西之前至少单元测试运行良好，那么你晚上睡得更好。