标签:hosts conf 多少 lob 进一步 root ref mit external
协同修改
多人并行不悖的修改服务器的同一个文件
数据备份
不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态
状态管理
在保存每一个版本的文件信息的时候要做到不保存重复数据,以节约存储空间提高运行效率。这方面SVN采用的是增量式管理的方式,而Git采取是文件系统快照的方式。
权限控制
对团队中参与开发的人员进行权限控制
对团队外开发贡献的代码进行审核--Gti独有
历史记录
查看修改人、修改时间、修改内容、日志信息。
将本地文件恢复到某一个历史状态。
分支管理
允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率。
思想:版本控制
实现:版本控制工具
集中式版本控制工具:
CVS、SVN、VSS·······
分布式版本控制工具
Git、Mercurial、Bazaar、Darcs······
大部分操作在本地完成,不需要联网
完整性保证
尽可能添加数据而不是删除或修改数据
分支操作非常快捷流畅
与Linux命令全面兼容
局域网环境下
GitLab服务器
外网环境下
GitHub
码云
命令:git add
效果
注意:.git目录中存放的是本地库相关子目录和文件,不要删除,也不要胡乱修改。
设置签名
形式
用户名:Kmily_Lee
Email地址:a315133494@test.com
作用:区分不同开发人员的身份
辨析:这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系。
命令:
项目级别/仓库级别:仅在当前本地库范围内有效
git config user.name Kmily_Lee_pro
git config user.email a315133494_pro@test.com
信息保存位置:./.git/config
系统用户级别:登录当前操作系统的用户范围
git config--global user.name Kmily_Lee_glb
git config--global user.email a315133494_glb@test.com
信息保存位置:~/.gitconfig文件
优先级
就近原则:项目级别优先于系统级别,二者都有时采用项目级别的签名
如果只有系统用户级别的签名,就以系统用户级别的签名为准
二者都没有不允许
git status
查看工作区、暂存区状态
git add [file name]
将工作区的“新建/修改”添加到暂存区
git commit -m "commit message" [file name]
将暂存区的内容提交到本地库
git log
多屏显示控制方式:
空格向下翻页
b向上翻页
q退出
git log --pretty=oneline
git log --oneline
git reflog
HEAD@{移动到当前版本需要多少步}
本质:
基于索引值操作【推荐】
git reset --hard [局部索引值]
git reset --hard fdcb9e8
使用^符号 : 只能后退
git reset --hard HEAD^
注:一个^表示后退一步,n个表示后退n步
使用~符号 : 只能后退
git reset --hard~n
注:n表示后退n步
--soft 参数
仅仅在本地库移动HEAD指针
--mixed 参数
在 本地库移动HEAD指针
重置暂存区
--hard 参数
在本地库移动HEAD指针
重置暂存区
重置工作区
前提:删除前,文件存在时的状态提交到了本地库
操作:git reset --hard [指针位置]
删除操作已经提交到本地库:指针位置指向历史记录
删除操作尚未提交到本地库:指针位置使用HEAD
git diff [文件名]
将工作区中的文件和暂存区进行比较
git diff [本地库中历史版本],[文件名]
将工作区中的文件和本地库历史记录比较
不带文件名比较多个文件
同时并行推进多个功能开发,提高开发效率
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
创建分支
git branch [分支名]
查看分支
git branch -v
切换分支
git checkout [分支名]
合并分支
第一步:切换到接受修改的分支(被合并,增加新内容)
git chechout [被合并分支名]
第二步:执行merge命令
git merge [有新内容的分支名]
解决冲突
冲突的表现
冲突的解决
第一步:编辑文件,删除特殊符号
第二步:把文件修改到满意和程度,保存退出
第三步:git add [文件名]
第四步:git commit -m "日志信息"
注意:此时commit 一定不能带具体文件名
哈希是一个系统的加密算法,各个不同的哈希算法虽然加密强度不同,但是有以下几个共同点:
·1、不管输入数据的数据量有多大,输入同一个哈希算法,得到的加密结果长度固定。
2、哈希算法确定,输入数据确定,输出数据策骑的保证不变
3、哈希算法确定,输入数据有变化,输入数据一定有变化,而且通常变化很大
4、哈希算法不可逆
Git底层采用的是SHA-1算法。
哈希算法可以被用来验证文件。原理如下图所示。
Git就是靠这种机制来从根本上保证数据完整性的。
以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。
Git把数据看作是小型文件系统的一组快照。每次提交更新时Git都会寻当前的全部文件制作一个快照并保存这个快照的索引。为了高效,如果文件没有修改,Git不再重新存储该文件,而是保留一个链接指向之前存储的文件。所以Git的工作方式可以称之为快照流。
git remote -v 查看当前所有远程地址别名
git remote add 【别名】【远程地址】
git push 【别名】【分支名】
命令
git clone [远程地址]
效果
完整的把远程库下载到本地
创建origin远程地址别名
初始化本地库
其他成员把链接访问,登录自己的gitHub账号接受邀请。
pull=fetch+merge
git fetch 【远程库地址别名】【远程分支名】//只是把远程的文件下载下来,并没有去改本地的文件
git merge 【远程库地址别名】【远程分支名】//会合并
git pull 【远程库地址别名】【远程分支名】//直接抓取并合并
要点
如果不是基于GitHub远程库的最新版所做的修改,不能推送,必须先拉取
摘取下来后如果进入冲突状态,刚按照 “分支冲突解决” 操作解决即可
安装说明:https://about.gitlab.com/installation/
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
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
初始化配置 gitlab
gitlab-ctlreconfigure
启动 gitlab 服务
gitlab-ctlstart
停止 gitlab 服务
gitlab-ctlstop
访问 Linux 服务器 IP 地址即可,如果想访问 EXTERNAL_URL 指定的域名还需要配置 域名服务器或本地 hosts 文件。
初次登录时需要为 gitlab 的 root 用户设置密码。
※应该会需要停止防火墙服务:
标签:hosts conf 多少 lob 进一步 root ref mit external
原文地址:https://www.cnblogs.com/limn/p/9531731.html