Git学习札记——进阶

来源:互联网 发布:photography软件下载 编辑:程序博客网 时间:2024/06/05 13:29

(1)git blame 文件名

该命令会显示出该文件名的创建者,以及最后的提交和时间戳。


(2)git reflog

该命令显示的是head指针移动的信息。他是在本地的,而不是你仓库的一部分。不会包含在push和merge中。如果我使用git log ,我得到的提交信息是我仓库的一部分。


(3)git stash

把你当前在工作区中的修改暂时保存起来。然后工作区恢复到上一次提交时的状态。你可以去进行其他的工作了。

git stash list

显示当前工作区中包含的stash。

git stash pop

恢复工作区的修改,同时删除标识符。


(4)cat ~/.gitconfig

查看当前git的用户名和邮箱;

.


(5)git取消工作区的修改(还未add,commit)

当我们在编写代码过程中,可能由于某种原因,我们想要回退到最初的修改之前,那么应该怎么做呢?有两种方法:

【第一种方法】

1.git status

显示哪些文件被修改了。

2.git checkout -- 文件名

放弃工作区的修改。(可以选择哪些文件要回退,哪些文件要保留修改)。


【第二种方法】

1.git reflog

查看每次提交的信息。

2.git reset --hard [commit版本值]

强制回退到上一次commit版本。(放弃项目中所有文件的修改,完全回退到上一个commit版本)。可以加[commit版本值],可以回退到任意版本。 不加[commit版本值],默认回退到上一个版本。



(6)git 取消工作区的修改(已经add,还未commit)

此时我们已经把一些修改add到了本地暂存区中了,但是发现这些修改是没有必要的。要进行回退。有两种方法:

【第一种方法】

1.git reset HEAD  [文件名]

清空本地暂存区。后面可以加上文件名,也可以不加文件名。当指定文件名时,也就是从暂存区清空该文件的修改。当使用"git reset HEAD",也就是清空所有文件的修改。相当于工作区修改了,但是还未add ,还未commit。

2.如果还想回滚到上一次commit,请参考(5)。


【第二种方法】

1.git reflog

显示每次提交的信息。

2.git reset --hard [commit版本值]

回退到任意次提交的版本。从这里可以看到,“git reset --hard commit版本”这个命令在任何时候都是可以使用的,不管你把工作区或者暂存区如何修改,直接使用这个命令就可以回退到任何版本。很强大,也要小心。



(7)git rm 文件名

删除文件跟踪,并且删除该文件。


(8)git rm --cached 文件名

删除文件跟踪,但是不删除该文件。



(9)解决冲突

a123<<<<<<< HEADb789=======b45678910>>>>>>> 6853e5ff961e684d3a6c02d4d06183b5ff330dccc

其中<<<<<<(7个<)和=======(7个=)之间是我修改的。=======和>>>>>>>之间是别人修改的。发现冲突,我们只需要修改冲突,重新走一遍提交流程就好了。


(10)不顺利的代码提交

你在git push 时可能会失败,可能是因为别人提交了新代码,而你的代码和别人的代码冲突了。你需要先git pull,在本地修改冲突代码后,再add-->commit-->push流程。


(11)修改分支名称

可能由于某种原因,你想要修改一个分支的名称,当然除了master之外。

git branch -m 旧分支名 新分支名


(12)git clone -b 分支名 仓库名

比如:

git clone -b version1.4 Myrepo

由于项目版本的迭代,我们一般开发一个新版本的时候都会新建一个分支,团队成员都会从该新分支进行检出或克隆,就会使用该命令。


(13)冲突解决:冲突代码如下:

<<<<<<< HEAD

test in master

=======

test in dev

>>>>>>> dev


理解:

<<<<<<<  :标记冲突的开始,后面跟的是当前分支中的内容(也可以理解为是你改动的代码)。

HEAD: 指向当前分支的提交。

======之后,>>>>>>>之前是要merge过来的另一条分支上的代码(也可以理解为是别人改动的代码)。

>>>>>>> :标记冲突的结束,后面的dev是别人分支的名字。

你只要根据需求修改冲突的代码,然后继续add ,commit ,push即可。最好是在Push之前首先pull,让冲突在本地进行解决。



(14)git clone 远程所有分支(这里有点麻烦,我准备细讲一下)。

git clone 仓库url  :只能clone远程仓库的master分支,无法clone所有的分支。如果我们想要仓库中的所有分支,解决方案如下:

1. git clone 仓库url   ;

2. git branch -a    :查看所有分支 :

*master

remotes/origin/dev

remotes/origin/master


了解下:master[本地主分支]、origin/master[远程主分支]、origin/dev[远程开发分支]

clone下来的代码默认master和origin/master是关联的,也就是他们的代码保持同步。但是origin/dev分支在本地没有任何的关联。

可以看到远程仓库其实还有dev分支,但是本地没有该分支。

3. git checkout -b dev origin/dev   :在本地新建dev分支,并checkout远程的dev分支(和远程的origin/dev分支关联),并切换到到dev分支上;


(15)git diff 提交版本哈希值:文件名 提交版本哈希值:文件名

比较不同提交版本中两个文件的差异, 版本哈希值可以通过git log命令来获取,文件名需要的是相对路径。


(16)git log 文件名

查看某个文件的修改记录,文件名需要的是相对路径。


(17)git show 提交版本哈希值

查看某一次提交的所有修改内容,哈希值可以通过git log来获取。


(18)git config --list

查看当前git中的用户名和密码。


(19)git config --global user.name "chenyufeng"

git config --global user.email "503434355@qq.com"

添加修改Git的用户名和密码,加上--global参数表示是全局设置。注意修改也可以用该命令。


(20)下图是Git的使用规范流程,是我从网上找的图,画得很清晰:



合理正确的流程:

本地要有一个分支A和远端的分支保持对应。

然后本地新开分支B开发,提交记录。

如果需要将代码推送到远端的话,就切换到A,首先在A分支上pull同步远端的代码。

然后将分支B上的开发代码merge到分支A上。

然后再往服务器端推送。


(21)新建分支:每次开发新功能,都应该新建一个单独的分支。

#获取主干最新代码

$ git checkout master

$ git pull


# 新建一个开发分支myfeature

$ git checkout -b myfeature


(22)与主干同步:分支的开发过程中,要经常与主干保持同步。

$ git fetch origin

$ git rebase origin/master


 

github主页:https://github.com/chenyufeng1991  。欢迎大家访问!


2 0
原创粉丝点击