Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。
Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。
版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
CVS、SVN(Subversion)、VSS…
集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。
Git、Mercurial、Bazaar、Darcs…
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库。
在 Git Bash 终端里输入 git --version 查看 git 版本,如图所示,说明 Git 安装成功。
命令名称 | 作用 |
---|---|
git config --global user.name 用户名 | 设置用户签名 |
git config --global user.email 邮箱 | 设置用户签名 |
git init | 初始化本地库 |
git status | 查看本地库状态 |
git add 文件名 | 添加到暂存区 |
git commit -m “日志信息” 文件名 | 提交到本地库 |
git reflog | 查看历史记录 |
git reset --hard 版本号 | 版本穿梭 |
在D盘D:\JAVAEE\gitSpace,专门来进行git操作。
1)基本语法
git config --global user.name 用户名
git config --global user.email 邮箱
2)案例实操
全局范围的签名设置:
git config --global user.name zyy
git config --global user.email [email protected]
cat ~/.gitconfig
git init
ll -a
git status
vim hello.txt
hello git! hello zyy!
hello git! hello zyy!
hello git! hello zyy!
hello git! hello zyy!
hello git! hello zyy!
:wq(保存)
git status
1)基本语法
git add 文件名
git status
1)基本语法
git commit -m "提交信息" 文件名称
git status
vim hello.txt
在第一行添加222222
:wq(保存)
git status
git add hello.txt
git status
git commit -m "zyy second commit" hello.txt
1)基本语法
git reflog
git log
1)基本语法
git reset --hard 版本号
--首先查看当前的历史记录,可以看到当前是在 40228c3这个版本
git reflog
--切换到 d88efb8版本,也就是我们第一次提交的版本
git reset --hard d88efb8
--切换完毕之后再查看历史记录,当前成功切换到了 d88efb8版本
git reflog
--然后查看文件 hello.txt,发现文件内容已经变化
cat hello.txt
在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)。
同时并行推进多个功能开发,提高开发效率。
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
命令名称 | 作用 |
---|---|
git branch 分支名 | 创建分支 |
git branch -v | 查看分支 |
git checkout 分支名 | 切换分支 |
git merge 分支名 | 把指定的分支合并到当前分支上 |
1)基本语法
git branch -v
//(*代表当前所在的分区)
1)基本语法
git branch 分支名
git branch -v
--在 maste 分支上做修改
vim hello.txt
--添加暂存区
git add hello.txt
--提交本地库
git commit -m "my forth commit" hello.txt
--查看分支
git branch -v
--查看 master 分支上的文件内容
cat hello.txt
1)基本语法
git checkout 分支名称
-- 切换到hot-fix分支
git checkout hot-fix
--发现当先分支已由 master 改为 hot-fix
--查看 hot-fix 分支上的文件内容发现与 master 分支上的内容不同
cat hello.txt
--在 hot-fix 分支上做修改
vim hello.txt
--添加暂存区
git add hello.txt
--提交本地库
git commit -m "hot-fix commit" hello.txt
1)基本语法
git merge 分支名
在 master 分支上合并 hot-fix 分支
git checkout master
git merge hot-fix
冲突产生的表现:后面状态为 MERGING
冲突产生的原因:
合并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。
查看状态(检测到有文件有两处修改):
git status
-- 添加到暂存区
git add hello.txt
-- 执行提交(注意:此时使用 git commit 命令时不能带文件名)
git commit -m "merge hot-fix"
--发现后面 MERGING 消失,变为正常
GitHub 网址:https://github.com/
命令名称 | 作用 |
---|---|
git remote -v | 查看当前所有远程地址别名 |
git remote add 别名 远程地址 | 起别名 |
git push 别名 分支 | 推送本地分支上的内容到远程仓库 |
git clone 远程地址 | 将远程仓库的内容克隆到本地 |
git pull 远程库地址别名 远程分支名 | 将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并 |
git remote -v
git remote add ori https://github.com/zyyzyjzyw/GitTest.git
git remote -v
https://github.com/zyyzyjzyw/GitTest.git 这个地址在创建完远程仓库后生成的连接,如图所示红框中
git push ori master
此时发现已将我们 master 分支上的内容推送到 GitHub 创建的远程仓库。
git clone 远程地址
git clone https://github.com/zyyzyjzyw/GitTest.git
https://github.com/zyyzyjzyw/GitTest.git
这个地址为远程仓库地址,克隆结果:初始化本地仓库。
小结:clone 会做如下操作。1、拉取代码。2、初始化本地仓库。3、创建别名。
复 制 地 址 并 通 过 微 信 钉 钉 等 方 式 发 送 给 该 用 户 , 复 制 内 容 如 下 :
https://github.com/atguiguyueyue/git-shTest/invitations
令狐冲可以修改内容并 push 到远程仓库。
回到 zyyzyjzyw的 GitHub 远程仓库中可以看到,最后一次是 lhc 提交的。
git pull 远程库地址别名 远程分支名
--将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并
git pull ori master
们可以看到远程仓库中还有一个 SSH 的地址,因此我们也可以使用 SSH 进行访问。
具体操作如下:
--进入当前用户的家目录 --C:\Users\47132
--删除.ssh 目录
rm -rvf .ssh
--运行命令生成.ssh 秘钥目录[注意:这里-C 这个参数是大写的 C]
ssh-keygen -t rsa -C [email protected]:zyyzyjzyw/GitTest.git
--进入.ssh 目录查看文件列表
cd .ssh
ll -a
-查看 id_rsa.pub 文件内容
cat id_rsa.pub
复制 id_rsa.pub 文件内容,登录 GitHub,点击用户头像→Settings→SSH and GPG keys。
接下来再往远程仓库 push 东西的时候使用 SSH 连接就不需要登录了。
# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar
# virtual machine crash logs, see
http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
.classpath
.project
.settings
target
.idea
*.iml
在.gitconfig 文件中引用忽略配置文件(此文件在 Windows 的家目录中)
[user]
name = zyy
email = [email protected]
[core]
excludesfile = C:/Users/47132/git.ignore
#注意:这里要使用“正斜线(/)”,不要使用“反斜线(\)”
右键点击项目选择 Git -> Add 将项目添加到暂存区。
在 IDEA 的左下角,点击 Version Control,然后点击 Log 查看版本
右键选择要切换的版本,然后在菜单里点击 Checkout Revision。
选择 Git,在 Repository 里面,点击 Branches 按钮。
在弹出的 Git Branches 框里,点击 New Branch 按钮。
填写分支名称,创建 hot-fix 分支。
然后再 IDEA 的右下角看到 hot-fix,说明分支创建成功,并且当前已经切换成 hot-fix 分支
在 IDEA 窗口的右下角,切换到 master 分支。
然后在 IDEA 窗口的右下角看到了 master,说明 master 分支切换成功。
在 IDEA 窗口的右下角,将 hot-fix 分支合并到当前 master 分支。
如果代码没有冲突,分支直接合并成功,分支合并成功以后,代码自动提交,无需手动提交本地库。
如图所示,如果 master 分支和 hot-fix 分支都修改了代码,在合并分支的时候就会发生冲突。
我们现在站在 master 分支上合并 hot-fix 分支,就会发生代码冲突。
点击 Conflicts 框里的 Merge 按钮,进行手动合并代码。
手动合并完代码以后,点击右下角的 Apply 按钮。
代码冲突解决,自动提交本地库。
如果出现 401 等情况连接不上的,是因为网络原因,可以使用以下方式连接:
然后去 GitHub 账户上设置 token。
点击生成 token。
复制红框中的字符串到 idea 中。
点击登录。
来到 GitHub 中发现已经帮我们创建好了 gitTest 的远程仓库。
右键点击项目,可以将当前分支的内容 push 到 GitHub 的远程仓库中。
注意:push 是将本地库代码推送到远程库,如果本地库代码跟远程库代码版本不一致,push 的操作是会被拒绝的。也就是说,要想 push 成功,一定要保证本地库的版本要比远程库的版本高!因此一个成熟的程序员在动手改本地代码之前,一定会先检查下远程库跟本地代码的区别!如果本地的代码版本已经落后,切记要先 pull 拉取一下远程库的代码,将本地代码更新到最新以后,然后再修改,提交,推送!
右键点击项目,可以将远程仓库的内容 pull 到本地仓库。
注意:pull 是拉取远端仓库代码到本地,如果远程库代码和本地库代码不一致,会自动合并,如果自动合并失败,还会涉及到手动解决冲突的问题。
为 clone 下来的项目创建一个工程,然后点击 Next。
众所周知,GitHub 服务器在国外,使用 GitHub 作为项目托管网站,如果网速不好的话,严重影响使用体验,甚至会出现登录不上的情况。针对这个情况,大家也可以使用国内的项目托管网站-码云。
码云是开源中国推出的基于 Git 的代码托管服务中心,网址是 https://gitee.com/ ,使用方式跟 GitHub 一样,而且它还是一个中文网站,如果你英文不是很好它是最好的选择。
进入码云官网地址:https://gitee.com/,点击注册 Gitee
输入个人信息,进行注册即可。
帐号注册成功以后,直接登录。
登录以后,就可以看到码云官网首页了。
点击首页右上角的加号,选择下面的新建仓库
填写仓库名称,路径和选择是否开源(共开库或私有库)
最后根据需求选择分支模型,然后点击创建按钮。
远程库创建好以后,就可以看到 HTTPS 和 SSH 的链接。
Idea 默认不带码云插件,我们第一步要安装 Gitee 插件。
如图所示,在 Idea 插件商店搜索 Gitee,然后点击右侧的 Install 按钮。
Idea 链接码云和链接 GitHub 几乎一样,安装成功后,重启 Idea。
Idea 重启以后在 Version Control 设置里面看到 Gitee,说明码云插件安装成功。
然后在码云插件里面添加码云帐号,我们就可以用 Idea 连接码云了。
用用户名和密码有可能登录不上,最好也跟github一样,设置成口令登录。
dea 连接码云和连接 GitHub 几乎一样,首先在 Idea 里面创建一个工程,初始化 git 工程,然后将代码添加到暂存区,提交到本地库,这些步骤上面已经讲过,此处不再赘述。
将本地代码 push 到码云远程库
自定义远程库链接。
给远程库链接定义个 name,然后再 URL 里面填入码云远程库的 HTTPS 链接即可。码云服务器在国内,用HTTPS 链接即可,没必要用 SSH 免密链接。
然后选择定义好的远程链接,点击 Push 即可。
看到提示就说明 Push 远程库成功。
去码云远程库查看代码。
只要码云远程库链接定义好以后,对码云远程库进行 pull 和 clone 的操作和 Github 一致,此处不再赘述。
码云提供了直接复制 GitHub 项目的功能,方便我们做项目的迁移和下载。
具体操作如下:
将 GitHub 的远程库 HTTPS 链接复制过来,点击创建按钮即可。
如果 GitHub 项目更新了以后,在码云项目端可以手动重新同步,进行更新!
GitLab 是由 GitLabInc.开发,使用 MIT 许可证的基于网络的 Git 仓库管理工具,且具有wiki 和 issue 跟踪功能。使用 Git 作为代码管理工具,并在此基础上搭建起来的 web 服务。
GitLab 由乌克兰程序员 DmitriyZaporozhets 和 ValerySizov 开发,它使用 Ruby 语言写成。后来,一些部分用 Go 语言重写。截止 2018 年 5 月,该公司约有 290 名团队成员,以及 2000 多名开源贡献者。GitLab 被IBM,Sony,JülichResearchCenter,NASA,Alibaba,Invincea,O’ReillyMedia,Leibniz-Rechenzentrum(LRZ),CERN,SpaceX 等组织使用。
官网地址:https://about.gitlab.com/
安装说明:https://about.gitlab.com/installation/
准备一个系统为 CentOS7 以上版本的服务器,要求内存 4G,磁盘 50G。
关闭防火墙,并且配置好主机名和 IP,保证服务器可以上网。
此教程使用虚拟机:IP 地址:192.168.228.128
Yum 在线安装 gitlab- ce 时,需要下载几百 M 的安装文件,非常耗时,所以最好提前把所需 RPM 包下载到本地,然后使用离线 rpm 的方式安装。
mkdir /opt/gitlab
把安装好的安装包放入到gitlab路径下用 Xftp 7 软件 ( 我这是安装成功之后截的图 你只需把安装包放到该目录按步骤来即可 )
vim ins.sh
sudo rpm -ivh /opt/gitlab/gitlab-ce-14.10.5-ce.0.el7.x86_64.rpm
sudo yum install -y curl policycoreutils-python openssh-server cronie
sudo lokkit -s http -s ssh
sudo yum install -y postfix
sudo service postfix start
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
yum install sudo
chmod u+x ins.sh
执行
$ ls
ins.sh变绿证明有执行权限
./ins.sh
gitlab-ctl reconfigure
执行 ( 时间较长 打印很多日志 等待一会 ),最后一句出现 gitlab Reconfigured! 则初始化成功。
gitlab-ctl start #启动
gitlab-ctl stop #停止
使用主机名或者 IP 地址即可访问 GitLab 服务。需要提前配一下 windows 的 hosts 文件。
首次登陆之前,需要修改下 GitLab 提供的 root 账户的密码,要求 8 位以上,包含大小
写子母和特殊符号。因此我们修改密码为 Zyyzyjzyw960812@
GitLab 登录成功。
1)安装 GitLab 插件
2)设置 GitLab 插件
3)push 本地代码到 GitLab 远程库
自定义远程连接
’
注意:gitlab 网页上复制过来的连接是:http://gitlab.example.com/root/git-test.git,需要手动修改为:http://gitlab-server/root/git-test.git选择 gitlab 远程连接,进行 push。
首次向连接 gitlab,需要登录帐号和密码,用 root 帐号和我们修改的密码登录即可。
代码 Push 成功。
只要 GitLab 的远程库连接定义好以后,对 GitLab 远程库进行 pull 和 clone 的操作和Github 和码云一致,此处不再赘述。