举例来说：一个工程对应一个主程序，另外多个动态链接库so文件。当然这个so的数目多少视项目大小了。

我的想法：
1、 每个so动态链接库对应一个自己的文件夹，各自独立的编译出自己的so文件。
2、 主工程单独的项目目录，链接系统so库以及自己的so动态库，进行编译。

我应该如何针对这种相对涉及子项目工程较多的项目进行编译管理和版本管理？
在主工程目录建立一个makefile文件管理所有的子工程（so文件工程）？还是
每个工程独立的makefile自己管理，主工程最后编译自己的makefile链接其他
自己的so文件以及系统lib文件？

请指点。谢谢。

可以一个总得makefile，调用其他子makefile。

如果是代码的组织结构的话,当然是分类,越细越好,对于编译一次就不动的模块,弄到一个组里.对于经常变化的,弄到一个组里. 如果是代码管理的话,用svn或git吧

so多个程序共享的话就得做成单独的项目，
单用的，可以整合在一块，也可以分开。

在许多源码中都可以看到这种情况

这个标题的意思应当是对该项目下的编码进行管理吧,对代码管理涉及方面有:

0)编译机制(如楼主所说的makefile组织结构,每日联编制度等)
1)版本管理
2)变更流程
2)单元测试和系统测试
4)版本验证和发布
5)用户反馈BUG的确认和修改

++