13.git的简单使用

安装

https://git-scm.com/downloads

一直点下一步就可以，安装完后打开方法：‘开始菜单’-->'Git'-->''Git Bash

安装完成后设置名字和电子邮件

bash基本操作

1）、cd : 改变目录。

2）、cd . . 回退到上一个目录，直接cd进入默认目录

3）、pwd : 显示当前所在的目录路径。

4）、ls(ll): 都是列出当前目录中的所有文件，只不过ll(两个ll)列出的内容更为详细。

5）、touch : 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。

6）、rm: 删除一个文件, rm index.js 就会把index.js文件删除。

7）、mkdir: 新建一个目录,就是新建一个文件夹。

8）、rm -r : 删除一个文件夹, rm -r src 删除src目录， 好像不能用通配符。

9）、mv 移动文件, mv index.html src index.html 是我们要移动的文件, src 是目标文件夹,当然, 这样写,必须保证文件和目标文件夹在同一目录下。

10）、reset 重新初始化终端/清屏。

11）、clear 清屏。

12）、history 查看命令历史。

13）、help 帮助。

14）、exit 退出。

15）、#表示注释

命令

创建仓库

1.切换目录

2.通过 git init 命令把当前目录变成git可以管理的仓库

会生成一个.git目录，如果没有看见运行 ls -ah 就可以查看到

hello.html内容“hello world”

把文件提交到仓库

-m 后面输入的是本次提交的说明

查看配置

git config -l 查看git环境详细配置

git config --global --list 查看当前用户配置

git操作

更改hello.html内容为 'hello git！'

运行git status 查看状态

git diff hello.html 查看哪里做了修改

知道哪里修改后在提交 git add hello.html git commit -m "add distributed"
git log 查看历史记录

git log --pretty=oneline 一行显示
退回上次修改的某个版本
git reset --hard a8d2be07ab1a718179e08f78f430fd91cc3cad33

git reflog 记录每一次提交的commit id，然后通过这个可以恢复到某个版本

总结：

    #HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

    #穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

    #要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

工作区和暂存区

工作区：working directory 就是一个目录 learngit文件夹就是一个工作区

版本库：repository 工作区的隐藏目录 .git 这个不是工作区，而是git的版本库

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

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

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

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

需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

撤销修改

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作

删除

git rm filename

GitHub使用

生成密匙

$ ssh-keygen -t rsa -C "1184405959@qq.com"

C:\Users\Administrator\.ssh目录下找到id_rsa.pub复制里面所有内容

github账号-->your profile-->edit profile-->SSH and GPG key-->New SSH key-->粘贴key

添加远程库

1.GitHub 上选择new repository 创建一个learn-git 仓库

2.把本地仓库文件上传到远程

git remote add origin https://github.com/derek-zhang123/learn-git.git

 git push -u origin master    #上传所有  第一次要加-u 以后就直接 git push origin master

如果报错运行如下命令再重复上传一次

 git remote rm origin

从远程库克隆

在github创建learn-git仓库

克隆到本地

 git clone https://github.com/derek-zhang123/learn-git

然后在本地会生成一个learn-git目录，里面克隆了remote仓库所有的文件

分支管理

git branch dev     #创建分支

git checkout dev    #切换到div分支

#可以合并一个命令  创建并切换到dev

git checkout -b dev

#查看分支 *代表当前在哪个分支

git branch

添加内容到hello.html，

然后提交

这是在分支dev上做的操作，提交完成后，切换到master分支

这个时候查看hello.html的内容时，发现刚才添加的内容并没有显示，因为那是在dev分支上提交的，而master分支并没有变

现在，把dev上的工作合并到master分支上：

git merge dev

再查看时，刚才添加的内容可以看到了

删除分支dev

git branch -d dev

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

总结：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

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

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

删除分支：git branch -d <name>

解决分支冲突

当分支dev和master都修改了hello.html，合并会提示冲突

这个时候需要手动解决冲突（在master分支修改内容后用下面的命令提交）

分支管理策略

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

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

bug分支

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。

多人协作

多人协作的工作模式通常是这样：

