git 版本管理

最新推荐文章于 2023-06-23 06:00:00 发布

匿名者X

最新推荐文章于 2023-06-23 06:00:00 发布

阅读量335

点赞数

分类专栏：版本管理

本文链接：https://blog.csdn.net/Ronin_88/article/details/80372400

版权

版本管理专栏收录该内容

1 篇文章 0 订阅

订阅专栏

git版本管理使用方式点击打开链接

SVN与Git的最主要的区别

　　SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。

　　Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了

1. git 安装

下载客户端工具

2. 创建版本库(window)

$ cd E:$ mkdir gitlocal
$ cd gitlocal

第二步，通过git init命令把这个目录变成Git可以管理的仓库：

$ git init

Initialized empty Git repository in /e/gitlocal/.git/

第三步，用命令git add告诉Git，把文件添加到仓库：

$ git add readme.txt

第四步，用命令git commit告诉Git，把文件提交到仓库：

$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

小结

现在总结一下今天学的两点内容：

初始化一个Git仓库，使用git init命令。

添加文件到Git仓库，分两步：

使用命令git add <file>，注意，可反复多次使用，添加多个文件；

使用命令git commit -m <message>，完成。

3. 常用命令

查看文件修改的内容(红色字体部分即为修改的部分)

比较版本库和工作区

$ git diff readme.txt 或则 git diff HEAD --readme.txt

 diff --git a/readme.txt b/readme.txt
index 463946d..0db20ae 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,3 +1,5 @@
 Git is a version control system.
 Git is free software.
-生栋覆屋
\ No newline at end of file
+生栋覆屋
+
+123
\ No newline at end of file+生栋覆屋
+
+123
\ No newline at end of file

版本回退

git log:查看提交记录

$ git log
commit 1159cd248b6e22a912cc95fb37857d41b11b86bb (HEAD -> master)
Author: meisq <412833249@qq.com>
Date:   Sat May 19 11:26:15 2018 +0800

    修改提交
commit e1bc017d7e0d4e62de4384c4de16032aff2e1bb8  --版本号（同一个文件每台机子的都会显示的都不一样）
Author: meisq <412833249@qq.com>
Date:   Sat May 19 10:50:34 2018 +0800

    修改提交

commit 657dedfe2559f6826ebaa41ad8c1efea3ccd2f42
Author: meisq <412833249@qq.com>
Date:   Sat May 19 09:55:40 2018 +0800

    readme.txt 提交

$ git log --pretty=oneline    （输出的信息少了许多）
1159cd248b6e22a912cc95fb37857d41b11b86bb (HEAD -> master) 修改提交
e1bc017d7e0d4e62de4384c4de16032aff2e1bb8 修改提交
657dedfe2559f6826ebaa41ad8c1efea3ccd2f42 readme.txt 提交

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

还可以指定版本号回退 git reset --hard commitid

回退版本前

$ cat readme.txt
Git is a version control system.            -- 第一次提交文件01
Git is free software.
Git is a distributed version control system.    -- 第一次提交文件02
Git is free software.
Git is a distributed version control system.    -- 第一次提交文件03
Git is free software distributed under the GPL.

例如将版本回退到上个版本

$ git reset --hard HEAD^^
HEAD is now at 0ec7d8d 第一次提交文件01

或则执行 git reset --hard c0638e9fbec0e2184dd286746f89d77f69ee7e01 效果一样

$ cat readme.txt

Git is a version control system.            
Git is free software.
Git is a distributed version control system.  
Git is free software.

此时执行git log --pretty=oneline,发现第二次,第三次提交的日志记录没了，如果此时我们仍然想回退到最新的版本，可以执行

git reflog,又可以看到commitid(6b039c8 )

$ git log --pretty=oneline
5b8390b0befea2cf34abc47a446876e2462e47c9 (HEAD -> master) 第一次提交文件01
c63ecd5b9b3e400ea00ecea2c30048cb4d4cea3d remove test.txt
0ec7d8d5800e92d1ee0e08ec6f4f97479f3b7eb7 修改提交01

