常见的Git操作

## 常见的Git操作

1、仓库从无到有

本地生成ssh秘钥,如果不嫌麻烦当然可以不设置，使用HTTPS即可

我的配置是Eclipse是HTTPS，使用GitHub，用来编写笔记，但是HTTPS需要记住密码，不然每次都需要填

IDEA使用SSH，用来工作提交代码，使用Gitlab。

ssh-keygen -t rsa -C "注册邮箱"

id_rsa.pub文件添加到Git的秘钥管理处，实际任何遵守Git协议的分布式版本控制基本流程基本是相同的，不必纠结用的是哪家产品。

如果是长期使用的电脑你可以配置全局

 

1 2 3

git config --global user.name "账号名" git config --global user.email 邮箱 git config --list 查看配置结果

当然你也可以只配置临时变量 去掉--global即可，因为我需要往牛客，码云，GitHub，Gitlab提交，所以这种是很有用的。因此我只需要修改提交的临时地址。

2、从本地开始

1. touch README.md 添加一个文件,用于注释、说明，在仓库的顶级目录下则会被显示作为该仓库或文件的说明。
2. git init 初始化本地仓库。
3. git add README.md 将上述文件添加到暂存区
4. git commit -m "first commit" 将暂存区的文件进行添加到本地分支。
5. git remote add origin https://github.com/jxnu-liguobin/SpringBoot-Seckill.git 添加远程分支，一般名称同本地分支，已经存在则绑定本地与远程，该操作只能在init后执行，且只能执行一次。
6. git push -u origin master 提交本地到master主分支，默认本地master，实际开发时这里是开发的sprint分支，意为迭代。

上面的暂存区，分支，工作区的存储模型借鉴自CyC2018

3、从远程开始

当然你也可以从远处拉下一个项目，就像这样

git clone git@github.com:jxnu-liguobin/Java-Learning-Summary.git 此处的连接可以是SSH也可以是HTTPS，取决于你的爱好，推荐SSH。

如果是别人的仓库则你需要有权限否则可以拉取，无法提交，权限是指你的公钥必须要被添加到远程仓库的秘钥管理中心，公司一般有统一管理SSH的平台。

如果你有权限，你可以在本地创建一个自己的仓库和一个开发分支，并将master合并到本地这个分支上来只需要：

git checkout -b newBrach origin/master 在origin/master的基础上创建newBrach分支，其中-b表示创建并切换到newBrach分支，origin/master表示源分支master

其次你还可以先创建一个本地分支 git checkout -b newBrach

再更新或合并 git merge master 表示使用master更新当前分支，因为是第一次创建所以是没有冲突的，实际如果存在冲突则需要解决冲突。

如果觉得Git不方便你可以使用图形化界面分支管理工具 Sourcetree。

你也可以更加暴力直接在本地某一个空分支下pull拉取 master。

接下来你只需push，如果没有配置默认的提交分支，则提交的时候还需声明提交分支。

像这样 git push -u origin newBrach 如果你不填origin 则默认是master 。

你还可以强制提交

像这样 git push -u origin master --force 但并不建议使用，慎用。

4、其他分支处理命令

分支修改

1. git branch 分支名称 在本地新建一个分支
2. git checkout 分支名称 切换到你的新分支:
3. git push origin 分支名称 将新分支发布在github上
4. git branch -d 分支名称 在本地删除一个分支
5. git push origin :分支名称 (分支名前的冒号代表删除) 在github远程端删除一个分支

如果你需要直接使用git pull和git push，则你需要设置以下

1. git branch --set-upstream-to=origin/master master
2. git branch --set-upstream-to=origin/分支名称 分支名称
3. git config --global push.default matching
以上建议忽略，实际开发这里每个月都需要修改开发的迭代分支，还不如别设置了。

5、解决提交错误

如果你是commit提交错误了你可以这样 ：

git reset 分支回滚到暂存区 （--hard 版本号，即回滚最后一次提交commit,--files）

如果你是add添加错了你可以这样：

git checkout 暂存区回滚到工作区（回滚最后一次add操作,--files） -b branch 在本地创建并切换到branch分支，前面以前提到到，-d是删除，切记

6、git rebase 和 git merge的区别

• git pull = git fetch + git merge
• git pull --rebase = git fetch + git rebase 重点是不会产生新的commit请求。

