Git&GitHub

Posted limn

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Git&GitHub相关的知识,希望对你有一定的参考价值。


Git&GitHub

1、版本控制工具应该具备的功能

  • 协同修改

    • 多人并行不悖的修改服务器的同一个文件

  • 数据备份

    • 不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态

  • 状态管理

    • 在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空间提高运行效率。这方面SVN采用的是增量式管理的方式,而Git采取是文件系统快照的方式。

  • 权限控制

    • 对团队中参与开发的人员进行权限控制

    • 对团队外开发贡献的代码进行审核--Gti独有

  • 历史记录

    • 查看修改人、修改时间、修改内容、日志信息。

    • 将本地文件恢复到某一个历史状态。

  • 分支管理

    • 允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率。

2、版本控制工具

思想:版本控制

实现:版本控制工具

  • 集中式版本控制工具:

CVS、SVN、VSS·······

  • 分布式版本控制工具

    Git、Mercurial、Bazaar、Darcs······

3、Git 简介

3.1 Git官网

https://git-scm.com

3.2 Git的优势

  • 大部分操作在本地完成,不需要联网

  • 完整性保证

  • 尽可能添加数据而不是删除或修改数据

  • 分支操作非常快捷流畅

  • 与Linux命令全面兼容

3.3 Git结构

技术分享图片

 

3.4 Git和代码托管中心

  • 局域网环境下

    • GitLab服务器

  • 外网环境下

    • GitHub

    • 码云

4、Git命令行操作

4.1、本地库初始化

  • 命令:git add

  • 效果

    技术分享图片
    • 注意:.git目录中存放的是本地库相关子目录和文件,不要删除,也不要胡乱修改。

  • 设置签名

    • 形式

    • 作用:区分不同开发人员的身份

    • 辨析:这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系。

    • 命令:

      • 项目级别/仓库级别:仅在当前本地库范围内有效

        • git config user.name Kmily_Lee_pro

        • git config user.email [email protected]

        • 信息保存位置:./.git/config

        • 技术分享图片

           

      • 系统用户级别:登录当前操作系统的用户范围

        • git config--global user.name Kmily_Lee_glb

        • git config--global user.email [email protected]

        • 信息保存位置:~/.gitconfig文件

        • 技术分享图片

           

      • 优先级

        • 就近原则:项目级别优先于系统级别,二者都有时采用项目级别的签名

        • 如果只有系统用户级别的签名,就以系统用户级别的签名为准

        • 二者都没有不允许

4.3 基本操作

4.3.1 状态查看

git status

查看工作区、暂存区状态

4.3.2 添加操作

git add [file name]

将工作区的“新建/修改”添加到暂存区

4.3.3 提交操作

git commit -m "commit message" [file name]

将暂存区的内容提交到本地库

4.3.4 查看历史记录操作

git log

技术分享图片

 

多屏显示控制方式:

空格向下翻页

b向上翻页

q退出

git log --pretty=oneline

技术分享图片

 

git log --oneline

技术分享图片

 

git reflog

技术分享图片

 

[email protected]{移动到当前版本需要多少步}

4.3.5 前进后退

  • 本质:

技术分享图片

 

  • 基于索引值操作【推荐】

    • git reset --hard [局部索引值]

    • git reset --hard fdcb9e8

  • 使用^符号 : 只能后退

    • git reset --hard HEAD^

    • 注:一个^表示后退一步,n个表示后退n步

  • 使用~符号 : 只能后退

    • git reset --hard~n

    • 注:n表示后退n步

4.3.6 reset命令的三个参数对比

  • --soft 参数

    • 仅仅在本地库移动HEAD指针

  • --mixed 参数

    • 在 本地库移动HEAD指针

    • 重置暂存区

  • --hard 参数

    • 在本地库移动HEAD指针

    • 重置暂存区

    • 重置工作区

4.3.7 删除文件并找回

  • 前提:删除前,文件存在时的状态提交到了本地库

  • 操作:git reset --hard [指针位置]

    • 删除操作已经提交到本地库:指针位置指向历史记录

    • 删除操作尚未提交到本地库:指针位置使用HEAD

4.3.8 比较文件差异

  • git diff [文件名]

    • 将工作区中的文件和暂存区进行比较

  • git diff [本地库中历史版本],[文件名]

    • 将工作区中的文件和本地库历史记录比较

  • 不带文件名比较多个文件

4.3.9 命令帮助

4.4 分支管理

4.4.1 分支的好处

  • 同时并行推进多个功能开发,提高开发效率

  • 各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.4.2 分支操作

  • 创建分支

    • git branch [分支名]

  • 查看分支

    • git branch -v

  • 切换分支

    • git checkout [分支名]

  • 合并分支

    • 第一步:切换到接受修改的分支(被合并,增加新内容)

      git chechout [被合并分支名]

    • 第二步:执行merge命令

      git merge [有新内容的分支名]

  • 解决冲突

    • 冲突的表现

