Git的使用
关于
版本控制
版本控制工具:VSS、CVS、SVN、Git等,Git
最常使用
版本控制工具包含两部分:
- 客户端(本地):本地编写内容以及版本记录
- 服务端(网盘):将内容和版本记录同时保存在远程(可有可无)
GIT与GitHub介绍
关于Git
Git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。
Git 最初是由Linus Torvalds设计开发的,用于管理Linux内核开发。Git 是根据GNU通用公共许可证版本2的条款分发的自由/免费软件
Git本身完全可以做到版本控制,但其所有内容以及版本记录 只能保存在本机
,如果想要将文件内容以及版本记录同时保存在远程,则 需要结合GitHub
来使用。
关于GitHub
GitHub是一个基于Git的远程文件托管平台(同类型有 GitCafe、BitBucket和GitLab等)
使用场景:
无GitHub:在本地 .git 文件夹内维护历时文件
有GitHub:在本地 .git 文件夹内维护历时文件,同时也将历时文件托管在远程仓库
GIT基本使用
下载安装完成git
cd 到目录下,进行git 初始化
git init
初始化后,会在当前目录自动创建 .git 文件夹
,该文件是Git中最重要的文件夹,因为Git相关文件以及版本都将保存在该文件夹中
,通过Git命令可以将所有版本保存在 .git 文件中
touch demo.py # 新建文件
git status # 查看状态
git add . # 添加当前目录下所有文件到版本库
git commit -m 'first commit' # 提交到版本库,并填写版本说明,以便以后回滚。
注意:执行git commit 命令时,可能会提示进行用户和邮箱的配置,该配置用于记录当前版本由那个用户提交
- git config –local user.name ‘yourname’
- git config –local user.email ‘your@example.com’
Git 管理的两个区域,四种状态
工作区:
当前开发程序所在目录称为工作区
,即:工作开发都是在该目录,该区域的文件会有状态的变化且状态由git自动检测,如果程序中文件做任何操作(增、删、改),文件状态均会被检测到,可以使用 【git status】
命令查看。
mv demo.py demo1.py # 修改demo文件
git status # 查看工作区状态
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
deleted: demo.py
Untracked files:
(use "git add <file>..." to include in what will be committed)
demo1.py
no changes added to commit (use "git add" and/or "git commit -a")
版本库:
工作区检测到有文件发生变化,那么意味着较上一个版本之后对程序进行了修改。
修改完成之后,可以当做下一版本进行提交,那么就是执行 【git add .】
将所有文件提交到 暂存区
,然后再执行【git commit -m '又一个版本'】
提交到版本库的分支
即可,之后可以使用【git log】命令查看版本记录。
git add . # 将所有相较上一次版本之后所有的修改添加到暂存状态
git staus # 查看状态 文件颜色为绿色,说明工作区已经没有,表示在版本库的暂存状态
git commit -m 'second' # 提交到版本库的分支
git log # 查看历史版本提交记录(根据版本commit值可以进行回滚)
只显示版本信息
git log --pretty=oneline
8a872cfdf221d1dbb5e9d5931b53fed6ecf7b8ae (HEAD -> master) 'second'
1ea36372771ca404e12cd237a68e818236f7cc9a 'first'
Git 版本控制,回退,撤销
回退到以前的版本(add操作前)
git log # 查看记录
commit xxxxxx53fed6ecf7b8ae (HEAD -> master)
Author: ....
Date: Mon Apr 2 21:03:38 2018 +0800
'second'
commit xxxx8e818236f7cc9a
Author: ......
Date: Mon Apr 2 20:53:02 2018 +0800
'first'
git reset --hard ... # 回退到之前的版本
git reset --hard HEAD^ #上一个版本
git reset --hard HEAD^^ # 返回上上一个版本
git reset --hard HEAD~100
git reset --hard 具体版本号
返回到任意的操作版本(前后)
git reflog # 查看记录
1ea3637 (HEAD -> master) HEAD@{0}: reset: moving to 1ea36372771ca404e12cd237a68e818236f7cc9a
a19f40f HEAD@{1}: commit: 'third'
1ea3637 (HEAD -> master) HEAD@{6}: commit (initial): 'first'
git reset --hard 1ea3637 # 回退版本
HEAD is now at 1ea3637 'first'
撤销
git checkout demo1.py # 回退到缓冲区的状态修复bug (创建bug分支进行修复)
stash
stash
用于将工作区发生变化的所有文件获取临时存储
在“某个地方”,将工作区还原当前版本未操作前的状态;stash还可以将临时存储在“某个地方”的文件再次拿回到工作区
stash相关常用命令:
git stash 将当前工作区所有修改过的内容存储到“某个地方”,将工作区还原到当前版本未修改过的状态
git stash list 查看“某个地方”存储的所有记录
git stash clear 清空“某个地方”
git stash pop 将第一个记录从“某个地方”重新拿到工作区(可能有冲突)
git stash apply 编号, 将指定编号记录从“某个地方”重新拿到工作区(可能有冲突)
git stash drop 编号,删除指定编号的记录
branch
branch称为分支,默认仅有一个名为master的分支。一般开发新功能流程为:开发新功能时会在分支dev上进行,开发完毕后再合并到master分支。
(1)在master 创建分支
git branch dev # 创建新分支,即:拷贝一份当前所在分支代码到新分支
git checkout dev # 切换到dev分支
(2)开发分支
git add .
git commit -m '开发'
(3)创建bug分支
切换到 master
git branch bug
git add .
git commit -m '修复bug'
(4)切换 master 合并bug 分支
(5) 切换到 开发分支 继续开发,再提交,切换,合并
git checkout master # 切换回master分支
git merge dev # 将dev分支内容合并到master分支
注意:git merge
时也可能会出现冲突
,解决冲突的方式上述stash相同,即:找到冲突文件,手动修改冲突并提交
branch相关常用命令:
git branch 分支名称 创建分支
git checkout 分支名称 切换分支
git branch -m 分支名称 创建并切换到指定分支
git branch 查看所有分支
git branch -d 分支名称 删除分支
git merge 分支名称 将指定分支合并到当前分支
出现bug处理
bug会定义级别
出现bug后 严重的情况下要回滚到原来的版本;
不严重继续开发;
修复bug的时候要创建bug分支
GitHub 远程仓库 代码管理
1 注册GitHub
2 创建仓库,创建完仓库后会有一个URL代指该仓库
3 git可以是用该URL进行向远程推送版本信息或获取版本信息
(1)创建远程仓库
(2)本地连接远程仓库(需要先初始化,init)
git remote add origin https://github.com/.../demo.git
(3)git pull origin master 把项目拉下来
(4)git branch dev 创建,切换分支
git checkout dev
(5) git push origin dev # 将本地dev分支内容以及版本信息推送到GitHub
远程拉代码:
git clone ..
git remote add origin
规范:
master 用于线上发布
dev 开发测试
review 用于代码review
协同开发
- 合作者: 将其他用户添加到仓库合作者中之后,该用户就具有向当前仓库提交代码。
- 组织: 创建一个组织,然后再该组织下可以创建多个项目,组内成员可以向组内所有项目提交代码
1 创建程序
用户A创建程序,提交到GitHub
用户B克隆项目
用户C克隆项目
2 开发功能
用户A开发功能1
用户B开发功能2
用户C开发功能3
3 提交
用户A提交功能1,并push(A用户手速快,先提交。)
用户B提交功能2,无法push,因为GitHub上已经有其他人提交的新代码。
解决方法:从GitHub上获取最新代码并合并到本地,提交自己开发的功能2。
用户C提交功能3,无法push,无法提交,因为GitHub上已经有其他人提交的新代码。
解决方法:从GitHub上获取最新代码并合并到本地,提交自己开发的功能3。
获取最新代码
用户A获取最新代码
用户B获取最新代码
用户C获取最新代码
补充1:连接方式,用户凭证
为了防止Git和Github交互操作重复输入用户名和密码,Git提供了两种解决方法
秘钥 ssh:
日后操作无需再输入用户名和密码
首先创建一对秘钥 ssh-keygen -t rsa,然后将 id_rsa.pub (公钥)内容拷贝到github中。
注意:这种方式需要使用GIt中 git@github.com:.../xxxxx.git 格式地址。
密码 https:
直接加上用户名密码 https://用户名:密码@github.com/xxxx...git
Https访问git时,避免每次操作需要输入用户名和密码,可以在配置文件中添加如下配置项:
[credential]
helper = store/cache/第三方
store:
表示将用户名和密码保存在硬盘上
第一次输入过用户名和密码之后,用户名和密码就会保存在当前用户根目录的 .git-credentials 文件中,内容格式为:https://用户名:密码@github.com
自动添加配置命令:git config credential.helper store
cache:
表示将用户名和密码保存在缓存中
第一次输入过用户名和密码之后,用户名和密码就会保存在缓存中,默认超时时间是 900 秒,缓存相关文件保存在当前用户根目录的 git-credential-cache 中
自动添加配置命令:
git config credential.helper cache
git config credential.helper 'cache --timeout=300'
相关操作:
清除缓存:git credential-cache exit
指定超时:
[credential]
helper = cache --timeout=300
注意:这种方式需要使用GIt中 https://github.com/.../xxxx.git 格式地址。
补充2:rebase和merge小结
(1)rebase,合并的结果好看,一条线,但合并过程中出现冲突的话,比较麻烦(rebase过程中,一个commit出现冲突,下一个commit也极有可能出现冲突,一次rebase可能要解决多次冲突);
(2)merge,简单粗暴,合并结果不好看,一堆线交错,但合并有冲突的话,只要解一次就行了;
推荐:
可以先rebase,如果有冲突,git rebase --abort,再换用merge;
在开发的时候,尽量及时rebase上游分支(每周merge一次),有冲突提前就fix掉,这样即使开发了很久,也不会积累太多的conflict,最后合并进主分支的时候特别轻松
补充3:gitignore
(忽略工作区的文件变化)
以斜杠“/”开头表示目录;
以星号“*”通配多个字符;
以问号“?”通配单个字符
以方括号“[]”包含单个字符的匹配列表;
以叹号“!”表示不忽略(跟踪)匹配到的文件或目录;
直接从gitignore官网上查找 python的相关 ignore