前言
本文目的是通过记录Git的知识点让自己印象更深刻同时分享给大家。当然文中可能会有一些错误,也希望大家能指出问题!我也是通过学习Git教程后,总结了git的介绍以及日常开发中常用的命令和步骤。
一.Git介绍
Git是分布式版本控制系统,它相较集中式版本控制系统有什么优点?如下图所示:
集中式版本控制系统
分布式版本控制系统
从上图可以看出,集中式的版本库存放在“中央服务器”,当某个人干完活之后推送到版本库,然后其他人提交时,先更新下来解决冲突后再提交。这其实基本能满足开发的需求,但是集中式还有个缺点就是必须联网才能工作,并且提交大文件需要一定的时间。分布式就是为了解决如何在没网的时候开发?如何能提高开发效率?使用git开发时,每个人的电脑都是一个版本库,所以不用考虑联网问题,只有当要提交到远程版本库时才需要联网,并且提交的速度远远超过其他版本控制系统。当然就想图中看到的一样,每个人的电脑不用经过远程版本库就可以推送给对方(前提是同一局域网),但是这个比较麻烦,通常都是用远程版本库推送的。
这里简单介绍下Git的工作原理 :
原理图
- 工作区:你开发时新增、修改的文件全部在工作区,如果没有使用命令之前,它是不会提交到本地版本库的。
- 版本库:版本库其实是在你那个项目目录下的一个隐藏文件夹(.git),它里面包括了暂存区(stage)和默认主分支(master)。
- 暂存区(stage):当工作区的文件修改后 ,你可以用命令git add提交到暂存区,现在还没有到master分支上,也就是说你现在的版本库其实和远程版本库还是一样的。
- 主分支(master):暂存区的内容通过git commit提交到主分支,这时候版本库和远程版本库已经不同了。
当然分支是一个非常强大的功能,它可以创建多个分支。分支的作用是:假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
二.Git常用命令
1.提交过程
git status(查看当前分支状态)
git add xxx(提交该文件到暂存区)
git commit -m “xxx”(提交暂存区的所有内容到当前分支并注释)
git pull origin xxx(更新远程版本库到本地)
git push origin xxx(提交到远程版本库)
2.分支命令
git branch(查看所有分支)
git branch <name>(创建分支)
git checkout <name>(切换分支)
git checkout -b <name>(创建+切换分支)
git merge <name>(合并某分支到当前分支)
git branch -d <name>(删除分支)
git log --graph(查看分支合并图)
3.版本库相关命令
git init(创建本地版本库)
git remote add origin git@github.com:xxxx/xxx.git(关联本地和远程仓库)
git clone git@github.com: xxxx/xxx.git(克隆远程仓库)
git pull origin xxx(更新远程版本库)
git push origin xxx(提交到远程版本库)
git remote -v(查看远程库信息)
4.工作区命令
git stash(储藏工作区)
git stash pop(恢复工作区)
5.撤销修改
git checkout --xxx(丢弃工作区某文件的修改)
git reset HEAD xxx(丢弃暂存区某文件的修改)
git reset --hard commit_id(回退到指定的版本号)
6.标签管理
git tag(查看所有标签)
git tag <name>(当前HEAD上打标签)
git tag <name> commit_id(某个版本打标签)
git push origin <tagname>(推送标签)
git push origin --tags(推送全部未推送标签)
git tag -d <tagname>(删除本地标签)
7.查看命令:
git log(--pretty=online)(查看提交日志)
git reflog(查看命令历史)
8.配置命令(第一次使用Git时)
ssh-keygen -t rsa -C "email@example.com"(如果用户主目录下没有.ssh文件夹则创建sshkey)
git config --global user.name "your name"(配置用户名)
git config --global user.email "email@example.com"(配置邮箱)
三.日常开发注意点
-
clone注意点:如果一个项目有两个分支,clone下来只有master,需要git checkout -b <name> origin/<name>(创建+切换)到另一个分支。
-
分支使用策略:
最好不要在master分支上开发,需求如果是开发新功能则创建feature分支,如果是修改bug则创建bug分支,最后将修改完的分支merge到主分支上进行commit。此时有可能出现一种情况:在feature分支上修改时,紧急需要修改bug,而feature还未开发完,这时无法checkout到master分支(因为工作区有修改的内容),使用git stash储藏再切换到master上创建新的bug分支。 -
完整的工作流程:
0.git clone git@github.com: xxxx/xxx.git(克隆远程仓库)
1.git checkout -b feature(当前分支是master)
2.在feature分支上修改文件
3.git add <name>(这里不建议用命令行,配合AS使用效果更好)
4.git commit -m “xxx”(提交本地版本库并注释)
5.git checkout master-->git merge feature(切换分支并且合并到master分支上)
6.git pull origin master(更新远程版本库并合并)
7.如果有冲突则解决冲突
8.git push origin master
总结
本篇简单介绍了git的工作原理、常用命令以及日常开发的注意点。当然实践是最重要的,其实我自己对git的原理也是大概了解,你只要了解它是怎么工作的,然后通过实践那些命令以及记录在开发的时候遇到的问题,最后把它梳理成操作流程后就可以对git熟练使用了。后续开发过程中如果我用到新的命令以及注意事项会持续更新此文章。
网友评论