技术分享图片

 

冲突的解决

第一步:编辑文件,删除特殊符号

第二步:把文件修改到满意和程度,保存退出

第三步:git add [文件名]

第四步:git commit -m "日志信息"

注意:此时commit 一定不能带具体文件名

5 Git基本原理

5.1 哈希

哈希是一个系统的加密算法,各个不同的哈希算法虽然加密强度不同,但是有以下几个共同点:

  • ·1、不管输入数据的数据量有多大,输入同一个哈希算法,得到的加密结果长度固定。

  • 2、哈希算法确定,输入数据确定,输出数据策骑的保证不变

  • 3、哈希算法确定,输入数据有变化,输入数据一定有变化,而且通常变化很大

  • 4、哈希算法不可逆

    Git底层采用的是SHA-1算法。

    哈希算法可以被用来验证文件。原理如下图所示。

    技术分享图片

     

Git就是靠这种机制来从根本上保证数据完整性的。

5.2 Git保存版本的机制

5.2.1集中式版本控制工具的文件管理机制

以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。

技术分享图片

 

5.2.2 Git的文件管理机制

Git把数据看作是小型文件系统的一组快照。每次提交更新时Git都会寻当前的全部文件制作一个快照并保存这个快照的索引。为了高效,如果文件没有修改,Git不再重新存储该文件,而是保留一个链接指向之前存储的文件。所以Git的工作方式可以称之为快照流。

技术分享图片

 

6 GitHub

6.1GitHub首页

https://github.com/

6.2 创建远程库

技术分享图片

 

6.3 创建远程库地址别名

git remote -v 查看当前所有远程地址别名

git remote add 【别名】【远程地址】

技术分享图片

 

6.4 推送

git push 【别名】【分支名】

技术分享图片

 

6.5 克隆

  • 命令

    • git clone [远程地址]

    • 技术分享图片

       

  • 效果

    • 完整的把远程库下载到本地

    • 创建origin远程地址别名

    • 初始化本地库

6.6 团队成员邀请

技术分享图片

 

 

其他成员把链接访问,登录自己的gitHub账号接受邀请。

技术分享图片

 

6.7 拉取

  • pull=fetch+merge

  • git fetch 【远程库地址别名】【远程分支名】//只是把远程的文件下载下来,并没有去改本地的文件

  • git merge 【远程库地址别名】【远程分支名】//会合并

  • git pull 【远程库地址别名】【远程分支名】//直接抓取并合并

6.8 解决冲突

  • 要点

    • 如果不是基于GitHub远程库的最新版所做的修改,不能推送,必须先拉取

    • 摘取下来后如果进入冲突状态,刚按照 “分支冲突解决” 操作解决即可

7 Gitlab 服务器搭建过程

7.1 官网地址

首页:https://about.gitlab.com/

安装说明:https://about.gitlab.com/installation/

7.2 安装命令摘录

sudo yum install -y curl policycoreutils-python openssh-server cronie

sudo lokkit-shttp -s ssh

sudo yum install postfix

sudo service postfixstart

sudo chkconfig postfix on

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.rpm.sh | sudo bash

sudo EXTERNAL_URL="http://gitlab.example.com" yum -y install gitlab-ee

实际问题:yum 安装 gitlab-ee(或 ce)时,需要联网下载几百 M 的安装文件,非常耗 时,所以应提前把所需 RPM 包下载并安装好。 下载地址为:

https://packages.gitlab.com/gitlab/gitlab-ce/packages/el/7/gitlab-ce-10.8.2-ce.0.el7.x86_64.rpm

7.3 调整后的安装过程

sudo rpm -ivh/opt/gitlab-ce-10.8.2-ce.0.el7.x86_64.rpm

sudo yum instal l-y curl policycoreutils-python openssh-server cronie

sudo lokkit-shttp -s ssh

sudo yum install postfix

sudo service postfixstart

sudo chkconfig postfix on

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | sudo bash

sudo EXTERNAL_URL="http://gitlab.example.com" yum -y install gitlab-ce

7.4 gitlab 服务操作

  • 初始化配置 gitlab

    gitlab-ctlreconfigure

  • 启动 gitlab 服务

    gitlab-ctlstart

  • 停止 gitlab 服务

    gitlab-ctlstop

7.5 浏览器访问

访问 Linux 服务器 IP 地址即可,如果想访问 EXTERNAL_URL 指定的域名还需要配置 域名服务器或本地 hosts 文件。

初次登录时需要为 gitlab 的 root 用户设置密码。

技术分享图片

 

※应该会需要停止防火墙服务:

service firewalld stop

技术分享图片


以上是关于Git&GitHub的主要内容,如果未能解决你的问题,请参考以下文章

Git与GitHub

git介绍

git介绍

vs中使用git

GitHub

git--github使用