前言
之前還在學習Shiro框架的使用，後面經身邊朋友（猿）介紹開始用Git作爲本地的版本控制（暫時不用Github），在使用Git的時候發現Git確實有很多驚人的魅力所在，特別是分支的管理是最好用的（雖然目前我只使用來作快進用）。在使用Git的過程中特別是在使用分支轉換的過程中發現Eclipse對於Git的支持還有Maven的支持不是很好，跳回之前的版本分支的時候就會使我整個項目進行報錯（例如develop分支(3.3.0)轉換回master(3.1.2)），包括下面的子項目同時出問題。【項目刷新、mvn:clean
complie等】全部沒用，只能硬着頭皮將master merge 到 develop。
後面身邊有個朋友（也是猿）說了句：用IDEA，對Maven支持很好。
然後，我就掉坑了，轉到IDEA。後面發現IDEA很多概念和Eclipse（本人一直用myEclipse）很多地方不同，特別是項目project的關係和Module的關係，很難理解，再加上Maven的parent和module關係，亂了。上網看了不少的文字教程都是簡簡單單說明：
| IDEA | Eclipse |
| project | workspace |
| module | project |
發現還是不少地方存在問題的，特別是看了YouMeek大神的視頻後，才知道網絡上面給出的理解是基於Eclipse轉到IDEA方便的理解的，爲了更加深入學習他們之間的關係（不想被Maven、IDEA、Eclipse三者搞懵逼），於是去看了官網文章。並準備用自己的理解並藉助翻譯工具對應翻譯一遍。本貓新手，英語不大好，如果有翻譯不妥當的地方請大家指正，本翻譯並非Ctrl C + Ctrl V，如果是的話就沒意義了。
官方原文地址
此文老貓翻譯，轉載請加本文連接：http://blog.csdn.net/nthack5730/article/details/51502853
更多有關老貓的文章：http://blog.csdn.net/nthack5730
最近發現一些無良的自稱程序學習網站藉助爬蟲工具轉載我的文章（相信很多人都有遭殃過），直接把所有鏈接去掉，弄得自己寫的一樣，太沒公德心了。轉載了沒事，鏈接去了沒事，重點是這爬蟲轉一半沒一半的，誤人子弟啊！我都查過N多這種文章了。
翻譯：
Project
目錄：
- 基礎知識
- 項目和文件格式
- 目錄基本格式
- 文件基本格式
基礎知識
無論你在IDEA裏面做什麼，都是關於項目裏面的上下文操作。一個項目都是代表一個完整解決方案的組織單元。項目作爲基礎編碼的輔助助、大部分的重構、編碼風格的一致性等提供服務。
你已經完成的成品應該可以分解爲一系列獨立的組件、單獨的模塊，但這是項目中定義並將他們組裝、綁定在一起成爲一個更大的整體（不知道是不是應該翻譯爲：通過項目的定義可以進行模塊組裝）。
項目自身不包含開發工件如源代碼、生成腳本或者文檔，他們是IDE中的最高組織，他們定義項目範圍的設置以及集合IntelliJ IDEA所引用的Modules和Lib。
項目和文件格式
IDEA以XML文字格式保存了項目的配置數據和他們的組件，這樣更容易管理以及和其他人分享項目的配置數據。
下面這兩種格式都可以存儲項目的配置數據：目錄格式和文件格式。
目錄基本格式
當使用目錄格式時，在項目的根目錄下會生成一個【.idea】目錄。
【.idea】目錄包括一系列的配置文件（.xml格式）。每個文件只包含配置數據的一部分，一個文件的名稱用於修飾或說明一個特定的功能範圍,例如：【compiler.xml，encodings.xml，modules.xml】
幾乎所有的文件都包含項目本身的核心信息，比如關於組件模塊的名稱和物理地址信息、編譯器設置等等。因此，這些文件可以(而且應該)置於版本控制之下。
但是【workspace.xml】卻是例外。它保存了你個人的設置，例如你的IDEA程序的放置位置、你的CVS和歷史設置還有其他的數據和開發環境。因此這個文件你是不會想分享給你的同行或者同事的。
文件基本格式
當使用文件格式時，在你的項目目錄會有兩個文件，其中一個是【.ipr】後綴的，裏面保存了核心的項目信息；另外一個文件後綴名爲【.iws】，保存了你個人的工作空間的設置。
【.iws】文件不應該使用版本控制進行管理，但是【.ipr】卻應該使用版本控制來管理。
【文件基本格式】可以轉換爲【目錄基本格式】，看關於：
Converting Projects Into Directory-Based Format.
此文老貓翻譯，轉載請加本文連接：http://blog.csdn.net/nthack5730/article/details/51502853
更多有關老貓的文章：http://blog.csdn.net/nthack5730