本文基本的參考文章链接例如以下所看到的:
简单介绍与说明
Git是一个分布式版本号管理系统,是为了更好地管理Linux内核开发而创立的。Git能够在不论什么时间点,把文档的状态作为更新记录保存起来。
因此能够把编辑过的文档复原到曾经的状态,也能够显示编辑前后的内容差异。
Git与SVN的差别
SVN是集中式版本号控制系统。版本号库是集中放在中央server的。而工作的时候,用的都是自己的电脑,所以首先要从中央server那里得到最新的版本号。工作完毕后,须要把自己做完的活推送到中央server。集中式版本号控制系统是必须联网才干工作。假设在局域网还能够。带宽够大,速度够快;假设在互联网。网速慢的话就比較恼火。
Git是分布式版本号控制系统。那么它就没有中央server的,每一个人的电脑就是一个完整的版本号库。这种话工作的时候就不须要联网,由于版本号都是在自己的电脑上。
既然每一个人的电脑都有一个完整的版本号库,那多个人怎样协作呢?比方说自己在电脑上改了文件A,其它人也在电脑上改了文件A,这时你们两之间仅仅需把各自的改动推送给对方,就能够互相看到对方的改动。
Win7环境下安装与配置
联网到Git官网下载页面下载Git安装包,然后双击安装。
【開始】菜单->【全部程序】->【Git】->【Git Bash】,会弹出例如以下操作界面:
Git的设置信息被存放在用户本地文件夹的.gitconfig文档里。
尽管能够直接编辑配置文件。但在这里我们使用config命令。
Git是分布式版本号控制系统,所以须要填写username和邮箱作为一个标识。
git config --global user.name "<username>" git config --global user.email "<电子邮件>"
--global
參数表示这台机器上全部的Git仓库都会使用这个配置,当然也能够对某个仓库指定的不同的username和邮箱。能够为Git命令设定别名(如把「checkout」缩略为「co」,然后就使用「co」来执行命令)
git config --global alias.co checkout
假设在Windows使用命令行(Git Bash), 含非ASCII字符的文件名称不能正常显示。
git config --global core.quotepath off
让Git以彩色显示。
git config --global color.ui auto
本地仓库操作
创建版本号库
版本号库(又名仓库,英文名repository)。能够简单的理解为一个文件夹,这个文件夹里面的全部文件都能够被Git管理起来,每一个文件的改动、删除等,Git都能跟踪,以便不论什么时刻都能够追踪历史,或者在将来某个时刻还能够将文件还原。
- 在某路径下新建版本号库所需的文件夹,然后通过
cd
命令转到该新建文件夹(演示样例文件夹为E:git_test) 执行Git初始化命令,能够把这个文件夹变成Git能够管理的仓库。
git init
此时git_test文件夹下会多出.git的文件夹。这个文件夹是Git用来跟踪管理版本号的,没事千万不要手动乱改这个文件夹里面的文件
ls -a
加入文件到版本号库
- 在版本号库git_test文件夹下新建一个名为「readme.txt」的文件。写入“111111”作为文件内容。
使用命令
git add <文件名称>
将文件加入到暂存区(索引区)。使用空格切割能够指定多个文件。使用点号
.
能够指定全部文件。使用命令
git commit -m <文件名称>
告诉Git,把全部改动提交到本地的版本号库。通过命令
git status
来查看是否还有文件未提交。改动「readme.txt」文件的内容(如加入一行“222222”内容)。
再次通过命令
git status
来查看是否还有文件未提交。使用命令
git diff <文件名称>
查看「readme.txt」文件究竟改了什么内容。能够看出「readme.txt」文件的内容加入了一行“222222”的内容。
知道对「readme.txt」文件做了什么样的改动后。就能够放心的提交到仓库。提交改动和提交文件是同样的操作。
使用
git log
命令,能够查看仓库的操作记录。
版本号回退
- 再次改动「readme.txt」文件的内容(如加入一行“333333”内容)。
提交这次的改动。
使用命令
git log
或者git log --pretty=oneline
查看仓库的操作记录。假设想要回退到前两个版本号。使用
git reset --hard HEAD~2
命令。再次查看日志记录。此时已经没有后两次操作的记录。
假设又想回退到最新的版本号。使用命令
git reflog
查看全部的操作记录。使用命令
git reset --hard <版本号号>
回退到仓库的指定版本号。
撤销改动
- 再次改动「readme.txt」文件的内容(如加入一行“444444”内容)。
在未提交之前,假设发现加入444444内容有误,所以得立即恢复曾经的版本号,如今能够有例如以下几种方法:
- 假设知道须要删掉哪些内容的话,直接手动更改去掉那些内容,然后add加入到暂存区,最后commit提交。
- 能够按前述的方法直接恢复到某个版本号。
假设不想使用上面的两种方法,而想直接想使用撤销命令该怎样操作呢?首先查看状态。
能够发现。Git会告诉你git checkout --<文件名称>
能够撤销工作区的改动。命令
git checkout --<文件名称>
的意思就是把文件在工作区做的改动全部撤销(--
非常重要,假设没有的话。那么该命令就是创建分支)。这有2种情况:- 文件被改动后,还没有放到暂存区(即没有使用
git add
命令)。使用撤销改动就回到和版本号库一模一样的状态。 - 文件已经放入暂存区,接着又作了改动,撤销改动就仅仅是回到加入到暂存区后的状态。
- 文件被改动后,还没有放到暂存区(即没有使用
删除文件
- 新建名为「new_one.txt」的文件。然后提交。
手动删除名为「new_one.txt」的文件,然后查看查看的状态。
使用命令
git rm <文件名称>
将文件从暂存区删除。使用命令
git commit -m *
提交操作。
远程仓库操作
获取远程仓库
假设想对某个开源项目出份力,能够先把该项目的Git仓库复制出来,这就须要用到 git clone
命令。
- 转到某个用于存放项目的文件夹(如E:)。
使用命令
git clone <url> [自己定义项目名称]
克隆远程仓库。转到克隆所得的仓库文件夹。使用命令
git remote -v
查看当前配置有哪些远程仓库。
从远程仓库拉取数据
使用命令
git fetch <remote-name>
从远程仓库拉取数据到本地。此命令会到远程仓库中拉取全部本地仓库中还没有的数据。
执行完毕后。就能够在本地訪问该远程仓库中的全部分支。
假设是克隆了一个仓库,此命令会自己主动将远程仓库归于
origin
名下,所以git fetch origin
会抓取从你上次克隆以来(或是上次fetch以来)别人上传到此远程仓库中的全部更新。须要记住,fetch命令仅仅是将远端的数据拉到本地仓库,并不自己主动合并到当前工作分支,仅仅有当你确实准备好,才干手工合并。使用命令
git pull
从远程仓库拉取数据到本地。假设设置了某个分支用于跟踪某个远端仓库的分支,能够使用
git pull
命令自己主动拉取数据下来,然后将远端分支自己主动合并到本地仓库中的当前分支。日常工作中常常这么用,既快且好。实际上。默认情况下
git clone
命令本质上就是自己主动创建本地的master分支用于跟踪远程仓库中的master分支(假设远程仓库确实有master分支),所以一般我们执行git pull
。目的都是要从原始克隆的远端仓库中拉取数据后。合并到工作文件夹中的当前分支。
推送数据到远程仓库
项目进行到某个阶段,要同别人分享眼下的成果,能够将本地仓库中的数据推送到远程仓库。
使用 git push <remote-name> <branch-name>
能够实现推送功能,假设要把本地的master分支推送到origin远程仓库(克隆操作会自己主动使用默认的master和origin名字)。
git push origin master
仅仅有拥有所克隆的server上的写权限,或者同一时刻没有其它人在推数据,这条命令才会如期完毕任务。假设在你推数据前,已经有其它人推送了若干更新,那你的推送操作就会被驳回。
你必须先把他们的更新拉取到本地,合并到自己的项目中。然后才干够再次推送。
查看远程仓库信息
使用命令 git remote show <remote-name>
查看某个远程仓库的具体信息(比方要看所克隆的origin仓库),会给出很多默认信息。
远程仓库的删除和重命名
使用 git remote rename *
命令改动某个远程仓库在本地的简称。
对远程仓库的重命名,也会使相应的分支名称发生变化(比如原来的origin/master分支如今变成myori/master分支)。
碰到远端仓库server迁移,或者原来的克隆镜像不再使用,又或者某个參与者不再贡献代码,那么须要移除相应的远端仓库。
使用 git remote rm <remote-name>
命令移除相应的远端仓库。