maven，git，idea

1，maven

maven是最常用的打包，编译，构建，发布的工具

常用命令：
1，mvn compile 编译
2，mvn package 打包
3, mvn clean 清空target目录
4，mvn test 测试
先在pom文件中引入Junit

@Test
Assert.assertEuquals(调用方法，信息)

这时候执行完test会在target下生成一个surefire-reports里有一个测试报告

5，mvn package -Dmaven.test.skip = true
打包时跳过单元测试

6,mvn install 打包上传本地仓库

1.1，maven仓库

maven远程仓库地址

http://repo.maven.apache.org

阿里云

<mirror>
	<id>nexus-aliyun</id>
	<mirrorOf>*</mirrorOf>
	<name>Nexus aliyun</name>
	<url>http://maven.aliyun.com/nexus/content/groups/public</url>
</mirror>

Oschina:

<mirror>
	<id>nexus-oschina</id>
	<mirrorOf>*</mirrorOf>
	<name>Nexus aliyun</name>
	<url>http://maven.oschina.net/content/groups/public</url>
</mirror>

####dependecy的scope作用域
compile 任何情况生效
test 测试环境下生效
provided 编译时生效，打包不生效
runtime 编译时不生效，打包生效

####0.0.1.SNAPSHOT
第一个零大版本号。
第二个0是分支
1是版本号
SNAPSHOT是快照

开发流程
比如多个分支迭代开发
1.1.1.SNAPSHOT->1.1.1.BEAT->1.1.1.RELEASE
1.2.1.SNAPSHOT->1.2.1.BEAT->1.2.1.RELEASE
1.3.1.SNAPSHOT->1.3.1.BEAT->1.3.1.RELEASE

1.2,工程依赖传递和聚合

父工程

<packaging>pom</packaging>
<modules>
	<module>子工程1</module>
	<module>子工程2</module>
</modules>

####工程的依赖传递

<dependency>
	需要依赖的项目坐标
</dependency>

####service依赖dao，dao层依赖client层。如果dao和client都有log4j的依赖，但是版本号不一样。那么service到底依赖哪个的log4j？
这就需要看service的pom文件dependency的dao写在前还是client的写在前。写在前的就依赖谁
因为两个依赖service依赖dao和service依赖client依赖树都只有一层。所以写在前的被依赖。如果依赖树出现长短之分（比如client又依赖common）
这时候service引入dao和common的依赖。。。因为common的依赖树更加长。所以就近原则。短的优先。service优先依赖dao

1.3，maven私服nexus

nexus私服仓库分为三类
group：分组
hosted:私有仓库
proxy:公网仓库
hosted又分为三类：
3rd party 第三方仓库
Snapshots：本地仓库的快照仓库
Releases:本地项目发布的正式版本仓库

配置私服站点：下载至私服
项目
1，Pom.xml（局部可不配置）

<repositories>
	<repository>
		<id>nexusSnapshot</id>
		<name>snapshots</name>
		<url>http://snapshot仓库地址</url>
	</repository>
</repositories>

2,首先注释掉settings.xml里面的mirror（全局配置）
然后加下面代码

<mirror>
	<id>nexusSnapshot</id>
	<mirrorOf>*</mirrorOf>
	<name>nexus</name>
	<url>public地址</url>
</mirror>

repository下分别增加三个repository

<profiles>
	<profile>
		<id>common</id>
		<repositories>
			<repository>
				<id>nexusSnapshot</id>
				<name>snapshots</name>
				<url>http://*</url>
			</repository>
			<repository>
				<id>nexusCentral</id>
				<name>central</name>
				<url>http://*</url>
			</repository>
			<repository>
				<id>nexusReleases</id>
				<name>releases</name>
				<url>http://*</url>
			</repository>
		<repositories>
	</profile>
</profiles>

允许激活profile

<activeprofiles>
	<activeprofile>common</activeprofile>
</activeprofiles>

#########上传至私服
1，项目pom.xml里配置

<distributionManagement>
	<repository>
		<id>nexusSnapshot</id>
		<name>nexusSnapshot</name>
		<url>snapshots路径</url>
	</repository>
</distributionManagement>

2,setting.xml

<server>
	<id>nexusSnapshot</id>
	<username>你用户名</username>
	<password>你密码</password>
</server>

mvn deploy 就可以上传到私服快照仓库里了。可以供其他项目组成员下载jar包

1.4，maven插件

pom.xml里

1，打包成source源码

<build>
	<plugins>
		<plugin>
			<groupId>org.apache.maven.plugins</groupId>
			<artifactId>maven-source-plugin</artifactId>
			<version>3.0.1</version>
			<execetions>
				<execution>
					<id>attach-sources</id>
					<phase>package</phase>
					<goals>
						<goal>jar-no-fork</goal>
					</goals>
				</execetion>
			</execetions>
		<plugin>
	</plugins>
</build>

也可以直接去官网:
maven.apache.org/plugins/maven-source-plugin/usage.html

