git,一个分布式的版本管理工具。主要用处:版本管理、协作开发。
常见版本管理工具:
VSS —— Visual Source Safe
CVS —— Concurrent Versions System
SVN —— CollabNet Subversion
GIT
GIT安装:下载安装文件:Git-2.41.0-64-bit.exe
运行:
Git是分布式版本控制系统。(另一种是集中式版本控制系统)
分布式版本控制系统没有“中央服务器”,每台电脑上都有一个完整的版本库。
就是说,一开始,每台电脑上都有一个一样的版本库,然后每个人不需要联网,就可以做自己的版本控制,添加、修改、删除文件等操作,操作保存在自己本地的版本库中,经过一段时间后,再指定一个统一的地方,大家都把本地的版本库合并到这个统一的地方,实际上就是集中式版本系统的中央服务器,合并中有可能出现各种问题,如冲突等,解决完这些冲突,就形成一个大家都认可的版本,每个人再将这个版本的库下载到本地,再次基础上再次进行开发,循环往复,做到版本控制。
一、版本库创建
版本库又名仓库(repository),创建版本库,需要在一个合适的地方,创建一个空目录:
md e:\learngit
cd learngit
git init
Windows下:
centos6下:
windows下可以使用git bash,环境就是模拟的linux:
windows下可以使用图形界面:即Git GUI
创建仓库后,会创建.git子目录及相关文件、子目录:
二、使用
1、添加文件到仓库:git add filename
需要在learngit目录下创建文件,这个是工作目录,其他地方git是无法管理的
2、提交文件到仓库:git commit -m “说明信息”
第一次提交,出现提示信息,在linux下,默认使用你的登录名和hostname作为user.name和user.email,可以使用git config --global user.name “USERNAME” 和 git config --global user.email “EMAIL”来设置全局的用户名和邮箱地址,来标识提交文件的主人,不带--global,则只在本仓库有效。Windows中,这两项配置文件为C:\Users\Administrator\.gitconfig :
windows下:
配置信息及其保存位置:
git config -l 是三个信息的汇总,分别是:
1).仓库级别 local。 2).用户级别global。 3).系统级别system。
优先级仓库级别最高,用户级别次之,系统级别最低。
1)、仓库级别:git config --local -l
配置文件在仓库的.git目录下的config文件:
2)、用户级别global、 git config --global -l
配置文件在C:\Users\Administrator\.gitconfig
3)、系统界别system. git config --system -l
配置文件在git安装目录下的etc中的gitconfig文件,如:D:\Program Files\Git\etc\gitconfig
在centos6.7中
1)、仓库级别:git config --local -l 配置文件在仓库目录下:.git/config
2)、用户级别global、 git config --global -l 配置文件在用户家目录下的.gitconfig
3)、系统界别system. git config --system -l 配置文件在/etc/gitconfig
3、git status :掌握仓库的当前状态:
当修改了某个文件,而又没有add,更没有commit时,仓库中的文件就与工作区的文件不同了,此时使用gitstatus查看:
git add后
提交后,再次修改:使用git diff a1.txt查看不同:
4、git log 查看提交日志
黄色的字符串,是commit id,即版本号。简洁版的显示
5、git reset 版本回退(或叫版本回滚),恢复到以前的某个版本
Git必须知道当前版本是哪个版本,Git中,用HEAD表示当前版本,上一个版本使用HEAD^表示,上上一个版本用HEAD^^,版本多了,使用HEAD~#,如HEAD~10,回退到往前第10个版本。
如果要再回到第四次的版本,需要先找到第四次的commitid,方法是使用git reflog
git log无法显示回退前的版本信息。
这里看到readme.txt-4的commitid,使用如下命令:
git reset --hard commitid
6、工作区和暂存区
工作区(working Directory):就是电脑中能看到的目录,比如这里的e:\learngit
版本库(Repository):工作区中有一个隐藏目录“.git”,这个不算工作区,而是Git版本库。
版本库中存了很多东西,其中最重要的就是称为stage(或叫index)的暂存区,Git自动创建的第一个分支master,以及指向master的一个指针叫做HEAD。
把文件往Git版本库⾥添加的时候,是分两步执行的:
第一步是用“git add”把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用“git commit”提交更改,实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,所以,现在,
commit就是往master分支上提交更改。
需要提交的文件修改通通放到暂存区,然后,一次性提交暂存区的所有修改。
对于第一次修改后,执行了git add,然后又进行了第二次修改,然后直接进行git commit,则在工作区的第二次修改因为没有放入暂存区,所以,git commit只把暂存区的第一次修改提交了,第二次修改不会被提交。
使用:git diff HEAD -- filename 来比较工作区和版本库里面最新版本的区别:
所以,每次工作区的修改最好都add一下,最后一起commit。
7、撤销修改
对于存在不一致的文件,如下:
git提示,可以使用git restore <file>来丢弃工作区的修改
使用git checkout -- <filename>也可以实现。
git restore --staged <file>丢弃暂存区的修改,即git add的修改丢弃,但只是丢弃暂存区的修改,所以执行后,status会回到Changes not staged for commit状态。
关于git checkout命令:
Git社区发布了Git的新版本2.23。在该版本中,有一个特性非常引人瞩目,就是新版本的Git引入了两个新命令 git switch 和 git restore,用以替代现在的 git checkout。换言之,git checkout 将逐渐退出历史舞台。
Git社区决定这样做,是因为目前 git checkout 命令承载了太多的功能,这让新手们感到困惑。git checkout 的核心功能包括两个方面,一个是分支的管理,一个是文件的恢复。这两个核心功能,未来将由 git switch 和 git restore 分别负责。
相比之下,新命令旨在将职责明确分为两个较窄的类别:更改分支的操作和更改文件的操作
8、删除文件
已经提交的文件,在工作区删除了
需要使用git rm <file>执行删除的添加,或者还是使用git add <file>,将删除的信息添加到暂存区,然后git commit,就将仓库中的文件删除了。
恢复:
9、远程仓库:github
本地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上的SSH KEY
这样,就可以在本地连接github了。
先在github上创建一个空仓库,learngit:
然后在本地learngit工作区中执行:
git remote add origin git@github.com:kaoa000/learngit.git
这样,就将本地仓库与github上的learngit仓库进行了关联。添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的。
git push -u origin master 将本地仓库推送到远程仓库。
(github访问确实是慢,而且时断时续)
推送前
推送后:
把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。
由于远程库是空的,第一次推送master分支时,加上了-u参数,Git不但会把本地的 master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master 分支关联起来,在以后的推送或者拉取时就可以简化命令。
现在只要本地作了提交,就可以通过命令: $ git push origin master
把本地master分支的最新修改推送至GitHub
从远程库克隆:
git clone git@github.com:kaoa000/learngit.git
gitee的使用与github相似:
git remote add origin https://gitee.com/persistself/giteetest.git
git clone https://gitee.com/persistself/giteetest.git
不同的是,需要输入gitee的账号和密码。
10、分支管理:
创建与合并分支:
每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。目前为止只有一条时间线,在Git中,这个分支叫主分支,即 master分支。
HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点:
创建新的分支,如dev,Git新建了一个指针叫dev,指向master相同的提交,再把HEAD指向dev,就表示当前分支在dev上:
从现在开始,对工作区的修改和提交就是针对dev分支了,如新提交一次后,dev 指针往前移动一步,而master指针不变:
在dev上的工作完成了,就可以把dev合并到master上。就是直接把master指向dev的当前提交,就完成了合并:
可以删除dev分支。删除dev分支就是把dev指针给删掉,删掉后,就剩下了一条master分支:
创建dev分支,然后切换到dev分支:
git checkout -b dev
git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:
git branch dev
git checkout dev
使用git branch查看当前分支:
git branch列出所有分支,当前分支前标有一个星号:*
在dev分支上提交:
切换回master:
git checkout master
可以看到,readme.txt中dev分支上提交的修改没有了。因为那个提交是在dev分支上。
现在,把dev分支的工作成果合并到master分支上:
git merge dev :此命令用于合并指定分支到当前分支。
删除dev分支,合并完成后,就可以删除dev分支:
git branch -d dev
Git鼓励大量使用分支:
查看分支:git branch
创建分支:git branch name
切换分支:git checkout name 或 git switch name
创建+切换分支:git checkout -b name 或 git switch -c name
合并某分支到当前分支:git merge name
删除分支:git branch -d name
新版本增加git switch切换分支。
11、解决冲突
git switch -c feature1
修改readme.txt最后一行,在feature1上提交,切换到master分支:
git switch master ,修改readme.txt,然后提交master分支上
此时:
这种情况下,Git无法执行“快速合并”,即Fast-forward,这种合并会有冲突:
Git用<<<<<<<,=======,>>>>>>标记出不同分支的内容
修改readme.txt,保存后再次添加提交:
现在,分支变成如下图:
查看合并情况:git log --graph --pretty=oneline --abbrev-commit
删除feature1分支:git branch -d feature1
强行删除分支:git branch -D feature1 :在feature1分支上已经添加并提交,但是还没有合并,可以使用-D强制删除分支。
12、分支管理策略
合并时,使用Fast forward模式,删除分支后,会丢掉分支信息,可以强制禁用Fast forward模式。Git就会在merge时生成一个新的commit,这样从分支历史上就可以看出分支信息。
13、Bug分支:
git stash
git stash list
git stash apply git stash drop
git stash pop
14、多人协作:
从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且,远程仓库的默认名称是origin。
查看远程库的信息,用:git remote 或git remote -v
抓取(fetch)和推送(push)的origin的地址。如果没有推送权限,就看不到push的地址。
推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样Git就会把该分支推送到远程库对应的远程分支上:
git push origin master
推送其他分支:git push origin dev
使用push推送的分支,如果远程库中不存在,会创建
抓取分支:其他人克隆远程库,以进行协作开发时,从远程库clone时,默认情况下,只能看到本地的master分支,可以用git branch查看。
要在mydev分支上开发,就必须创建远程origin的mydev分支到本地,使用如下命令创建本地mydev分支:
git checkout -b mydev origin/mydev
冲突及解决:
如果其他人向origin/mydev分支推送了提交,而碰巧自己也对同样的文件做了修改,并试图推送,就会推送失败。其他人先推送
自己修改后又要推送:
解决办法是按照Git的提示,使用git pull把最新的提交从
origin/mydev抓下来,然后在本地合并,解决冲突在推送:
git pull 一开始也出错了,需要git branch --set-upstream-to=origin/mydev mydev关联上
修改完后需要再次git add 和git commit,然后gitpush
其他人要接着开发时,一般先git pull一下,抓取最新的版本,再继续开发:
因此,多人协作的工作模式通常是这样:
1. 首先,可以试图用git push origin branch-name推送自己的修改;
2. 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
3. 如果合并有冲突,则解决冲突,并在本地提交;
4. 没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!
如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to branch-name origin/branch-name。
多人协作小结
• 查看远程库信息,使用git remote -v;
• 本地新建的分支如果不推送到远程,对其他人就是不可见的;
• 从本地推送分支,使用git push origin branch-name,如果推送失败,先用git pull抓
取远程的新提交;
• 在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branchname,本地和远程分支的名称最好一致;
• 建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name
origin/branch-name;
• 从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。
15、忽略文件文章来源:https://www.toymoban.com/news/detail-684028.html
在git的工作区的根目录下创建一个特殊的.gitignore文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。文章来源地址https://www.toymoban.com/news/detail-684028.html
到了这里,关于Python入门自学进阶-Web框架——40、redis、rabbitmq、git——3的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!