远程跟踪分支已更新(Git术语叫做commit)，需要将这些更新取回本地，这时就要用到git fetch 上面已经提及到了。

如果你想让"mywork"分支历史看起来像没有经过任何合并一样（看不到合并的路径，不留提交痕迹），可以用 git rebase。

而 git merge的合并会出现痕迹，造成菱形依赖，看起来很困惑，所以推荐使用 git fetch + git rebase。

git rebase --abort参数来终止rebase的行动，并且"mywork" 分支会回到rebase开始前的状态。

多人提交自己的代码，必须先更新本地为最新，否则再次提交将会被拒绝，如果拉取下的代码和本地自己的有冲突则需要自己去解决了。

你可以这样切换分支： git checkout mywork

然后执行 ：git rebase origin

这些命令会把你的"mywork"分支里的每个提交（commit）取消掉，并且把它们临时保存为补丁（patch）（这些补丁放到".git/rebase"目录中）,
然后把"mywork"分支更新到最新的"origin"分支，最后把保存的这些补丁应用到"mywork"分支上。
当'mywork'分支更新之后，它会指向这些新创建的提交(commit),而那些老的提交会被丢弃。 如果运行垃圾收集命令(pruning garbage collection),
这些被丢弃的提交就会删除。（请查看 git gc）

在rebase的过程中，也许会出现冲突（conflict）。 在这种情况，Git会停止rebase并会让你去解决 冲突；
在解决完冲突后，用"git-add"命令去更新这些内容的索引（index）, 然后，你无需执行 git-commit，你只要执行:

git rebase --continue git 便会自动继续合并

如果你需要查看仓库修改状态， 你可以使用：git status

你还可以查看git的日志： git log -p

你可以查看对比两次文件内容具体修改了什么 ：git diff

更加具体的对比： git diff HEAD -- filename

可以查看工作区和版本库里面最新版本的区别
HEAD 表示当前版本，也就是最新的提交。上一个版本就是 HEAD^ ，上上一个版本就是 HEAD^^ ，
往上100个版本写100个 “ ^ ” 比较容易数不过来，所以写成 HEAD~100 。HEAD~2 相当于 HEAD^^

如果你需要取回远程的某些分支你可以这样： git fetch origin master 取回origin主机的master分支

如果你需要取回所有分支你可以这样： git fetch

 

1 2 3 4 5 6

git checkout master     #//取出master版本的head。 git checkout tag_name    #//在当前分支上 取出 tag_name 的版本 git checkout  master file_name  #//放弃当前对文件file_name的修改 git checkout  commit_id file_name  #//取文件file_name的 在commit_id的版本。 #//其中commit_id为 git commit 时的sha值，每次提交都有唯一值。 git checkout -- hello.rb #//这条命令把hello.rb从HEAD中签出。

如果你搞错了很多文件，可能需要恢复所有，你可以这样： git checkout .

这条命令把当前目录所有修改的文件 从HEAD中签出并且把它恢复成未修改时的样子。慎用

其他参数

• git rebase --abort 会回到rebase操作之前的状态，之前的提交的不会丢弃；
• git rebase --skip 则会将引起冲突的commits丢弃掉；
• git rebase --continue 用于修复冲突，提示开发者，一步一步地有没有解决冲突，fix conflicts and then run "git rebase --continue"

7、重要的mvn命令

• mvn clean deploy 清理并发布
• mvn install -Dmaven.test.skip=true 跳过测试打包
• mvn dependency:tree 查看依赖树 IDE的依赖没有成功下载的时候，可以使用该命令进行查看，此命令将自动下载本地没有的依赖，如果此处下载成功，则说明是本地仓库缓存问题，导致找不到依赖
• mvn clean compile -U 编译 该参数能强制让Maven检查所有SNAPSHOT依赖更新，确保集成基于最新的状态，如果没有该参数，Maven默认以天为单位检查更新，而持续集成的频率应该比这高很多。

8、解决冲突的方式之一

 

1 2 3 4

合并分支到本开发分支，或者git pull --rebase拉去下来 查看冲突文件，并去除冲突提示注释和冲突部分代码 执行git add 将修改完后的冲突文件添加进索引【stage 暂存区，位于工作区和当前分支之间】 执行git rebase --continue 继续合并

欢迎指出提出建议和意见