141. git merge和git rebase它们之间有什么区别?
简单的说,git merge和git rebase都是合并分支的命令。
git merge branch会把branch分支的差异内容pull到本地,然后与本地分支的内容一并形成一个committer对象提交到主分支上,合并后的分支与主分支一致;
git rebase branch会把branch分支优先合并到主分支,然后把本地分支的commit放到主分支后面,合并后的分支就好像从合并后主分支又拉了一个分支一样,本地分支本身不会保留提交历史。
14. 如何把本地仓库的内容推向一个空的远程仓库?
首先确保本地仓库与远程之间是连同的。如果提交失败,则需要进行下面的命令进行连通:
git remote add origin XXXX
注意:XXXX是你的远程仓库地址。
如果是第一次推送,则进行下面命令:
git push -u origin master
注意:-u 是指定origin为默认主分支
之后的提交,只需要下面的命令:
git push origin master
142. 描述一下你所使用的分支策略?
这个问题被要求用Git来测试你的分支经验,告诉他们你在以前的工作中如何使用分支以及它的用途是什么,你可以参考以下提到的要点:
功能分支(Feature branching)
要素分支模型将特定要素的所有更改保留在分支内。当通过自动化测试对功能进行全面测试和验证时,该分支将合并到主服务器中。
任务分支(Task branching)
在此模型中,每个任务都在其自己的分支上实现,任务键包含在分支名称中。很容易看出哪个代码实现了哪个任务,只需在分支名称中查找任务键。
发布分支(Release branching)
一旦开发分支获得了足够的发布功能,你就可以克隆该分支来形成发布分支。创建该分支将会启动下一个发布周期,所以在此之后不能再添加任何新功能,只有错误修复,文档生成和其他面向发布的任务应该包含在此分支中。一旦准备好发布,该版本将合并到主服务器并标记版本号。此外,它还应该再将自发布以来已经取得的进展合并回开发分支。
最后告诉他们分支策略因团队而异,所以我知道基本的分支操作,如删除、合并、检查分支等。
143. 提交时冲突是如何产生的?你是如何解决的?
开发过程中,我们都有自己的特性分支,所以冲突发生的并不多,但也碰到过。诸如公共类的公共方法,我和别人同时修改同一个文件,他提交后我再提交就会报冲突的错误。
发生冲突,在IDE里面一般都是对比本地文件和远程分支的文件,然后把远程分支上文件的内容手工修改到本地文件,然后再提交冲突的文件使其保证与远程分支的文件一致,这样才会消除冲突,然后再提交自己修改的部分。特别要注意下,修改本地冲突文件使其与远程仓库的文件保持一致后,需要提交后才能消除冲突,否则无法继续提交。必要时可与同事交流,消除冲突。
发生冲突,也可以使用命令。
通过git stash命令,把工作区的修改提交到栈区,目的是保存工作区的修改;
通过git pull命令,拉取远程分支上的代码并合并到本地分支,目的是消除冲突;
通过git stash pop命令,把保存在栈区的修改部分合并到最新的工作空间中;
144. 如果本次提交误操作,如何撤销?
如果想撤销提交到索引区的文件,可以通过git reset HEAD file;如果想撤销提交到本地仓库的文件,可以通过git reset –soft HEAD^n恢复当前分支的版本库至上一次提交的状态,索引区和工作空间不变更;可以通过git reset –mixed HEAD^n恢复当前分支的版本库和索引区至上一次提交的状态,工作区不变更;可以通过git reset –hard HEAD^n恢复当前分支的版本库、索引区和工作空间至上一次提交的状态。
145. 什么是 maven
Maven 是基于项目对象模型(POM),可以通过一小段描述信息来管理项目的构建,报告和文档的软件项目管理工具。
Maven 是跨平台的项目管理工具。主要服务于基于 Java 平台的项目构建,依赖管理和项目信息管理。
Maven 主要有两个功能:
1、项目构建 (编写,编译,测试,打包,部署全过程)
2、依赖管理
146什么是 Maven 仓库?
Maven 的仓库只有两大类:
1、本地仓库。
2、远程仓库。在远程仓库中又分成了 3 种:
中央仓库。
私服。
其它公共库。
Maven 会先搜索本地仓库(repository),发现本地没有然后从远程仓库(中央仓库)获取。
147. maven 的依赖范围
compile:编译依赖,默认的依赖方式,在编译(编译项目和编译测试用例),运行测试用例,运行(项目实际运行) 三个阶段都有效,典型地有 spring-core 等 jar。
test:测试依赖,只在编译测试用例和运行测试用例有效,典型地有 JUnit。
provided:对于编译和测试有效,不会打包进发布包中,典型的例子为 servlet-api,一般的 web 工程运行时都使用容器的 servlet-api。
runtime:只在运行测试用例和实际运行时有效,典型地是 jdbc 驱动 jar 包。
system: 不从 maven 仓库获取该 jar,而是通过 systemPath 指定该 jar 的路径。
import: 用于一个 dependencyManagement 对另一个 dependencyManagement 的继承。
148. maven 如何排除依赖
1、<optional> true/false 是否可选,也可以理解为是否向下传递。
2、排除依赖
排除依赖包中所包含的依赖关系,不需要添加版本号。
<exclusions>
<exclusion>
<groupId>com.jiyun.maven</groupId>
<artifactId>maven-first</artifactId>
</exclusion>
</exclusions>
149. maven 的常用命令
1. 编译源代码: mvn compile
2. 编译测试代码: mvn test-compile
3. 运行测试: mvn test
4. 产生 site: mvn site
5. 打包: mvn package
6. 在本地 Repository 中安装 jar: mvn install
7. 清除产生的项目: mvn clean
150 Maven 规约是什么?
/src/main/java/ :Java 源码。
/src/main/resource :Java 配置文件,资源文件。
/src/test/java/ :Java 测试代码。
/src/test/resource :Java 测试配置文件,资源文件。
/target :文件编译过程中生成的 .class 文件、jar、war 等等。
pom.xml :配置文件
更多面试题,请打开主页分栏 java面试 进行查看,谢谢