该笔记总结廖雪峰Git教程, 参考网站: https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

一. 简介

Git采用分布式版本控制系统, 在此解释分布式与集中式的区别.
集中式版本控制系统:
版本库集中存放在中央服务器中, 工作时需要先请求最新版本, 工作结束后需向中央服务器提交最终版本.
分布式版本控制系统:
所有机器都有一份完整的版本库, 所以其中一个机器损坏不会导致整个项目丢失.

二. Git install

此处可以参考Git的官方网站, 其中Ubuntu下安装git特别简单, 仅需一条命令sudo apt-get install git.
Git官方网站: https://git-scm.com/
简单配置

 $ git config --global user.name "Your name"
 $ git config --global user.email "email@example.com"

三. 创建repository

 $ mkdir git     #创建git目录
 $ cd git
 $ git init      #创建repository

通过以下命令可以看到git目录中有隐藏的.git文件

 $ ls -a

把文件添加入repository

如果想对项目进行版本控制, 需要将项目添加至git文件夹(或者子目录)中, 然后执行以下命令.

 # Snapshots the file in preparation for versioning
 $ git add [file]

 # Records file snapshots permanently in version history
 $ git commit -m "[descriptive message]"

四. 版本控制

一些简单的命令:

 # Lists all new or modified files to be committed
 $ git status

 # Shows file differences not yet staged
 $ git diff

 # Lists version history for the current branch
 $ git log
 $ git log --pretty=oneline

版本回退:

Git必须知道当前版本是哪个版本, 在Git中, 用HEAD表示当前版本, 上一个版本就是HEAD^, 上上一个版本就是HEAD^^, 当然往上100个版本写100个^比较容易数不过来, 所以写成HEAD~100.

 $ git reset --hard HEAD^

版本回退后, 新版本会消失, 如果想恢复至新版本必须知道新版本的ID号, 之前 git log 会打印出新版本的ID号.

 # 版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。
 $ git reset --hard ID
Git提供了一个命令 git reflog 用来记录你的每一次命令, 可以通过这个命令查找ID号码.

Git概念理解:

Work Directory: 之前创建的git文件夹就是一个工作区.
stage: 当使用 git add 命令后, 项目首先从工作区添加至缓冲区中. 使用 git commit 后将缓冲区内项目全部添加至 branch 中(git默认创建master分支), git commit 仅将stage内文件添加至branch中.
   

撤销修改:

当文件被修改后, 但是想撤销, 此处分为两种情况:
一: 文件依然存在与工作区中, 此处比较简单, 仅需一条命令.

 $ git checkout -- fileName

二: 文件已经 git add, 提交至stage中, 此时需要首先将文件从stage中撤回至work directory中, r然后成为一的情况.

 $ git reset HEAD fileName

删除文件:

文件在目录中删除后, Git会在版本库中依然保存该文件的信息, 因此如果想完全删除需要使用如下命令:

 # Deletes the file from the working directory and stages the deletion
 $ git rm [file]

 $ git commit -m "message"

如果误删想要回复文件, 使用如下命令:

 $ git checkout -- [file]

五. 远程仓库

第1步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有 id_rsa 和 id_rsa.pub 这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell,创建SSH Key:

 $ ssh-keygen -t rsa -C "youremail@example.com"

如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。

第2步:登陆GitHub,打开“Account settings”,“SSH Keys”页面:
然后,点“Add SSH Key”,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容:
将本地库推送至远程库中:
 $ git remote add origin git@github.com:[github_ID_name]/[repository_name].git

添加后,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库。

下一步,就可以把本地库的所有内容推送到远程库上:
 $ git push -u origin master

从现在起,只要本地作了提交,就可以通过命令, 把本地master分支的最新修改推送至GitHub:

 $ git push origin master

第一次链接时会出现警告, 该警告关于SSH警告, 直接Yes即可.

删除远程库内容:

