目录
Git是一个开源的【分布式】【版本控制系统】,用于敏捷高效地处理任何或小或大的项目
8. 实践操作:使用git从远程仓库pull(拉)至本地仓库(重点) git pull
5.git status 展示工作区及暂存区域中不同状态的文件
7. git commit 所有通过git add 暂存的文件提交到本地仓库
在window中安装Git
版本要求:Git-2.22.0-64-bit.exe或以上版本,
安装路径:请不要安装在C盘(win10会有权限问题),建议选择其他盘
去百度搜索GIt官网
在进入官网找到Downloads下载
安装版本根据自己电脑配置选择,我选的是红框项
现在选择你要安装在哪个盘里(注意:建议不要安装在C盘)
创建开始菜单目录名称,默认git,不需要修改
选择git使用的编辑器
行末换行符转换,使用默认值
Install 安装
检测安装成功,任意窗口或桌面都可以右键,出现下面两个选项即可
点击Git Bash Here,显示终端
这样就说明安装好了!!!
Git是一个开源的【分布式】【版本控制系统】,用于敏捷高效地处理任何或小或大的项目
版本控制器
CVS/SVN/Git
SVN
客户端/服务器 C/S B/S
GIT
客户端/代码托管网站(例如:github)注1:类似的代码托管网站还有:github/码云gitee/阿里云Code源码管理
注2:类似的技术GitLab,但它与GitHub又有一定的区别
GitLab和GitHub一样属于第三方基于Git开发的作品,免费且开源。与Github类似,可以注册用户,任意提交你的代码,添加SSHKey等等。
不同的是,GitLab是可以部署到自己的服务器上,数据库等一切信息都掌握在自己手上,适合团队内部协作开发,
你总不可能把团队内部的智慧总放在别人的服务器上吧?简单来说可把GitLab看作个人版的GitHub。
2.1 去中心化
GIT是分布式的,SVN不是:这是GIT和其它非分布式的版本控制系统,例如SVN,CVS等,最核心的区别。
解析:以前组长的电脑就是中心化,假设组长的电脑坏了或者死机了,代码就会被丢失。现在组长的电脑坏了或者死机了,我们任何一个组员的电脑都可以充当一个服务器,把
最新的代码同步到这个远程仓库上面去,组长的电脑修复好了在去远程仓库中拿取下来。
2.2 git仓库的任何一个拷贝都可以独立作为一个服务器来使用
2.3 在Git中文件有四种状态:
未跟踪(untrack):表示文件为新增加的
已修改(modified):表示修改了文件,但还没保存到git仓库中。
已暂存(staged):表示对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中
已提交(committed):表示文件已保存在git仓库中。
2.4 其它
GIT没有一个全局的版本号,而SVN有:目前为止这是跟SVN相比GIT缺少的最大的一个特征。
GIT的内容完整性要优于SVN:GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性,确保在遇到磁盘故障和网络问题时降低对版本库的破坏
2.5 直接记录快照,而非差异
GIT把内容按元数据方式存储,而SVN是按文件:所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。
直接记录快照,而非差异
2.6 直接记录快照,而非差异
GIT分支和SVN的分支不同,分支在SVN中一点不特别,就是版本库中的另外的一个目录。
2.7 git存在分支
官网地址栏:Gitee - 基于 Git 的代码托管和研发协作平台https://gitee.com/
3.1 并申请【激活】一个Gitee账户
我们先注册一下:
在进行登录,登录好了之后就可以了
代码区:工作区间,放代码的地方
暂存区:git所管理的暂存区域
本地仓库: git所管理的本机的硬盘区域
远程仓库:github、gitee
代码提交管理的过程:
代码区------->暂存区------->本地仓库------->远程仓库
代码区------->暂存区------->本地仓库:这个过程是不需要联网的
本地仓库------->远程仓库:这个是需要联网的
首先我们要熟练一下码云的操作:
①怎么创建仓库
新建文件夹:
假设我们整个项目都不要了怎么删除:
并且这里会显示你删除的记录:
git clone :将远程仓库clone到本地计算机。
git status :展示工作区及暂存区域中不同状态的文件。
git add :将内容从工作目录添加到暂存区。
git commit :所有通过 git add 暂存的文件提交到本地仓库。
git push :将本地仓库的记录提交到远程仓库。
git reset HEAD:从暂存区移除指定文件。
git push :拉取远程仓库的数据。
git init
① 首先明确大致流程:
1.取得项目的 Git 仓库(有两种方式,本章先介绍第一种)
第一种是从github现有仓库(远程)克隆出新的仓库(本地)
第二种是在工作目录中初始化新的仓库(本地),然后再与一个Github上的仓库(远程)关联
2.在本地的克隆库上进行你所需要的改动,修改文件内容,添加文件等;
3.add,commit,push三部曲。具体步骤:
1.取得项目的Git仓库(从gitee现有仓库克隆)
## 此处url改为自己仓库的地址
git clone https://github.com/yanppp999/test1.git注1:此命令,会在当前目录下创建一个名为test1的目录,其中包含一个 .git 的目录,用于保存下载下来的所有版本记录。
如果进入这个新建的 test1 目录,你会看到项目中的所有文件已经在里边了,准备好后续的开发和使用。
注2:克隆仓库的命令格式为 git clone [url],Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快
git clone git@github.com:fsliurujie/test.git --SSH协议
git clone git://github.com/fsliurujie/test.git --GIT协议
git clone https://github.com/fsliurujie/test.git --HTTPS协议
提问:那平时使用哪个协议最好呢???
注3:你熟悉其他的 VCS 比如 Subversion,你可能已经注意到这里使用的是 clone 而不是 checkout。这是个非常重要的差别,
Git 收取的是项目历史的所有数据(每一个文件的每一个版本),服务器上有的数据克隆之后本地也都有了。实际上,
即便服务器的磁盘发生故障,用任何一个克隆出来的客户端都可以重建服务器上的仓库,回到当初克隆时的状态
注4:如果希望在克隆的时候,自己定义要新建的项目目录名称,可以在上面的命令末尾指定新的名字
git clone https://github.com/yanppp999/test1.git mytest1
注5:如何查看.git目录(默认为隐藏文件夹)
window菜单:“查看”->“选项”->选择,选项卡“查看”->勾中“显示隐藏的文件、文件夹和驱动器”
②查看初始状态
git clone 一个仓库后,运行 git status
注1:另外一种查看git仓库状态的方式
进入test1目录,用ls -ah命令如果命令窜显示.git目录,就表示已经克隆成功,并且该目录已经是git可以管理的仓库了
③添加一个文件
在此仓库中添加一个文件a.txt,运行 git status
注1:可以看到文件上方有个 "Untracked files",表示这个文件“未跟踪”
④新创建的文件添加到“暂存区”
执行 git add a.txt ,将会把新创建的a.txt提交到“暂存区”,执行后运行 git status
注1:文件上方有说明使用 git reset HEAD可从暂存区移除指定文件。
⑤“暂存区”的内容提交到“本地仓库”
执行 git commit,将“暂存区”的内容提交到“本地仓库”,执行后运行 git status:
注1:如果没有配置帐号或密码,会出现以下提示
*** Please tell me who you are.
注2:git commit 时出现:please enter the commit message for your changes,
默认会启用 shell 的环境变量 $EDITOR 所指定的软件,一般都是 vim(没错啦,就是linux课程使用过滴) 或 emacs,即询问你是否要添加“提交说明”
要输入“提交说明”的话就需要
1.按键盘字母 i 进入insert模式
2.修改最上面那行黄色合并信息,可以不修改
3.按键盘左上角"Esc"
4.输入":wq",注意是冒号+wq,按回车键即可也可以使用 -m 参数后跟“提交说明”方式,在一行命令中提交更新。
git commit -m “提交说明”
另外,提交说明在团队合作中是非常重要的一点,要尽量写的简洁而语意清晰
演示:提交b.txt~~~~~~~
演示:提交b.txt~~~~~~~
演示:提交b.txt~~~~~~~
注3:此步骤执行完毕后,a.txt和b.txt还是在本机,并未推送到远程仓库(github),可以打开hithub网站上的仓库查看一下
⑥“本地仓库”的内容提交到“远程仓库”
执行 git push,将“本地仓库”的内容提交到“远程仓库”,执行后运行 git status
提示:可以看到提交后git状态又回到初始化状态。
## 取得项目的Git仓库第二种方式
1.取得项目的Git仓库(在工作目录中初始化新的仓库)
要对现有的某个项目开始用 Git 管理,只需到此项目所在的目录,例如:d:\temp\test3,执行:
git init
2.同上
3.同上
4.同上
5.同上
6.“本地仓库”的内容提交到“远程仓库”
执行 git push,将“本地仓库”的内容提交到“远程仓库”,会报出如下错误
fatal: No configured push destination.
Either specify the URL from the command-line or configure a remote repository using
这是,因为本地仓库并未与任何一个远程仓库关联,所以第一次提交时必须提供远程仓库的URL,具体操作如下:
## 在github先建仓库test3,目前,在GitHub上的这个仓库还是空的,GitHub告诉我们,可以从这个仓库克隆出新的仓库,
## 也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到GitHub仓库。
1.打开浏览器,登陆github后,新建一个仓库test3(目前在GitHub上的这个仓库还是空的),它的地址为:
https://github.com/yanppp999/test3.git注1:在GitHub主页创建test3仓库,注意不要添加README.md等任何文件
2.将本地仓库的当前分支与远程仓库相关联
git remote add origin https://github.com/yanppp999/test3.git注1:语法:git remote add
远程库的名字就是origin,这是Git默认的叫法,也可以改成别的,但是origin这个名字一看就知道是远程库
注2:https://github.com/yanppp999/test3.git改成自己仓库对应的URL
注3:补充命令,如果url打错了,可以通过如下命令修改远程仓库关联
git remote set-url origin https://github.com/yanppp999/test3.git2.1 实现远程与本地代码的合并
git pull --rebase origin master3.将本地代码库的某一分支(eg:master)推送到远程的代码库
git push -u origin master
注1:把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程
由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,
还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
注2:补充命令,查看git仓库的远程代码库的地址:git remote -v
注3:再次添加文件b.txt,依次add/commit/push操作,则与之前没有区别了
8. 实践操作:使用git从远程仓库pull(拉)至本地仓库(重点)
git pull
9. 实践操作:Git冲突与解决方法
分别在同一项目的两个不同本地仓库修改a.txt并提交,则会报出以下错误:
! [rejected] master -> master (fetch first) error: failed to push some refs to ' 。。。'拒绝
错误:无法推送某些引用解决方案:
1.将代码copy出来
2.先从远程仓库pull代码至本地,再修改冲突代码,
注1:git status查看仓库状态,会显示红色的错误提示消息“ both modified: a.txt”
3.打开a.txt,手动修改冲突部分的代码
<<<<<<< HEAD
ww add 18:42 from e:\temp\test1
=======ls add 123 at 18:17 from d:\temp\test1
>>>>>>> 63c73e5933bb7d3d2bed04b06c37a74602d65b2e
注1:<<<<<<< HEAD >>>>>>>之间的即为冲突的代码,手动修改即可
3.依次add/commit/push代码至远程仓库
commit执行完生,重新查看仓库状态git status,红色的错误提示消息“ both modified: a.txt”
已经没有,表示冲突已解决
一般刚安装Git都要配置用户名和密码,因为你提交代码到本地仓库(上传代码到远程仓库)时会用到,
如果没有没有配置,在你提交时它会提醒你的。但是,如果仅仅克隆(即下载)公有项目,你甚至不需要注册——刚刚我们创建的账户是为了以后
fork 其它项目,以及推送我们自己的修改。
命令行配置 先去新建一个文件夹,把远程仓库弄都这里来
注1:如果没有配置东西,应该是空的。照着下面步骤配置完成后,你可以再试一下该命令,就会出现一系列配置信息
git config --global user.name "username" 输入用户名就是码云官网上的用户名
git config --global user.email "email" 输入邮箱跟上面一样的
git config --global user.password "password" 注意:这里一般不建议不设置,相当于泄露了密码
注1:全局变量
--global 表示全局的,即当前用户都有效,该配置会出现在 ~/.gitconfig 文件中,~表示当前用户的目录,
比如我的是:C:\Users\Administrator\.gitconfig,打开该文件你会发现如下图所示的内容:
[user]
name = xxx
email = xxx@qq.com
注2:局部变量
git config user.name "username"
git config user.email "email"
局部是只对当前仓库起效的,它的配置信息会在当前仓库根目录/.git/config文件下
注意:局部变量覆盖全局变量!!!和编程语言里面的变量关系是一样的。
注3:删除某个全局配置项
git config --global --unset user.name
将远程仓库clone到本地仓库
这样就说明下载成功了
git status:查看当前目录下有没有发生变化,也就是暂存区
到这里,我们就从代码区到达了本地仓库
这样就好了,说明本地仓库传递到了远程仓库中去了
执行命令:三部曲 git add 、git commit 、git push
就是说从暂存区变回未跟踪状态
目前我又添加了两个文件4,5
git init : 把当前的目录转变成git所管理的目录
- mkdir jwj-b
- cd jwj-b
- git init
- touch README.md
- git add README.md
- git commit -m "first commit"
- git remote add origin https://gitee.com/dare-123/jwj-b.git
- git push -u origin "master"
- cd existing_git_repo
- git remote add origin https://gitee.com/dare-123/jwj-b.git
- git push -u origin "master"
接着在执行我们的三部曲:
我们在去gitee里面去刷新一下看看我们从本地搭建好的项目上传到了gitee中没有如图所示:
项目经理:
1.在某一个工作区间搭建环境,ssm能跑起来
2.在该工作区间中执行git init 命令,标记该工作区间由git所管理
3.在gitee/github中新建仓库
4.通过 git remote add origin url (关联的地址)将本地仓库与远程仓库进行关联
5.将本地仓库与远程仓库 进行文件同步 git pull --rebase origin master
6.执行git 三部曲 add commit push 将搭建好的环境推送到远程仓库
组员:
1.通过git clone 将组长搭建好的环境克隆到本地:并且保障项目能运行
2.测试组员修改、新增代码是能够推送到远程仓库的
测试git add、commit、push功能是否有用
刚刚我们上面项目经理写好的项目,组员下载下来 ,假设我的组员是我自己啊
vi:在命令行编辑文件
按 i 键:黑窗口才允许输入编辑内容
按 ESC 键 退出编辑窗口
再按 :wq 保存编辑文件修改的内容,回到git命令窗口
就退出了编辑窗口
执行三部曲上传到远程仓库
组员下载下来:
ESC退出
组员这里是可以看到修改好的了
组长也是修改了这个Order.java
我们现在可以去gitee中去看一下这个Order.java里面的内容是什么
执行三部曲:
这里就不能提交成功了
可能的原因是代码不同步:
解决冲突不借助任何工具,用最原始的方法编辑
在执行三部曲:
我们在去gitee上刷新一下:组长和组员修改的代码都保留了
vi:在命令行编辑文件
按 i 键:黑窗口才允许输入编辑内容
按 ESC 键 退出编辑窗口
再按 :wq 保存编辑文件修改的内容,回到git命令窗口