2,设置jdk版本

<build>
	<plugins>
		<plugin>
			<groupId>org.apache.maven.plugins</groupId>
			<artifactId>maven-compile-plugin</artifactId>
			<configuration>
				<source>1.7</source>
				<target>1.7</target>
			</configuration>
		</plugin>
	</plugins>
</build>

3,打成rar包

<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-rar-plugin</artifactId>
	<version>2.4</version>
	<configuration>
		<includeJar>false</includeJar>
	</configuration>
	<executions>
		<execution>
			<id>buildRar</id>
			<phase>package</phase>
			<goals>
				<goal>rar</goal>
			</goals>
		</execution>
	</executions>
</plugin>
			

1.5,maven生命周期

绑定一个节点，其自身和上面节点都会被执行

当类名为*Test 或 *Tests结尾的才会执行test生命周期
如果你想任何类都进行test。则单独配置插件

<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-surefile-plugin</artifactId>
	<version>2.20</version>
	<configuration>
		<includes>
			<include>**/*.java</include>
		</includes>
	</configuration>
</plugin>

也可plugin配置数据库执行脚本

2，git

git提交整个流程
工作空间->add暂存区->commit本地仓->push远程仓库

git拉取
远程仓->clone本地仓->checkout工作空间
或远程仓 ->pull工作空间

git命令
安装完git，配置环境变量

1，git --version 查看git版本
2，git clone http://… 拉取项目到本地仓
3，git log 查看当前项目一些账户，版本信息
4，git status 查看项目当前状态

#########新建git本地仓库
新建文件夹
1，git init 生成本地仓库
2，新建文件:README.txt随便写几句话
（此时文件在工作区，需上传至本地仓）
3，git add README.txt（当暂存区）
4，git commit -m “the first commit”(到本地仓)
5，gitlab上新建远程仓库
6，回到本地:git remote 查看是否有远程仓库
7，本地添加远程仓库：
git remote add origin http://------远程仓库地址
8，查看远程仓库分支
git branch
9,提交远程仓库：git push -u origin master

2.1,git分支管理

master分支打死不动，由master生成dev分支，dev分支中进行开发，开发完毕合并到test分支，测试通过后合并test分支到master进行上线

1,git branch dev 创建dev分支
2，git checkout dev 切换dev分支
3,创建一个dev.txt文件随便写点
4,git add -A 提交所有文件至暂存区
5,git commit -m “提交信息”
6,git checkout master 切回master（发现刚才的dev.txt不在了）

本地仓库分支与远程建立联系
这个命令用得比较少

7，git branch -a 查看本地+远程仓库。

远程没有与本地同名仓库时可以直接
git pull -u origin 分支名

2.2，git标签

当一个版本上线，可以为其建立标签
1，git tag 查看有哪些标签
2，git tag “tagname” 创建标签
3，git show “tagname” 查看该tag
4，git push origin master “tagname” 提交tag至远程仓库

###可以在github。上基于刚才提交的tagname新建一个处理问题的分支（出现问题的时候）

其他常用命令
1，全部提交至本地仓库：（修改，新增多个文件）
git commit -a -m “all commit”

2,查看当前分支的工作状态
git log --stat

3,搜索关键字段
git log -s test

2,3 分支合并请求

merge Request
1,源分支->目标分支
添加标题，描述
添加审批人
点击确定

2，审批人，待办事项里会收到分支合并请求审批和同意。
管理员
git merge test
git push origin 目标分支
当合并分支出现Already up-to-date时候。
假设当前分支dev。主分支master
（1）git checkout master
( 2 )git reset --hard.dev
( 3 )git push --force origin master
版本管理工具使用不好会出现
1，测试过的东西，下次提交的时候，又出现这个bug
2，我开发的功能不见了
3，线上出现了以前的bug

2,4 git日常使用和分支管理办法

日常使用：idea
1，gitlab创建项目（私有仓库）
2，idea创建maven项目写一些内容
3，创建一个git项目
idea->vcs->inport into version control ->create git repository
4,git add 时注意
git commit 时注意

5，先提前添加忽略文件
.gitignore

/classes/
/test-classes/
/target
.classpath
.project
.settings/
.idea/
*.iml

6,如果提前用了gitadd，忽略文件不起作用，则选择暂存区移除命令
git rm --cache -r -idea/
git rm --cache *.iml

7,再commit
8，push里添加远程仓库.push ->
9,push会出现（经常）
push rejected: push master to origin/master was rejected by remote因为master是受保护的分支不允许push
10，需要给当前账户授权权限
(1),登陆gitlab（peter）
(2),在远程仓库项目点击members
(3),select members to invite
设置：administrator
（4）choose a role permission
设置：master
11，再次push，可以了
12，通常master分支不允许提交的，必须提交至其他分支dev
13，需要将dev合并到master必须发起合并请求。设置Assignee peter
remote source branch when merge request is accepted（是否合并分支后删除分支，一般dev分支不用选）

14，登陆master账号
处理分支请求
点击merge ，完成合并

15，登陆develop账号
选择项目->repository-> Graph(图谱)->可以看到合并结果

###代码合并冲突
模拟制造代码冲突（用户一，用户二。同时在dev开发）
1，用户一写了1个update方法
commit但未push
2，用户二在同样位置删掉update方法，写了一个delete方法
3,回到用户一，pull就会出现冲突

冲突有了就需要解决冲突：
idea：需commit提交解决后的冲突

###rebase合并分支
合并分支使用rebase合并将保留之前所有提交记录一起再提交

merge就只是合并产生新提交

###stash场景
适用于紧急上线任务：
update功能开发到一半，收到需要立即delete（）的开发
1，不用删掉update的代码
git stash changing
2，开发新功能delete（）
开发完毕后commit ->pull -> push
3 ,git unstash changing
继续开发之前功能

代码冲突第二种
1,远程仓库提交了syso(“你好”);
2,本地仓库提交了syso(“你”);
文件在同一位置
3,本地pull时候，就会有冲突
4，解决完冲突要手动merge,merge出现错误
5，去git bash 敲命令git status
6，提交需要git pull ,git commit 并且处于merging状态
7,git commit -am “ttt”
8,恢复正常了

####企业管理git
###普通迭代分支管理办法：
master分支：只读,与线上永远保持一致。
DEV_1.0分支：开发1.0版本

->开发完毕，提测，合并test分支->test
上线

建好1.0的tag就可以删掉1.0dev了进行2.0迭代必须从master分支切
master和test必须受保护
master必须随时和线上版本保持一致，只怕test和dev分支都在进行工作时，无法切出一个分支出来的情况

紧急任务此时出现，从master切一个紧急版本，开发完紧急版本后，合并到master，master分支再合并到test
就能做到master和线上永远保持一致

###敏捷开发：
不同功能同时开发，可能单独上线，也可能同时上线
master
日常上线分支 finance 仓库分支
-> 日常测试分支，合并到master
-> 测试
-> 上线

异常情况下
前提日常上线分支已测试通过合并到master
如果其中第二个开发分支已提交到测试分支，但测试失败，已经和第一个分支代码都在test分支里了，又不能删除test分支，又不想回滚test分支，怎么处理？

1，master切一临时测试分支
2，测试临时分支提交到test分支
3，再将之前测试成功的提交到test分支里

			                紧急上线

1，master切出一紧急分支（开发），开发功能
2，测试通过，上线并创建tag，合并到master，合并到test
3，测试不通过，回到第一步继续开发功能

3，idea

idea优点
1，智能选取
2，导航模式
3，历史记录
4，查询
5，编码辅助
6，智能排版，控制
7，智能代码，查找，导航，编辑，自定义

普通jar项目创建
java项目->helloworld项目 -> file ->project settings ->Artifacts -> +引入jar包
module和main class选择上就可以

添加jar包时候勾选include in project build

web项目创建
java项目 ->javaEE ->web application ->配置tomcat 热部署 ->开发

idea远程调试
1，将项目打成war包，放到tomcat。
2，tomcat的bin目录下执行
3，catalina.bat jpda start
4，idea ->run -> edit configuration -> remote -> 设置刚才tomcat的端口
5，控制台打印connect

idea高级应用
插件
3种安装方式：本地，仓库和下载后导入
常用插件：tasks checkstyle-idea,mybatis

自定义模板
settings -> editor-> file and code Templates

常用快捷键
psvn
sout

idea快捷键详细文档
help ->keymap Referece

自定义快捷键
settings -> editor-> live template -> 右边+号 ->分组自定义随便取名
-> Abbreviation(快捷键名字) ->Template text(放对应代码)
-> 变量 $poolSize$
-> 循环变量 $loopSize$
-> edit variables (编辑变量)
-> 设置默认值
->下面有红色提示No applicable contexts yet Define
选择所有文件兼容
-> 回到edit variables
expression设置为suggestVariable（）
-> 回到idea就可以使用了

##idea断点调试
F8 跳过
F7 单步
-> 跳入
-> 跳出执行
查看断点：breakPoints
清除断点
屏蔽断点
打印堆栈信息

maven help插件
list和tree型展示jar

idea db
右边的Database可以创建mysql和其他数据库连接

####重构类名，工程名，方法名，变量名
shift +F6
或选中名字，鼠标右键 -> Refactor ->rename
还可以重构方法

代码上提和下沉可以用于继承父类
refactor -> pull members up 上沉
refactor -> push members down 下沉

				idea分析

Analyze:Inspect code 分析异常等
Analyz -> locate Duplicated 分析代码重复块
Analyz -> Generate coverage Report
导出测试用例覆盖率

Analyze -> stacktrace
分析堆栈信息

git代码冲突
1，点merge
2，三个框，左：本地
中：结果
右：远端服务
3，处理完点save