简介与安装配置
Git是目前世界上最先进的分布式版本控制系统
分布式版本控制:
即每个参与协作的人都拥有全部的代码!有一定安全隐患!所有版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有版本历史,可以离线在本地提交,只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据,只要有一个用户的设备没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用。不会因为服务器损坏或者网络问题,造成不能工作的情况!
Git下载地址:https://git-scm.com/download/win
官网下载太慢,我们可以使用淘宝镜像下载:http://npm.taobao.org/mirrors/git-for-windows
安装
一路下一步即可,可以修改安装路径
配置环境变量
一般安装时会自动配置
启动Git
Git Bash:Unix与Linux风格的命令行,使用最多,推荐最多
Git CMD:Windows风格的命令行
Git GUI:图形界面的Git,不建议初学者使用,尽量先熟悉常用命令
查看Git的配置文件
所有的配置文件,其实都保存在本地!
查看配置 :
git config -l
查看不同级别的配置文件:
#查看系统 configgit config --system --list #查看当前用户(global)配置 git config --global --listGit相关的配置文件:
- Git\etc\gitconfig :Git 安装目录下的 gitconfig --system 系统级
- C:\Users\Administrator\ .gitconfig 只适用于当前登录用户的配置,里面保存了用户名和邮箱等信息
设置用户名与邮箱
当你安装Git后首先必须要做的事情是设置你的 用户名 和 e-mail地址。这是非常重要的,因为每次Git提交都会使用该信息,它被永远的嵌入到了你的提交中。如果你希望在一个特定的项目中使用不同的名称或e-mail地址,你可以在该项目中运行该命令而不要--global选项。
# --global 可简写为 -g 意为全局配置 git config --global user.name "Lamb" #用户名 git config --global user.email [email protected] #邮箱
Git的基本理论与使用
Git 在本地有三个工作区域:工作区(Working Directory)、暂存区 (Stage/Index) 、本地仓库 (Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。
Git 的四个工作区域:
-
工作区:平时存放项目代码的地方。
-
暂存区(Stage/Index):暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
-
历史区:又称本地仓库,这个不算工作区,而是 Git 的版本库,里面有你提交到所有版本的数据。
-
远程仓库:托管代码的服务器
Git的工作流程
1、在工作目录中添加、修改文件;
2、将需要进行版本管理的文件放入暂存区域;(git add)
3、将暂存区域的文件提交到git仓库。(git commit)(git push)
因此,git管理的文件有三种状态:已修改(modified);已暂存(staged);已提交 (committed)
Git的使用流程
1.创建Git本地仓库
创建本地仓库的方法有两种:一种是创建全新的仓库,另一种是克隆远程仓库。
本地仓库搭建:
创建全新的仓库,需要用GIT管理的项目的根目录执行:
# 在当前目录新建一个Git代码库
$ git init
执行后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面。
克隆远程仓库:
克隆远程目录,将远程服务器上的仓库完全镜像下载一份至本地!
# 克隆一个项目和它的整个代码历史(版本信息) $ git clone [url]
2.暂存区操作
从工作区到暂存区
$ git add 文件路径 #暂存指定文件
$ git add . #暂存所有文件
查看文件状态(查看对应的暂存区内容)
$ git status
从暂存区撤回
$ git reset HEAD -- 文件名
3.忽略文件
有些时候我们不想把某些文件纳入版本控制中,比如数据库文件,临时文件,设计文件等
在主目录下建立".gitignore"文件,此文件有如下规则:
#为注释 *.txt #忽略所有.txt结尾的文件,这样的话上传就不会被选中! !lib.txt #但lib.txt除外 /temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp build/ #忽略build/目录下的所有文件 doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
4.将暂存区的文件提交到历史区
提交对应的暂存区文件到历史区 (暂存区就没有了)
$ git commit . -m 描述信息
历史区数据是不能撤回的 但是它可以回滚数据来影响对应的暂存区和工作区
$ git reset --hard 版本号
参数 | 功能 | 场景 |
---|---|---|
–hard | 清空工作区与暂存区 | 放弃目标版本后所有的修改(将所有的修改全部删除) |
–soft | 保留工作区与暂存区,但是把版本之间的差异存放在暂存区 | 合并多个commit |
–mixed(或缺省) | 保留工作区清空暂存区,把版本之间的差异存放在工作区 | 1、有错误的commit需要修改;2、git reset HEAD清空缓存区 |
总结使用(第一次提交,后面的提交应切换分支)
克隆项目的提交(推荐使用)
git clone 地址 git add . git commit . -m 第一次提交 git push origin master
自己创建的提交
git init git remote add https://gitee.com/mr_wang_oo/react-project-library.git git add . git commit . -m 第一次提交 git push origin master
分支
分支命名规范
git 分支分为集成分支、功能分支和修复分支,分别命名为 master、feature 和 fix,均为单数。不可使用 features、future、hotfixes、hotfixs 等错误名称。
-
master(主分支,永远是可用的稳定版本,不能直接在该分支上开发)
-
develop(开发主分支,所有新功能以这个分支来创建自己的开发分支,该分支只做合并操作,不能直接在该分支上进行开发)
-
master_check(未上线前的开发分支,该分支只做只合并操作,不能直接在该分支上开发,前期开发完成后将feature分支合并到此分支)
-
online(线上分支,由发版人员确认测试没问题后,将online_check分支合并到此分支)
-
online_check(开发主分支,所有新功能以这个分支来创建自己的开发分支,该分支只做只合并操作,不能直接在该分支上开发)
-
feature-xxx(功能开发分支,在develop上创建分支,以自己开发功能模块命名,功能测试正常后合并到develop分支,开发完成后合并到online_check分支上)
-
fix-xxx(修改bug分支,在master分支上创建,修复完成后合并到 online_check)
注意事项:
-
一个分支尽量开发一个功能模块,不要多个功能模块在一个分支上开发。
-
feature 分支在申请合并之前,最好是先 pull 一下 master_check 分支下来,看一下有没有冲突,如果有就先解决冲突后再申请合并。
# 列出所有本地分支 git branch # 列出所有远程分支 git branch -r # 新建一个分支,但依然停留在当前分支 git branch [branch-name] # 新建一个分支,并切换到该分支 git checkout -b [branch] # 合并指定分支到当前分支 $ git merge [branch] # 删除分支 $ git branch -d [branch-name] # 删除远程分支 $ git push origin --delete [branch-name] $ git branch -dr [remote/branch]
本文参考:https://mp.weixin.qq.com/s/Bf7uVhGiu47uOELjmC5uXQ
廖雪峰的Git学习网站:https://www.liaoxuefeng.com/wiki/896043488029600/896067008724000
标签:git,--,暂存区,控制系统,Git,branch,分布式,分支 From: https://www.cnblogs.com/qianduanLamp/p/16738817.html