解决方案

似乎将所有单位都放在一个文件夹中将使我们省去使用双重命名单位的麻烦。另一方面，在签入和签出版本控制时将项目保留在不同的文件夹中可能会更方便。另一方面，这样做并不会促进代码的重用。

我希望将不同的模块托管在不同的文件夹中，然后为不同模块之间共享的单元提供一个通用文件夹，从而简化了管理。例如

myClientServerApp ：(父)
客户端文件夹：(子)
服务器缓存器(子)
lib(孩子)

我不这么认为。实际上，在较新的版本中，他们已经向项目经理添加了功能，以使处理代码分散在不同目录中的事实(例如，flatten directory选项)更加容易，因此我认为这是有多少人组织他们的代码。

我怀疑这与随着时间的推移自然增长的项目以及是否有人花时间整理有更多关系。

我绝对不会将所有源代码都放在一个目录中，而是将它们放在有共同点的组中。例如我相当广泛地使用Subversion外部
(请参阅http://www.dummzeuch.de/delphi/subversion/english.html，有关外部因素的部分)。

回到DELPHI 7，我还将所有文件都放在一个文件夹中。对于小型项目而言，它很容易，但对于大型项目而言，它却很难。
因此，我开始为所有大小的DELPHI项目创建一个文件夹结构。
在过去的一年中，我一直在尝试改进此文件夹的结构，并对每个新项目都进行一些细微的改进，以使其更简单，合乎逻辑且更有条理。
今天，我试图将其中的某些部分共享给多个项目。其工作正在进行中。