Git的基本使用

最新推荐文章于 2022-12-09 13:52:31 发布

韦轩

最新推荐文章于 2022-12-09 13:52:31 发布

阅读量1.2k

点赞数 1

分类专栏： Git 文章标签： git 库

本文链接：https://blog.csdn.net/weiyongxuan/article/details/48133611

版权

Git 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

参考廖雪峰的git教程

git基本命令

账户设置

git config --global user.name "Your Name"
git config --global user.email "email@example.com"

创建版本库

mkdir repositoryname
cd repositoryname
git init

版本库添加文件

git add test.txt test2.txt ...

git commit -m "comment"

查看当前仓库文件的状态

git status #查看文件修改信息
git diff #查看具体被修改的内容

版本回退

git log #显示从最近到最远的提交日志

注意，这里的commit idcommit a0869b995443875315c2e53cd73a3694df27f294不是自己commit的id，这样做是为了防止冲突

HEAD 表示当前版本，HEAD^上一个版本，HEAD^^ 上上一个版本，以此类推。
HEAD~2 == HEAD^^

git reset --hard HEAD^

git reset --hard commitID(不需要完整填写)

查看commitID

git reflog

缓存区与工作区

Git管理的是修改，当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交,
当执行git commit时，将暂存区的更改提交到工作区。

修改之后，直接git commit是不会把修改提交到工作区的，也就是说，每次修改，如果不add到暂存区，那就不会加入到commit中。

插销修改

git checkout -- file

命令git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

删除文件

两种情况：

如果在文件管理器中删除了，这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了。

 rm test.txt

确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本

git checkout -- test.txt

远程仓库操作

远程仓库

可以自己搭建一个git 服务器
可以使用github免费的远程的仓库

关于github：传输使用的是SSH加密的。

创建ssh key

ssh-keygen -t rsa -C "youremail@example.com"

登陆GitHub，打开“Account settings”，“SSH Keys”页面：然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容
在github 创建仓库
关联远程库

git remote add origin git@github.com:adamweixuan/repositoryname.git

推送master分支的所有内容

git push -u origin master

每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改

git push origin master

克隆远程仓库

git clone git@github.com:adamweixuan/repositoryname.git

分支管理

分支概述

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

创建分支

图片来源廖雪峰的官方博客

每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长.

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

所以Git合并分支也很快！就改改指针，工作区内容也不变！

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

实际操作

创建分支：

$ git checkout -b dev
M       test.txt
Switched to a new branch 'dev'

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令

git branch dev
git checkout dev

查看分支：
git branch命令会列出所有分支，当前分支前面会标一个*号

$ git branch
* dev
  master

在分支上修改并提交：

切换到master分支：

$ git checkout master
Switched to branch 'master'

切换回master分支后，再查看一个test.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

合并分支：

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

$ git merge dev
Updating 5886d8d..cb3e4e9
Fast-forward
 test.txt | 4 ++++
 1 file changed, 4 insertions(+)

$ cat test.txt
This is a test file to git !

This is a another line !

second change

Creating a new branch is quick

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

删除分支：

$ git branch -d dev
Deleted branch dev (was cb3e4e9).

再次查看，只剩下master了

$ git branch
* master

解决冲突

创建新的分支feature1

$ git checkout -b feature1
Switched to a new branch 'feature1'

分支修改

修改最后一行为
Creating a new branch is quick & simple!

$ git add test.txt

分支提交

$ git commit -m "& simple"
[feature1 0a8265e] & simple
 1 file changed, 1 insertion(+), 1 deletion(-)

切换到master分支

$ git checkout master
Switched to branch 'master'

在master上修改

在master分支上把test.txt文件的最后一行改为：

Creating a new branch is quick and simple !

在master上提交

$ git add test.txt

$ git commit -m "and simple"
[master 5de8d2c] and simple
 1 file changed, 1 insertion(+), 1 deletion(-)

现在的情况
执行合并

$ git merge feature1
Auto-merging test.txt
CONFLICT (content): Merge conflict in test.txt
Automatic merge failed; fix conflicts and then commit the result.

出现了冲突

$ git status
On branch master
You have unmerged paths.
  (fix conflicts and run "git commit")

Unmerged paths:
  (use "git add <file>..." to mark resolution)

        both modified:   test.txt

no changes added to commit (use "git add" and/or "git commit -a")

手动合并
查看test.txt

$ cat test.txt
This is a test file to git !

This is a another line !

second change

<<<<<<< HEAD
Creating a new branch is quick and simple !
=======
Creating a new branch is quick & simple!
>>>>>>> feature1

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存

Creating a new branch is quick and simple !

重新提交

$ git add test.txt

$ git commit -m "conflict fixed"
[master 4d854ab] conflict fixed

查看分支合并情况

$ git log --graph --pretty=oneline --abbrev-commit
*   4d854ab conflict fixed
|\
| * 0a8265e & simple
* | 5de8d2c and simple
|/
* cb3e4e9 branch test
* 5886d8d first commit
* e5d5abd Test file

删除feature1分支

$ git branch -d feature1
Deleted branch feature1 (was 0a8265e).

分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

创建分支和之前相同，只是在准备合并dev分支，请注意–no-ff参数，表示禁用Fast forward

git merge --no-ff -m "merge with no-ff" dev

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活

干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

Bug分支

软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交

并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

git stash

首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支

修复完成后，切换到master分支，并完成合并，最后删除issue-101分支

最后，恢复工作现场

查看工作现场：

git stash list

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了

Feature分支

首先创建了一个分支，做了一些更改。在提交之前，因为各种原因不想提交合并了。

删除这个分支

git branch -d feature-vulcan

会报错，说没有合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令强制删除

git branch -D feature-vulcan

$ git show v1.0
commit 4d854abf006a3658893a091712196d5f3fefc7d5
Merge: 5de8d2c 0a8265e
Author: adamweixuan <805366180@qq.com>
Date:   Mon Aug 31 13:30:08 2015 +0800

    conflict fixed

diff --cc test.txt
index ccdc542,3cd9799..cbf9c25
--- a/test.txt
+++ b/test.txt
@@@ -4,4 -4,4 +4,8 @@@ This is a another line

  second change

 -Creating a new branch is quick & simple!
++<<<<<<< HEAD
 +Creating a new branch is quick and simple !
++=======
++Creating a new branch is quick and simple !
++>>>>>>> feature1

可以创建带有说明的标签，用-a指定标签名，-m指定说明文字

git tag -a v0.1 -m "version 0.1 released" 3628164

删除本地标签

$ git tag -d v1.0
Deleted tag 'v1.0' (was 4d854ab)

如果要推送某个标签到远程，使用命令git push origin

git push origin V1.0

或者，一次性推送全部尚未推送到远程的本地标签

git push origin --tags

删除远程标签：

先从本地删除，

 git tag -d v1.0

然后，从远程删除。删除命令也是push，但是格式如下：

git push origin :refs/tags/v1.0

自定义git

设置显示颜色

git config --global color.ui true

配置别名

status 别名为st

git config --global alias.st status

韦轩

关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
Git的基本使用

参考廖雪峰的git教程git基本命令账户设置git config --global user.name "Your Name"git config --global user.email "[email protected]"创建版本库mkdir repositorynamecd repositorynamegit init版本库添加文件git add test.txt test2.txt
复制链接

扫一扫