请教如何有效的组织工程目录结构
手上正在做的一个工程，分了几个版本。
1.0：没有使用
1.2：正在使用
2.0：开发中
工程用Delphi开发。其中用到了第三方组件Raize,FastMM，Raize自己在其基础上又扩展为RaizePlus。还有一个自己开发的公共类库，其它工程里也有用到。不过因为现在使用的情况，偶尔会有小改进。
具体该如何组织目录结构呢？
问题：
1、第三方组织是否要根随工程一起？比如Raize会升级修改BUG，这时候就要跟着更新，而同时RaizePlus又要改。
2、类似1，自己开的发类库，也有小改动。
3、每个版本是否包含完整的目录结构？假如把RaizePlus放在每个版本的目录结构里，这时候更新就不能同时更新几个版本。
目前的目录结构：
Common #自己开发的公共类库
Root
--Documents
--Images
--Bin
--Lib
--RaizePlus
--FastMM
--Main
--Test
--Setup
--1.2
----Bin
----Lib
----...
----Common #自己开发的公共类库
[解决办法]
我目前了解到的
软件版本应该具备
独立性——不和其他相关部分联动，在某一基础上作开发、测试、debug
继承性——所有版本应该和上一版本有性能或者应用上的关系，表现为变更记录
可重复——能够重复开发后续版本
你的问题1、2就不细说了，第3点，如果RaizePlus放在没个目录内，没有问题。
只是你维护的时候要以版本为单位，一个版本一个版本的升级，每次升级功能更新RaizePlus目录和修改记录。
粗看很麻烦，具体作的时候很清晰，工作量其实多不了多少，如果相对不规范操作产生的问题，成本是很少的哦。
[解决办法]
我喜欢各个独立起来。。只要修改过控件就和工程放在一起。。感得这样有利于减少新同事的烦脑
[解决办法]
现在这里这么冷清了？