$ git reflog
6b039c8 (HEAD -> master) HEAD@{0}: reset: moving to 6b039c8254109344595d8d283ce0d8fccc22f57c
5b8390b HEAD@{1}: reset: moving to 5b8390b0befea2cf34abc47a446876e2462e47c9
6b039c8 (HEAD -> master) HEAD@{2}: commit: 第一次提交文件03
c0638e9 HEAD@{3}: commit: 第一次提交文件02
6b039c8 (HEAD -> master) HEAD@{2}: commit: 第一次提交文件03
c0638e9 HEAD@{3}: commit: 第一次提交文件02

小结

现在总结一下：

HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。（git 管理的是修改而并非文件）

工作区（Working Directory）：

就是你在电脑里能看到的目录，比如我的gitlocal文件夹就是一个工作区

版本库（Repository）

工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

分支和HEAD的概念我们以后再讲。

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

所以每次修改都需要执行 git add 把修改内容提交到暂存区，可以一次性git commit

撤销修改

场景分析：如果修改了工作区的内容，突然发现修改错了，想撤销修改

1.修改的工作区内容未提交至暂存区

$ cat readme.txt
Git is a version control system.
Git is free software.
stupid boss ....

查看状态 (未提交至暂存区)

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)


        modified:   readme.txt


no changes added to commit (use "git add" and/or "git commit -a")
"git checkout -- <file>..." to discard changes in working directory)


        modified:   readme.txt


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

你可以发现，Git会告诉你，git checkout -- file可以丢弃工作区的修改：

git checkout -- readme.txt

此时内容就恢复了

2.将修改的工作区文件提交到了暂存区

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   readme.txtmodified:   readme.txt

用命令git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区：

$ git reset HEAD readme.txt
Unstaged changes after reset:
M       readme.txt

再查看状态

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a") modified:   readme.txt

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

再执行 git checkou -- readme.txt 即可以恢复

3. 提交至暂存区后修改内容，发现改错了，此时执行git checkout -- file 撤销修改就回到添加到暂存区后的状态

4.修改的内容提交至版本库分支了，可以版本回退

git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。

删除文件

git rm test.txt

git commit -m "删除test.txt"

添加远程仓库

由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：

第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

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

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。

如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。

第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：

然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：

创建成功后会出现keys的信息

这样就可以确保只有你自己可以推送，当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。最后友情提示，在GitHub上免费托管的Git仓库，任何人都可以看到喔（但只有你自己才能改）。所以，不要把敏感信息放进去。

1.在github上创建一个空的仓库

$ git remote add origin https://github.com/it/develop.git

$ git push -u origin master
Username for 'https://github.com': xxxxxx@qq.com
Counting objects: 38, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (26/26), done.
Writing objects: 100% (38/38), 3.27 KiB | 197.00 KiB/s, done.
Total 38 (delta 6), reused 0 (delta 0)
remote: Resolving deltas: 100% (6/6), done.
To https://github.com/it/develop.git
 * [new branch]      master -> master
Branch 'master' set up to track remote branch 'master' from 'origin'.

远程库克隆到本地(git clone)

Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。具体的要看实际情况，使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https

$ git clone https://github.com/it/develop.git       ##使用https
Cloning into 'develop'...
remote: Counting objects: 38, done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 38 (delta 6), reused 38 (delta 6), pack-reused 0
Unpacking objects: 100% (38/38), done.
https://github.com/it/develop.git       ##使用https
Cloning into 'develop'...
remote: Counting objects: 38, done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 38 (delta 6), reused 38 (delta 6), pack-reused 0
Unpacking objects: 100% (38/38), done.

$ git clone git@github.com:it/develop.git         ## 使用ssh
Cloning into 'develop'...
The authenticity of host 'github.com (13.250.177.223)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,13.250.177.223' (RSA) to the list of known hosts.
remote: Counting objects: 38, done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 38 (delta 6), reused 38 (delta 6), pack-reused 0
Receiving objects: 100% (38/38), done.
Resolving deltas: 100% (6/6), donegit@github.com:it/develop.git         ## 使用ssh
Cloning into 'develop'...
The authenticity of host 'github.com (13.250.177.223)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,13.250.177.223' (RSA) to the list of known hosts.
remote: Counting objects: 38, done.
remote: Compressing objects: 100% (20/20), done.
remote: Total 38 (delta 6), reused 38 (delta 6), pack-reused 0
Receiving objects: 100% (38/38), done.
Resolving deltas: 100% (6/6), done

