制定开发目录结构
平时开发一般都处于单平台、集成的IDE环境下。因此，基本上采用的是默认的开发目录结构。
无论VS，或QNX集成开发环境，都默认采用的是源码及工程文件都放在一个工程文件夹之下。在单平台下，这种组织方式没有问题，而在多平台下，不同平台的工程文件就会混在一起。所以尽量将不同平台的工程文件分离开来。
一般开发的文件的分类：
头文件
源码文件
引用的库文件/程序文件
编译文件/工程文件
制定公共头文件的好处：隐藏或保留模块的具体实现。
在多个项目工程环境下：
两种目录方式:
1. 方式一： 工程文件与其对应的源码文件不分离。
project
project
...
project
每个project下面拥有各自的include， src， project文件夹；project下面再是windows项目工程文件夹
2. 方式二： 工程文件在windows下与其对应的源码文件相分离
项目源码文件夹，源码文件夹下仅包含include和src，不包含项目文件
项目源码文件夹
...
windows项目文件夹，每个项目包含以上项目源码的工程文件。
两种方式各有优缺点：
1. 各个项目的源码和工程文件可以单独管理，移动性比较好。
2. 工程文件集中管理，查看设置方便，但移植到其他项目进行复用时，需要分别移动源码和工程文件。略显麻烦。
项目里拥有很多个工程文件时，采用方式二的比较多。并且工程文件集中放在一起，可以进行批处理修改工程属性。
VS项目的逻辑和物理存放方式是不同的，所以两种方式都能支持，而一些qnx，linux只能将mk文件存放在src下。而某些开源软件，为便于区分linux和windows，采用第二种方式。
其实两种方式都可以。同实际已有的方式保持一致即可。
-----------------------------------------------
源码管理：
perforce、svn 常用功能
版本控制：
add(filter功能,只上传hpp,cpp,h,c,sln,proj.)，delete（revert），update
perforce最重要的是写好 depot与local的对应关系。
分支，合并，同步(待熟练)
。。。