内容:
Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。
版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
个人开发过渡到团队协作
①. 集中式版本控制工具
CVS、SVN(Subversion)、VSS ......等,集中化的版本控制系统诸如 CVS、SVN等都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都可以通过客户端连接到这台服务器,取出最新的文件或者提交更新。好处是:每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。缺点是:中央服务器的单点故障,如果服务器宕机,那么在宕机的时间段,谁都无法提交更新,也就无法协同工作。
②. 分布式版本控制工具
Git、Mercurial、Bazaar、Darcs ……等,像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的);每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库。
官网地址:http://git-scm.com/
①.查看GUN协议,可以直接点击下一步
②.选择Git安装位置,要求是非中文并且没有空格的目录,然后下一步
③.Git选项配置,推荐默认配置,然后下一步
④.Git安装目录名,不用修改,直接点击下一步
⑤.Git的默认编辑器,建议使用默认的Vim编辑器,然后点击下一步
⑥.默认分支名设置,选择让Git决定,分支名默认为master,下一步
⑦.修改Git的环境变量,选第一个,不修改环境变量,只在Git Bash里使用Git
⑧.选择后台客户端连接协议,选默认值 OpenSSL,然后下一步
⑨.配置Git 文件的行末换行符,Windows使用 CRLF,Linux 使用 LF,选择第一个自动转换,然后继续下一步
⑩.选择Git 终端类型,选择默认的 Git Bash 终端,然后继续下一步
选择Git Pull合并的模式,选择默认,然后下一步
选择 Git 的凭据管理器,选择默认的跨平台的凭据管理器,然后下一步
其他配置,选择默认配置,然后下一步
实验室功能,技术还不成熟,有已知的 bug,不要勾选,然后点击右下角的 Install按钮,开始安装 Git
点击Finsh按钮,Git安装完成
在桌面上右键任意位置,在右键菜单里选择 Git Bash Here 即可打开 Git Bash 命令行终端
在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 版本号:版本穿梭
①.基本语法
git config --global user.name 用户名:设置用户签名
git config --global user.email 邮箱:设置用户签名
说明:签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,
以此确认本次提交是谁做的。Git首次安装必须设置一下用户签名,否则无法提交代码。
注意:这里设置用户签名和将来登录GitHub(或其他代码托管中心)的账户没有任何关系
②.案例实操
全局范围的签名设置:只需安装后配置一次即可
③.查看结果,在C:\Users\DELL目录下找到.gitconfig文件,打开即可查看
①.基本语法:git init,用git管理目录,首先需要git获取目录的管理权,也就是初始化一次
②.案例实操
图片中的1234567的解释:
1:在此目录下,单击右键,打开git终端
2:执行git init进行初始化本地库,获取此目录的管理权
3:初始化本地库之后自动生成一个空的git库,是一个隐藏文件夹
4:使用ll查看,发现没有,因为3是一个隐藏文件
5:若想查看隐藏文件,需要加一个参数:ll -a
6:进入.git目录
7:使用ll查看目录中的内容
①.基本语法:git status
②.案例实操
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ vim hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ ll
total 1
-rw-r--r-- 1 DELL 197121 567 Oct 26 23:30 hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ cat hello.txt
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$
①.基本语法:git add 文件名,添加暂存区:将工作区的文件添加到暂存区,也就是git追踪文件的过程
②.案例实操
①.基本语法:git commit -m "日志信息" 文件名,将暂存区的文件提交到本地库形成历史版本
②.案例实操:
3.6.1 查看状态(检测到工作区有文件被修改)
3.6.2 将修改的文件再次添加到暂存区,并查看本地库状态
3.6.3 再次提交本地库
3.7.1 查看历史版本
①.基本语法:
git reflog 查看版本信息
git log 查看版本详细信息
②.案例实操:两个历史版本,指针指向第二个历史版本
查看hello.txt内容
3.7.2 版本穿梭
①.基本语法:git reset --hard 版本号
②.案例实操
--首先查看当前的历史记录,可以看到当前是在 4880f32 这个版本
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git reflog
4880f32 (HEAD -> master) HEAD@{0}: commit: my second commit
44de893 HEAD@{1}: commit (initial): my first commit
--切换到 44de893 版本,也就是我们第一次提交的版本
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git reset --hard 44de893
HEAD is now at 44de893 my first commit
--切换完毕之后再查看历史记录,当前成功切换到了 44de893 版本
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git reflog
44de893 (HEAD -> master) HEAD@{0}: reset: moving to 44de893
4880f32 HEAD@{1}: commit: my second commit
44de893 (HEAD -> master) HEAD@{2}: commit (initial): my first commit
--然后查看文件 hello.txt,发现文件内容已经变化
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ cat hello.txt
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
Git切换版本,底层其实是移动的HEAD指针,具体原理如下图所示:
在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
同时并行推进多个功能开发,提高开发效率。各个分支在开发的过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。
git branch 分支名:创建分支
git branch -v:查看分支
git checkout 分支名:切换分支
git merge 分支名:把指定的分支合并到当前分支上
4.3.1 查看分支
4.3.2 创建分支
4.3.3 先切换分支,再修改分支
--切换分支
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git checkout hot-fix
Switched to branch 'hot-fix'
--发现当前分支已由 master 改为 hot-fix
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git branch -v
* hot-fix 4880f32 my second commit
master 4880f32 my second commit
--在hot-fix分支上做修改
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ vim hello.txt
--查看本地库的状态
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git status
On branch hot-fix
Changes not staged for commit:
(use "git add ..." to update what will be committed)
(use "git restore ..." to discard changes in working directory)
modified: hello.txt
no changes added to commit (use "git add" and/or "git commit -a")
--添加暂存区
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git add hello.txt
--查看本地库的状态
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git status
On branch hot-fix
Changes to be committed:
(use "git restore --staged ..." to unstage)
modified: hello.txt
--提交本地库
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git commit -m "hot-fix commit" hello.txt
[hot-fix 4a00a45] hot-fix commit
1 file changed, 2 insertions(+), 2 deletions(-)
--在本地库查看hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ cat hello.txt
hello git! hello atguigu!! 22222
hello git! hello atguigu!! 33333
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$
4.3.4 合并分支:在master分支上合并hot-fix分支
--切换到master分支
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git checkout master
Switched to branch 'master'
--在 master 分支上合并 hot-fix 分支
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git merge hot-fix
Updating 4880f32..4a00a45
Fast-forward
hello.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--查看hello.txt文件内容
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ cat hello.txt
hello git! hello atguigu!! 22222
hello git! hello atguigu!! 33333
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$
4.3.5 产生冲突
冲突产生的原因:合并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。冲突产生的表现:后面状态为MERGING
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ vim hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git add hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git commit -m "master commit" hello.txt
[master adf2334] master commit
1 file changed, 1 insertion(+), 1 deletion(-)
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git checkout hot-fix
Switched to branch 'hot-fix'
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ vim hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git add hello.txt
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git commit -m "hot-fix second commit" hello.txt
[hot-fix b4cab33] hot-fix second commit
1 file changed, 1 insertion(+), 1 deletion(-)
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (hot-fix)
$ git checkout master
Switched to branch 'master'
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ cat hello.txt
hello git! hello atguigu!! 22222
hello git! hello atguigu!! 33333
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!! master test
hello git! hello atguigu!!
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git merge hot-fix
Auto-merging hello.txt
CONFLICT (content): Merge conflict in hello.txt
Automatic merge failed; fix conflicts and then commit the result.
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master|MERGING)
$
4.3.6 解决冲突
①.编辑有冲突的文件,删除特殊符号,决定要使用的内容
编辑之后的效果:
②.添加到暂存区
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master|MERGING)
$ git add hello.txt
③.提交到本地库(注意:此时使用git commit命令时不能带文件名)
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master|MERGING)
$ git commit -m "merge hot-fix"
[master 429e1e0] merge hot-fix
--发现后面的MERGING消失,变为正常
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$
master、hot-fix其实都是指向具体版本记录的指针。当前所在的分支,其实是由HEAD决定的。所以创建分支的本质就是多创建一个指针。HEAD 如果指向 master,那么我们现在就在 master 分支上。HEAD如果指向hot-fix,那么我们现在就在hot-fix分支上。所以切换分支的本质就是移动HEAD指针。
GitHub网址:https://github.com/,账号:wrj0824,邮箱:[email protected]
git remote -v:查看当前所有远程地址别名
git remote add 别名 远程地址:起别名
git push 别名 分支:推送本地分支上的内容到远程仓库
git clone 远程地址:将远程仓库的内容克隆到本地,clone会做如下操作。1、拉取代码。2、初始化本地仓库。3、创建别名
git pull 远程库地址别名 远程分支名:将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并
6.2.1 创建远程库别名
6.2.2 推送本地分支到远程仓库,使用token登录,token的生成步骤百度搜索
此时发现已将我们 master 分支上的内容推送到 GitHub 创建的远程仓库
6.2.3 克隆远程库到本地:克隆会做如下操作:1、拉取代码。2、初始化本地仓库。3、创建别名
6.2.4 拉取远程库内容:为了使本地库和远程库同步
在远程库中修改hello.txt文件,加入一行11111
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ git pull git-demo master
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), 642 bytes | 19.00 KiB/s, done.
From https://github.com/wrj0824/git-demo
* branch master -> FETCH_HEAD
429e1e0..2961c57 master -> git-demo/master
Updating 429e1e0..2961c57
Fast-forward
hello.txt | 1 +
1 file changed, 1 insertion(+)
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ cat hello.txt
hello git! hello atguigu!! 22222
hello git! hello atguigu!! 33333
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!!
hello git! hello atguigu!! master test
hello git! hello atguigu!! hot-fix test
hello git! hello atguigu!!
111111111111111111111111111111
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$
6.2.5 邀请加入团队
①.选择邀请合作者
②.填入想要合作的人
③.复制地址并通过微信钉钉等方式发送给xxx用户,复制内容如下:https://github.com/wrj0824/git-demo/invitations
④.在这个xxx账号中的地址栏复制收到邀请的链接,点击接收邀请
⑤.成功之后可以在xxx账号上看到git-demo的远程仓库
⑥.xxx可以修改内容并push到远程仓库
⑦.回到 wrj0824 的GitHub远程仓库中可以看到,最后一次是 xxx 提交的
①.将远程仓库的地址复制发给邀请跨团队协作的人:https://github.com/wrj0824/git-demo.git
②.在xxx的GitHub账号里的地址栏复制收到的链接,然后点击Fork将项目叉到自己的本地仓库
③.xxx就可以在线编辑叉取过来的文件,编辑好之后进行提交
④.点击上方的pull requests,进行拉取请求
⑤.回到wrj0824GitHub账号可以看到有一个 Pull request 请求,如果代码没有问题,可以点击Merge pull reque合并代码
可以看到远程仓库中还有一个 SSH 的地址,因此也可以使用 SSH 进行访问。
具体操作如下:
--进入当前用户的家目录
DELL@DESKTOP-C951OVU MINGW64 /e/developer/Git-Space/git-demo (master)
$ cd
--删除.ssh目录
DELL@DESKTOP-C951OVU MINGW64 ~
$ rm -rvf .ssh
removed '.ssh/id_rsa'
removed '.ssh/id_rsa.pub'
removed directory '.ssh'
--运行命令生成.ssh 秘钥目录[注意:这里-C 这个参数是大写的 C]
DELL@DESKTOP-C951OVU MINGW64 ~
$ ssh-keygen -t rsa -C [email protected]
Generating public/private rsa key pair.
Enter file in which to save the key (/c/Users/DELL/.ssh/id_rsa):
Created directory '/c/Users/DELL/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /c/Users/DELL/.ssh/id_rsa
Your public key has been saved in /c/Users/DELL/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:72lfV1bUzO5mXiX5hSUlHYDKkKxFEiFiiCWNdKj0K6I [email protected]
The key's randomart image is:
+---[RSA 3072]----+
|=Boo +=.. ..o*=|
|=++ . .= . .o*|
|o . o o . *.|
|. . . o + =|
| . S +=|
|.. . . .B|
|o . . .+o|
|E ... . ..|
| .o.. |
+----[SHA256]-----+
--进入.ssh 目录查看文件列表
DELL@DESKTOP-C951OVU MINGW64 ~
$ cd .ssh
DELL@DESKTOP-C951OVU MINGW64 ~/.ssh
$ ll -a
total 21
drwxr-xr-x 1 DELL 197121 0 Oct 28 20:21 ./
drwxr-xr-x 1 DELL 197121 0 Oct 28 20:21 ../
-rw-r--r-- 1 DELL 197121 2602 Oct 28 20:21 id_rsa
-rw-r--r-- 1 DELL 197121 571 Oct 28 20:21 id_rsa.pub
--查看 id_rsa.pub 文件内容:公钥
DELL@DESKTOP-C951OVU MINGW64 ~/.ssh
$ cat id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQCmUlt60ykyKE2HT/WFySmDsubxnsgNNmV7q0+noT5DOv9iZC3OrEv8l2EFpSoI4PXlmtTZp4IwKCDodxhqDhQRQiglxcA9Hsate8HYCUQOsvrHK3n8N4QHJ4zVt/DivgdXmTRRVURtRTdTWhBJIPUGM4uvfdHmSZIx/2YK5tWkMA8W41Ee9ytd/ndHB5w6cUbC0NHgBT6CgYECxhxu5V+uLDVYbAjT7JvxofZvV1560SQq+aM1vO+//CoH+U5AgLz9WFlmocth6HAXximW0tbg2/sT49vLZW0OaGp9PGFvcCprooe1TlH/bdaSPg15T86sHKA3r8OKYF9RMeex6/WdxGO7Yw+nOv0pqfgT9P8MSTdcsYmrFeXxXBq36lrWxuU3hSON8xhPQow/kbUN/eiL4Zywu6SZOlPOq9Sye6NMemO2sVr+7s5WUQeakKqJx0QM4RXRNybMDOWhV+jwWKTRwODWunXNQlXMwZrgWJyXueBabdu7fsx+ZJDiSKF7fLk= [email protected]
DELL@DESKTOP-C951OVU MINGW64 ~/.ssh
$
复制id_rsa.pub文件内容,登录GitHub,点击用户头像→Settings→SSH and GPG keys,接下来再往远程仓库 push 东西的时候使用 SSH 连接就不需要登录了
①.Eclipse特定文件
②.IDEA特定文件
③.Maven工程的target目录
问题1: 为什么要忽略他们?
答:与项目的实际功能无关,不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE 工具之间的差异。
问题 2 :怎么忽略?
①.创建忽略规则文件 xxxx.ignore(前缀名随便起,建议是 git.ignore)
这个文件的存放位置原则上在哪里都可以,为了便于让~/.gitconfig 文件引用,建议也放在用户家目录下
git.ignore 文件模版内容如下:
# 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 = Layne
email = [email protected]
[core]
excludesfile = C:/Users/DELL/git.ignore
注意:这里要使用“正斜线(/)”,不要使用“反斜线(\)”
push 是将本地库代码推送到远程库,如果本地库代码跟远程库代码版本不一致,push 的操作是会被拒绝的。也就是说,要想 push 成功,一定要保证本地库的版本要比远程库的版本高!因此一个成熟的程序员在动手改本地代码之前,一定会先检查下远程库跟本地代码的区别!如果本地的代码版本已经落后,切记要先 pull 拉取一下远程库的代码,将本地代码更新到最新以后,然后再修改,提交,推送!
注意:pull 是拉取远端仓库代码到本地,如果远程库代码和本地库代码不一致,会自动合并,如果自动合并失败,还会涉及到手动解决冲突的问题。
众所周知,GitHub服务器在国外,使用GitHub作为项目托管网站,如果网速不好的话,严重影响使用体验,甚至会出现登录不上的情况。针对这个情况,大家也可以使用国内的项目托管网站——码云。码云是开源中国推出的基于Git的代码托管服务中心,使用方式和GitHub一样,而且还是一个中文网站。
9.4.1 IDEA安装码云插件
IDEA默认不带码云插件,第一步要安装Gitee插件。如图所示,在IDEA插件商店搜索Gitee,然后点击Install安装,安装之后重启IDEA
然后在码云插件里面添加码云帐号,我们就可以用 Idea 连接码云了