首先，可以试图用git push origin branch-name推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！

如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

总结：

    查看远程库信息，使用git remote -v；

    本地新建的分支如果不推送到远程，对其他人就是不可见的；

    从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

    在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

    建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

    从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

使用github

访问主页https://github.com/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone：

git clone https://github.com/derek-zhang123/bootstrap

命令总结

#本地使用

git init

ls -ah                 #查看隐藏

git status            #查看状态

git add -A           #添加所有

git commit -m "提交信息"

git diff               #查看文件更改的变化

git checkout -- .       #撤销修改

git reset --hard 55f9ddb      #回退到某个版本  后面七位数字是commit id

git reflog

git clean -xf        #删除当前目录下所有没有track过的文件

git config --global core.quotepath false #文件名字是中文时，解决乱码显示问题

#git与github关联

git config --global user.name "你的用户名"

git config --global user.email "你的邮箱"

ssh-keygen -t rsa -C "你的邮箱"     #生成ssh key

clip < ~/.ssh/id_rsa.pub              #将生成的key复制到粘贴板

git push -u origin master

git pull origin master

git remote add origin 你复制的地址

git push
git clone https://github.com/schaepher/blogsbackup.git     #下载别人的代码到本地

理论基础

四个工作区域

　　Workspace：工作区，就是你平时存放项目代码的地方

　　Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息

　　Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

　　Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

其它概念

　　Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间。

　　WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间。

　　git：存放Git管理信息的目录，初始化仓库的时候自动创建。

　　Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区。

　　Local Repo：本地仓库，一个存放在本地的版本库；HEAD会只是当前的开发分支（branch）。

　　Stash：隐藏，是一个工作状态保存栈，用于保存/恢复WorkSpace中的临时状态

git工作流程

　　在工作目录中添加、修改文件；

　　将需要进行版本管理的文件放入暂存区域；

　　将暂存区域的文件提交到git仓库。

git管理的文件有三种状态：

　　已修改（modified）

　　已暂存（staged）

　　已提交(committed)

git文件操作

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。GIT不关心文件两个版本之间的具体差别，而是关心文件的整体是否有改变，若文件被改变，在添加提交时就生成文件新版本的快照，而判断文件整体是否改变的方法就是用SHA-1算法计算文件的校验和。

文件四中状态

Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件
Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改
Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

总结

忽略特殊文件.gitignore

在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件

不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore

忽略文件的原则是：

忽略操作系统自动生成的文件，比如缩略图等；
忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。

# Byte-compiled / optimized / DLL files

__pycache__/

*.py[cod]

*$py.class

# C extensions

*.so

# Distribution / packaging

.Python

build/

develop-eggs/

dist/

downloads/

eggs/

.eggs/

lib/

lib64/

parts/

sdist/

var/

wheels/

*.egg-info/

.installed.cfg

*.egg

MANIFEST

# PyInstaller

#  Usually these files are written by a python script from a template

#  before PyInstaller builds the exe, so as to inject date/other infos into it.

*.manifest

*.spec

# Installer logs

pip-log.txt

pip-delete-this-directory.txt

# Unit test / coverage reports

htmlcov/

.tox/

.coverage

.coverage.*

.cache

nosetests.xml

coverage.xml

*.cover

.hypothesis/

.pytest_cache/

# Translations

*.mo

*.pot

# Django stuff:

*.log

local_settings.py

db.sqlite3

# Flask stuff:

instance/

.webassets-cache

# Scrapy stuff:

.scrapy

# Sphinx documentation

docs/_build/

# PyBuilder

target/

# Jupyter Notebook

.ipynb_checkpoints

# pyenv

.python-version

# celery beat schedule file

celerybeat-schedule

# SageMath parsed files

*.sage.py

# Environments

.env

.venv

env/

venv/

ENV/

env.bak/

venv.bak/

# Spyder project settings

.spyderproject

.spyproject

# Rope project settings

.ropeproject

# mkdocs documentation

/site

# mypy

.mypy_cache/

.gitignore

最后一步就是把.gitignore也提交到Git，就完成了！