分支管理常用命令

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

创建+切换分支：git checkout -b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name

强制删除分支：git branch -D <name

分支合并禁用Fast-Forward模式方式，会产生一次新的commit;如果不禁用，删除分支信息后，就无法再查看分支的信息

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

查看分支历史

 git log --graph --pretty=oneline --abbrev-commit

bug 分支创建

场景分析：如果我们正在一个分支dev上开发，此时程序有bug急需修复，而当前分支上的代码尚未开发完毕，不能提交。所以此时我们此时就想既可以保留当前分支工作区内容，又可以新建bug分支来修复bug

1.保留dev工作区内容

$ git stash
Saved working directory and index state WIP on dev: f52c633 add merge

2.切换到master 并新建bug分支

$ git checkout master
$git checkout -b issue-101

3.合并bug分支到master

$git merge --no-ff -m "merged bug fix 101" issue-101

4. 切换到dev分支

$ git checkout dev

5.恢复dev工作区内容

查看工作区内容

$ git stash list
stash@{0}: WIP on dev: c951aff conflicted fixed

恢复工作区内容

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

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

$ git stash pop
On branch dev
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (43bf40da486f26af2995e01fcb0f16d1dc54a805)

再次用git stash list 查看工作区内容已经没有了

多人协作开发

在开发过程中可能多个人同时操作dev分支的同一个文件，如果此时有人已经先提交过这个文件了，你在提交就会产生冲突

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin

$git remote 
$git remote -v

推送分支：

$ git push origin master
$ git push origin dev

抓取分支

$ git clone  git@github.com:it/test.git
Cloning into 'test'...
remote: Counting objects: 26, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 26 (delta 4), reused 25 (delta 3), pack-reused 0
Receiving objects: 100% (26/26), done.
Resolving deltas: 100% (4/4), done.

现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

$ git checkout -b dev origin/dev

如果在推送分支出现冲突问题

$ git push origin dev
To github.com:it/test.git
 ! [rejected]        dev -> dev (fetch first)
error: failed to push some refs to 'git@github.com:it/test.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：

$ git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.

Rebase

git log --graph --pretty=oneline --abbrev-commit

rebase操作可以把本地未push的分叉提交历史整理成直线；

rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

标签

创建和查看标签

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

命令git tag -a <tagname> -m "blablabla..."可以指定标签信息

命令git tag可以查看所有标签

用命令git show <tagname>可以看到说明文字：

操作标签

命令git push origin <tagname>可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d <tagname>可以删除一个本地标签；
命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

配置别名

例如

$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区。既然是一个unstage操作，就可以配置一个unstage别名：

$ git config --global alias.unstage 'reset HEAD'

$ git unstage test.py
实际执行的是
$ git reset HEAD test.py

配置一个git last，让其显示最后一次提交信息：

$ git config --global alias.last 'log -1'

配置Git的时候，加上--global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。

配置文件放哪了？每个仓库的Git配置文件都放在.git/config文件中：

$ cat .git/config 
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = git@github.com:michaelliao/learngit.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[alias]
    last = log -1

4. 常见问题总结

① git gui工具出现中文乱码问题

在我们操作系统的宿主目录（我的电脑是 C:\Users\Liwei）下有一个 .gitconfig 文件，在这个文件的最后添加

[gui]   
 encoding = utf-8

②git bash vi编辑器保存文件后，执行git add 出现warning信息

$ git add env.txt
warning: LF will be replaced by CRLF in env.txt.
The file will have its original line endings in your working directory.

解决方案

原因是路径中存在 / 的符号转义问题，false就是不转换符号默认是true，相当于把路径的 / 符号进行转义，这样添加的时候就有问题

$ git config  --global core.autocrlf false

-- 存储密码
git config --global credential.helper store

git 服务器搭建参考

匿名者X

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
git 版本管理

git版本管理使用方式点击打开链接SVN与Git的最主要的区别　　SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。　　G...
复制链接

扫一扫