$ git rm [filename]    #删除本地文件
$ git add .
$ git commit -m "clear"
$ git push origin master
 从远程库克隆:
 $ git clone git@github.com:***/***.git

分支管理

简单的命令:

 #表示创建并切换
 $ git checkout -b dev
 #or
 $ git branch dev
 $ git checkout dev

 # Lists all local branches in the current repository
 $ git branch

 # Switches to the specified branch and updates the working directory
 $ git checkout master

 # Combines the specified branch’s history into the current branch
 $ git merge dev

 # Deletes the specified branch
 $ git branch -d [branch-name]

 # 分支合并图
 $ git log --graph

 # 禁用Fast forward模式, merge时生成新的commit
 $ git merge --no-ff -m "merge with no-ff" [branch-name]

 # Temporarily stores all modified tracked files
 $ git stash

 # Lists all stashed changesets
 $ git stash list

 # 强行删除
 $ git branch -D feature-vulcan

 # 查看远程库的信息, 加-v会将信息详细化
 $ git remote

合并方式:

Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交(指向master的指针指向dev),所以合并速度非常快。但这种模式下,删除分支后,会丢掉分支信息。
如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
合并分支时,加上 --no-ff 参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。

分支策略:

首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;每个人都在分支上干活,每个人都有自己的分支,时不时地往分支上合并就可以了。

Bug分支:

一是用 git stash apply 恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;
另一种方式是用 git stash pop ,恢复的同时把stash内容也删了.

多人合作:

因此,多人协作的工作模式通常是这样:
1) 首先,可以试图用git push origin branch-name推送自己的修改;
2) 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
3) 如果合并有冲突,则解决冲突,并在本地提交;
4) 没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!
5) 如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream branch-name origin/branch-name。
这就是多人协作的工作模式,一旦熟悉了,就非常简单。

七. 标签管理

简单命令:

 # 打一个新标签, 加ID号可为以前的增加标签
 $ git tag <name> [commit ID]

 # 查看标签
 $ git tag

 # 查看标签信息
 $ git show <tagname>

 # 删除标签
 $ git tag -d <tagname>

 # 推送某个标签到远程,使用命令
 $ git push origin <tagname>

 # 一次性推送全部尚未推送到远程的本地标签
 $ git push origin --tags

 #  删除远程标签
 $ git tag -d <tagname>
 $ git push origin :refs/tags/<tagname>

转载清注明出处, O(∩_∩)O谢谢!

最新文章

  1. 使用svn分支
  2. php安装的一点点事 ---wampserver
  3. Prince2七大主题之风险
  4. SoapUI新版本“Ready!API 1.80”体验
  5. javascript中遇到的字符串对象处理
  6. 关于mysql 的一些零碎.
  7. rbegin 和 end 区别
  8. 域控制器中的FSMO角色
  9. linux的命令(1)
  10. POJ 1401 Factorial
  11. fedora19安装jdk
  12. Android开发周报:Flyme OS开源、经典开源项目解析
  13. CF 332A Down the Hatch! 超级水题。。不过题目太长了
  14. springMVC Helloword 入门程序
  15. BZOJ 3379: [Usaco2004 Open]Turning in Homework 交作业
  16. FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. MetaException(message:javax.jdo.JDODataStoreException: An exception was thrown while adding/validating class(es) :
  17. ARE 212 - Problem Set 5
  18. JavaSE之Math类
  19. 运维监控系统之Open-Falcon
  20. window JNI_CreateJavaVM启动java程序

热门文章

  1. 搭建windows下的odoo开发环境
  2. valid-palindrome——判断带符号数字字母的字符串是否为回文
  3. meta标签多种用法
  4. c语言知识点总结-------静态区、堆、栈、常量区等
  5. mdadm
  6. 官方Caffe-windows 配置与示例运行
  7. vue directive demo
  8. 第 3 章 第 1 题 精简冗余 if 语句问题 使用数组实现
  9. Entity Framework(EF)(一)之database first
  10. ora-12170 与 Oracle lsnrctl