标签：
前言
之前还在学习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】却应该使用版本控制来管理。
【翻译】关于对IDEA-Project的官方帮助文档翻译
标签：
原文地址：http://blog.csdn.net/nthack5730/article/details/51502853
