常見的大型軟件項目開發文件目錄結構
1. Java 項目
調試階段編譯后的 .class 文件放到 classes 目錄。將 classes 目錄和 lib 中的其他工具 .jar 放到 classpath 中。運行當前目錄是項目根目錄。
正式發行版的 .class 放到一個或者多個 .jar 文件中，一般放在目根目錄，也要加到 classpath 中去。
由于在 Java 項目中，經常用多種編譯器進行編譯，比較普遍的是，開發是使用開發工具編譯，打包時使用 Javac 編譯， project 文件被放到次要的位置。
2. Visual Basic 項目
Visual Basic 項目編譯后的 COM DLL 和 Exe 一般放在項目根目錄下面。由于 Visual Basic 中做 COM DLL 很容易，因而大量使用子項目編譯 COM DLL，通過主 Exe 啟動后加載。
以上的目錄設置存在一種問題： 調試的時候，當前目錄在子項目目錄下面，比如為 module1_submodule2，而發行版本的當前目錄在項目根目錄下面，因此需要在程序啟動的時候判斷處理。
3. Visual C++ 項目
調試階段，所有 dll,lib 文件放到 build 和 lib 目錄下面。對于子項目， build 的時候直接把 dll , exe 放到 build 目錄下面。
同 Visual Basic 項目一樣，存在調試階段和正式版本的當前目錄不一致的問題。不過， VC 的項目屬性中可以設置 working directory ，所以這個問題也很容易解決。
對于大型項目，還存在一個問題，那就是整個項目編譯時間很長，可能達到半個小時以上。讓每個人每天上午從版本庫里取最新代碼，這是很正常的做法。但是沒有必要讓每個人每天上午都花半個小時以上時間。比較常見的做法是，在某一臺服務器上面運行一個定時編譯批處理程序，一般在半夜，編譯后的文件放在共享目錄中。這樣程序員每天上班后只需要從版本庫里取最新的源代碼，然后復制編譯后的文件，如 .class, .obj,.dll,.exe。
這里有另外一個要注意的地方，就是不同計算機的時間要同步。不能服務器時間是五月一日，我的計算機時間是六月一日。編譯器可以做到增量編譯，節省時間。增量編譯比較源代碼的時間和編譯后的文件時間。由于編譯后的文件是從服務器中復制得到，不同計算機時間不能相差太多。
自動編譯后的文件如 .class, .obj,.dll,.exe 一般并不放入版本庫，而只是共享。因為如果放入版本庫，從客戶端下載后的文件屬性是只讀的，有很多不方便。
當然，如果只是小型項目，所有文件放在一個目錄也沒有多大關系，更省事。
