前言
之前还在学习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