Git的使用
1、版本控制
什么是版本控制? 版本迭代,新的版本
版本控制(Revision control)是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一。是一种在开发过程中用于管理我们对文件、目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。
- 实现跨区域多人协同开发
- 追踪和记载一个或者多个文件的历史记录
- 组织和保护你的源代码和文档
- 统计工作量
- 并发开发、提高开发效率
- 追踪记录整个软件的开发过程
- 减轻开发人员的负担,节省时间,同时降低人为错误
简单说就是用于管理多人协同开发项目的技术
没有进行版本控制或者版本控制本身缺乏正确的流程管理,在软件开发过程中将会引入很多问题。
- 软件代码的一致性
- 软件内容的冗余
- 软件过程的事务性
- 软件开发过程中的并发性
- 软件源代码的安全性
- 软件的整合等问题
多人开发就必须要使用版本控制,都在代价会比较大
常见版本控制工具
- Git
- SVN(Subversion)
- CVS(Concurrent Versions System)
- VSS(Micorosoft Visual SourceSafe)
- TFS(Team Foundation Server)
- Visual Studio Online
版本控制分类
- 本地版本控制
记录文件每次更新,可以对每个版本做一个快照,或是记录补丁文件,适合个人用,如RCS
- 集中版本控制SVN
所有的版本数据都保存在服务器上,协同开发者从服务器上同步更新或上传自己的修改。
如果不连网则无法使用版本控制器(用户看不到历史版本),也无法切换版本验证问题,或在不同分支工作。而且,所有数据都保存在单一的服务器上,有很大的风险这个服务器会损坏,这样就会丢失所有的数据,当然可以定期备份。代表产品:SVN、CVS、VSS
- 分布式版本控制
每个人拥有全部代码,但具有安全隐患!
所有版本信息仓库全部同步到本地的每个用户,这样就可以离线使用版本控制器,只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据,只要有一个用户的设备没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用。
不会因为服务器损坏或者网络问题,造成不能工作的情况
Git和SVN的最主要区别
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,工作的时候,用的都是自己的电脑,所以首先要从中央服务器得到最新的版本,然后工作,完成工作后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作,对网络带宽要求较高。
Git是分布式版本控制系统,没有中央服务器,每个人的电脑就是一个完整的版本库,工作的时候不需要联网了,因为版本都在自己电脑上。协同的方法:比如自己在电脑上改了文件A,其他人电脑上也改了文件A,这时,你们俩之间只需要把各自的修改推送给对方,就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件!
Git是目前世界上最先进的分布式版本控制系统。
2、Git历史
Linux和Git之父李纳斯.托沃兹研发
同生活中的许多伟大事物一样,Git 诞生于一个极富纷争大举创新的年代。
Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
Linux社区中存在很多的大佬!破解研究 BitKeeper !
到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。(2周左右!) 也就是后来的 Git!
3、Git的工作原理(核心)
参考:https://zhuanlan.zhihu.com/p/139677427
工作区域
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果再加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下。
- Workspace:工作区,就是平时存放项目代码的地方
- Index/Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
- Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
- Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
本地的三个区域确切的说应该是git仓库中HEAD指向的版本;
- Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间。
- WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。
- .git:存放Git管理信息的目录,初始化仓库的时候自动创建。
- Index/Stage:暂存区,或者叫待提交更新区,在提交进入repository之前,我们可以把所有的更新放在暂存区。
- Local Repository:本地仓库,一个存放在本地的版本库;HEAD会只是当前的开发分支(branch)。
- Stash:隐藏,是一个工作状态保存栈,用于保存/恢复WorkSpace中的临时状态。
工作流程
- 在工作目录中添加、修改文件
- 将需要进行版本管理的文件放入暂存区域(git add .)
- 将暂存区域的文件提交到git仓库(git commit)
因此:git管理的文件有三种状态:已修改(modified)、已暂存(staged)、已提交(committed)
4、Git环境配置
环境变量只是为了全局使用而已
官网下载:https://git-scm.com/download
启动Git
Git Bash:Unix与Linux风格的命令行,使用最多,推荐最多
Git CMD: Windows风格的命令行
Git GUI: 图形界面的Git,不建议初学者使用,尽量先熟悉常用命令
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用该用户信息
4.1、基本Linux命令
cd:改变目录
cd . :回退到上一个目录,直接cd进入默认目录
pwd:显示当前所在的目录路径
ls(ll):列出当前目录中所有文件,只不过ll列出的内容更为详细
ls -ll:
ls -al:查看全部文件
touch:新建一个文件 如 touch index.js 就会在目录下新建一个index.js文件
rm:删除一个文件, rm index.js 就会把index.js文件删除
mkdir:新建一个目录(文件夹)
rm -r:删除一个文件夹, rm -r src 删除src目录
rm -rf /:主目录删除(禁用)删除电脑中全部文件
mv:移动文件, mv index.js src ,就会将index.js 移动到src文件夹下
reset:重新初始化终端/清屏
clear:清屏
history:查看历史命令
help:帮助
exit:退出
#:表示注释
ifconfig、ip addr:查看网络配置
d: 盘符切换
dir(directory):列出当前目录下的文件以及文件夹
cd(change directory):改变指定目录(进入指定目录)
cd…:退回到上一级目录 回退多级目录 cd …/ …/
cd\:退回到根目录
cls(clear screan):清屏
exit:退出dos命令行
ipconfig /all:查看本机ip 网卡物理地址等信息
calc:打开计算器
mspaint:打开画板
notepad:打开记事本
hostname:获取计算机名称
ping www.baidu.com
md(made directory):创建目录
rd(remove directory):删除目录
cd>a.txt type nul>a.txt copy nul>a.txt 三种方式创建空文件
del(delete):删除文件,删除一堆后缀名一样的文件 *.txt
删除带内容的文件夹 不能直接删除,所以加参数:
rd+/s 文件夹名称(询问是否删除)
rd+/q+/s 文件夹名称(直接删除)
4.2、Git的必要配置
查看不同级别的配置文件
-:代表短命令、- -代表长命令
查看配置:git config -l(全部配置)
查看系统配置:git config --system --list(系统给配置的)
查看本地配置:git config --global --list(用户名和邮箱等,必须要配置的)
git的相关配置
- Git\etc\gitconfig:Git安装目录下的gitconfig --system 系统级
- C:\Users\Administrator.gitconfig:只适用于当前登录用户的配置 --global 全局
设置用户名与邮箱(用户标识,必须要)
当你安装Git后首先要做的事情是设置你的用户名称和email地址,必须要配置,因为每次git提交都会使用该信息。它被永远的嵌入到你的提交中。
git config --global user.name "koen" # 名称
git config --global user.email "1034174907@qq.com" # 邮箱
常用指令配置别名(可选)
有些常用的指令参数非常多,每次都要输入好多参数,我们可以使用别名。
- 打开用户目录,创建
.bashrc
文件
部分windows系统不允许用户创建点号开头的文件,可以打开gitBash,执行
# 创建文件
touch ~/.bashrc
- 在
.bashrc
文件中输入如下内容(注释不复制)
# 用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
# 用于输出当前目录所有文件及基本信息
alias ll='ls -al'
- 打开gitBash,执行
source ~/.bashrc
source ~/.bashrc
解决GitBash乱码问题
-
打开GitBash执行下面命令
在使用git的时候,经常会碰到有一些中文文件名或者路径被转义成\xx\xx\xx之类的,
可以通过git的配置来改变默认转义。
git config --global core.quotepath false
- git安装目录下/etc/bash.bashrc 文件最后加入下面两行
export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"
5、Git项目搭建
创建工作目录与常用命令
工作目录(WorkSpace)一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要有中文
命令如下:
-
clone(克隆): 从远程仓库中克隆代码到本地仓库
-
checkout (检出):从本地仓库中检出一个仓库分支然后进行修订
-
add(添加): 在提交前先将代码提交到暂存区
-
commit(提交): 提交到本地仓库。本地仓库中保存修改的各个历史版本
-
fetch (抓取) : 从远程库,抓取到本地仓库,不进行任何的合并动作,一般操作比较少。
pull (拉取) : 从远程库拉到本地库,自动进行合并(merge),然后放到到工作区,相当于fetch+merge
-
push(推送) : 修改完成后,需要和团队成员共享代码时,将代码推送到远程仓库
- 创建本地仓库的方法有两种:一种是创建全新的仓库,另一种是克隆远程仓库
5.1、本地仓库搭建
- 创建全新的仓库,需要用git管理的项目的根目录执行
# 初始化git代码库
git init
- 执行后可以看到,仅仅在项目目录多出了一个.git目录(它是一个隐藏文件夹),关于版本等的所有信息都在这个目录里面
5.2、克隆远程仓库(常用场景)
此操作是已有创建好的远程仓库,我们直接克隆到本地
# 本地目录可以省略,会自动生成一个目录
git clone <仓库路径> [本地目录]
- SSH:要求在机器上有一个公钥
git clone git@toscode.gitee.com:xiaokoen/studygit.git
- HTTPS:要求输入用户名和密码
git clone https://toscode.gitee.com/xiaokoen/studygit.git
- 去Gitee或者Github上克隆一个测试即可!
6、Git文件操作(命令行)
文件的四种状态
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。
- Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add . 状态变为Staged.
- Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件
- Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add .可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改 !
- Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified
6.1、基础命令
# 查看指定文件状态(暂存区、工作区)
git status [filename]
# 查看所有文件状态(暂存区、工作区)
git status
# 添加所有文件工作区到暂存区
git add .
# 提交暂存区中的内容到本地仓库 -m提交信息
git commit -m "日志"
# 提交到远程仓库
git push
测试
# 初始化git
git init
# 查看文件状态
git status
- 显示没有文件被跟踪,我们添加一个文件
# 添加一个文件
touch hello.txt
# 查看文件状态
git status
- 当前hello.txt文件没有被跟踪
# 将文件提交到暂存区
# git add (工作区 --> 暂存区)
git add .
# 查看文件状态
git status
- 显示文件处于待提交状态
# 提交文件到本地仓库
# git commit (暂存区 --> 本地仓库)
git commit -m "消息内容 hello.txt"
- 提交日志规范
正式开发中,提交日志,一般有规范,在日志前面加前缀
git commit -m '前缀:提交日志'
前缀如下:
feat: 新功能(feature)
fix: 修补bug
docs: 修改文档(documentation)
style: 样式(不影响代码运行的变动)
refactor:重构(即不是新增功能,也不是修改bug的代码变动)
perf:代码性能优化
test: 增加测试
- 提交成功
# 再次查看文件状态
git status
- 显示没有文件需要提交,工作区已经没有东西
后面讲解提交文件到远程仓库
6.2、查看提交日志
git log --pretty=oneline --all --graph --abbrev-commit
git log [option]
options:
--all 显示所有分支
--pretty=oneline 将提交信息显示为一行
--abbrev-commit 使得输出的commitId更简短
--graph 以图的形式显示
常用指令配置别名(可选)
有些常用的指令参数非常多,每次都要输入好多参数,我们可以使用别名。
- 打开用户目录,创建
.bashrc
文件
部分windows系统不允许用户创建点号开头的文件,可以打开gitBash,执行
touch ~/.bashrc
- 在
.bashrc
文件中输入如下内容(注释不复制)
#用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
#用于输出当前目录所有文件及基本信息
alias ll='ls -al'
- 打开gitBash,执行
source ~/.bashrc
6.3、撤销未提交的已编辑内容
git restore 文件名
- 修改文件
- 查看当前状态,我们修改文件之后,还没有提交,可以撤销
git restore test.txt
6.4、版本回退 (了解,慎重使用)
# commitID 可以使用`git-log`或`git log`指令查看
git reset --hard commitID
# 查看日志(注:git-log是自己配置的命令别名)
git-log
git log --pretty=oneline --all --graph --abbrev-commit
# 版本回退
git reset --hard 2025bc5
注意:如果我们回退错了,解救办法
# 查看已经删除的记录
git reflog
# 回退回去即可
git reset --hard fb04f60
git-log
6.5、忽略文件(有的文件不需要提交)
有些时候我们不想把某些文件纳入版本控制汇总,比如数据库文件,临时文件,设计文件等。
在主目录下建立“.gitignore”文件,此文件有如下规则:
- 忽略文件中的空行或以井号(#)开始的行将会被忽略。
- 可以使用Linux通配符。例如:星号(*)代表任意多个字符,问号(?)代表一个字符,方括号([abc])代表可选字符范围,大括号({string1,string2,…})代表可选的字符串等。
- 如果名称的最前面有一个感叹号(!),表示例外规则,将不被忽略。
- 如果名称的最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略。
- 如果名称的最后面是一个路径分隔符(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)。
例如:.gitignore
# Created by .ignore support plugin (hsz.mobi)
### Java template
*.class
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.ear
*.zip
# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
.idea
*.iml
*.bak
*.class
*.rar
*.log
.project
.settings
.classpath
target
classes
*.DS_Store
.gradle
build
out
log
*.txt # 忽略所有 .txt结尾的文件,这样的话上传就不会被选中
!lib.txt # 但lib.txt除外
/temp # 仅忽略项目根目录下的TOOD文件,不包括其它目录下的temp
build/ # 忽略build/目录下的所有文件
doc/*.txt # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
7、Git分支
分支在GIT中相对较难,分支就是科幻电影里面的平行宇宙,如果两个平行宇宙互不干扰,那对现在的你也没啥影响。不过,在某个时间点,两个平行宇宙合并了,我们就需要处理一些问题了!
7.1、Git分支常用指令
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 新建一个分支,但依然停留在当前分支
git branch [branch-name]
# 切换分支
git checkout [branch]
# 新建一个分支,并切换到该分支
git checkout -b [branch]
# ★★★合并指定分支到当前分支
git merge [branch]
- master分支:
- dev分支:
- master分支合并dev分支:
# 删除分支,需要做各种检查(在-d删除时,可能git会提示,这个分支未合并到主分支,故不让你删除这个分支)
git branch -d [branch-name]
# 不做任何检查,强制删除(如果非常确定要删除某一分支,必须使用-D来强制删除这个分支)
git branch -D [branch-name]
# 删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]
7.2、★解决暂存区与本地仓库冲突
如果同一个文件在合并分支时都被修改了则会引起冲突:解决的办法是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码!
要先在本地git pull下来,解决冲突问题之后,才可以git push推送上去
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。
- 处理文件中冲突的地方
- 将解决完冲突的文件加入暂存区(add)
- 提交到仓库(commit)
- master仓库
- dev仓库
- 将dev分支合并到master分支上
# 将dev分支合并到master分支上
git merge dev
- 查看dev.txt文件内容
# 查看dev.txt文件内容
cat dev.txt
- vim编辑器
# vim编辑器
vim dev.txt
# 进入编辑器后 按 i 进入输入模式
i
- 编辑完后,ESC退出输入模式,切换到命令模式
# 编辑完后,ESC退出输入模式,切换到命令模式
ESC
# 保存并退出
:wq
- 查看dev.txt文件
# 查看dev.txt文件
cat dev.txt
- 提交到暂存区 / 提交到本地仓库
# 提交到暂存区
git add .
# 提交到本地仓库
git commit -m 'xxx'
7.3、开发中分支使用原则与流程
几乎所有的版本控制系统都以某种形式支持分支(也有些特定的规范,比如GitFlow)。 使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能,以免影响开发主线。
在开发中,一般有如下分支使用原则与流程:
-
master (生产) 分支
线上分支,主分支,中小规模项目作为线上运行的应用对应的分支;
-
develop(开发)分支
是从master创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线要求,都可以在此版本进行开发,阶段开发完成后,需要是合并到master分支,准备上线。
-
feature/xxxx分支
从develop创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上的研发任务完成后合并到develop分支。
-
hotfix/xxxx分支,
从master派生的分支,一般作为线上bug修复使用,修复完成后需要合并到master、test、develop分支。
-
还有一些其他分支,在此不再详述,例如test分支(用于代码测试)、pre分支(预上线分支)等等。
8、Git远程仓库
在国内我们一般使用Gitee,公司中有时候会搭建自己的Gitlab服务器,还有开源Github
Gitee官网:https://gitee.com/
Gitlab官网:https://about.gitlab.com/
Github官网:https://github.com/
8.1、注册码云,完善个人信息
8.2、配置SSH公钥
生成公钥
# 进入 C:\Users\Administrator\.ssh 目录(默认是没有文件的id_rsa、id_rsa.pub)
# 生成公钥(-C 可省略,一般写开发人员的邮箱地址)
ssh -keygen -t rsa -C "k2study@163.com"
- 进入 C:\Users\Administrator.ssh 目录(默认是没有文件的id_rsa、id_rsa.pub)
- 生成公钥 (-t rsa:是一个加密算法,官方推荐使用这个)
ssh-keygen -t rsa -C "k2study@163.com"
# 一直回车,如果公钥已经存在,则自动覆盖
- ok,我们这个文件夹中已经生成了这两个文件,可以找到文件查看公钥
# 通过命令行获取公钥
cat ~/.ssh/id_rsa.pub
- 我们将公共的(pub)公钥添加到码云账户中即可,标题是默认的,因为我们上面生成公钥的时候,没有修改(密码还是我们的登录密码),我们添加成功
8.3、创建远程仓库
- 许可证:开源是否可以随意转载,开源但是不能商业使用,不能转载…等等限制!
- ok,我们已经创建完成
- 设置为开源代码,点击右上角的管理,修改即可!
8.4、操作远程仓库
1、添加到远程仓库
# 远端名称,默认是origin,取决于远端服务器设置
# 仓库路径,从远端服务器获取此URL
git remote add <远程名称> <仓库路径>
git remote add origin git@toscode.gitee.com:xiaokoen/koen-test.git
2、查看远程仓库
# 查看远程仓库
git remote
- 查看连接的名字和地址
# 查看连接的名字和地址
git remote -v
3、推送到远程仓库
# 命令行操作
git push [-f] [--set-upstream] [远端名称 [本地分支名]\[:远端分支名] ]
# 如果远程分支名和本地分支名称相同,则可以只写本地分支
git push origin master
# -f 表示强制覆盖
git push -f --set-upstream origin master:master
# 如果当前分支还没有和远端分支关联会报错
git push
- 如果当前分支还没有和远端分支关联会报错
- –set-upstream:推送到远端的同时并且建立起和远端分支的关联关系
# --set-upstream:推送到远端的同时并且建立起和远端分支的关联关系
git push --set-upstream origin master:master
- 推送远程仓库成功
# 如果当前分支已经和远端分支关联,则可以省略分支名和远端名
# 将master分支推送到已关联的远端分支
git push
4、本地分支与远程分支的关联关系
# 查看本地分支与远程分支的关联关系
git branch -vv
5、从远程仓库中抓取和拉取
- 远程分支和本地的分支一样,我们可以进行merge操作,只是需要先把远端仓库里的更新都下载到本地
# 抓取命令:抓取指令就是将仓库里的更新都抓取到本地,不会进行合并
git fetch [remote name] [branch name]
- 如果不指定远端名称和分支名,则抓取所有分支
# 把远端分支合并到本地
git merge origin/master
- 拉取指令就是将远端仓库的修改拉到本地并自动进行合并,等同于fetch+merge
# 拉取命令:将远程仓库的修改拉取到本地仓库
git pull [remote name] [branch name]
git pull
- 如果不指定远端名称和分支名,则抓取所有并更新当前分支
# 设置默认pull的策略(如果出现提示再设置即可)
git config pull.rebase false
6、★解决合并冲突
在一段时间,A、B用户修改了同一个文件,且修改了同一行位置的代码,此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库,此时B用户在本地修订代码,提交到本地仓库后,也需要推送到远程仓库,此时B用户晚于A用户,故需要先拉取远程仓库的提交,经过合并后才能推送到远端分支
在B用户拉取代码时,因为A、B用户同一段时间修改了同一个文件的相同位置代码,故会发生合并冲突。
远程分支也是分支,所以合并时冲突的解决方式也和解决本地分支冲突相同相同
8.5、远程仓库克隆(常用场景)
此操作是已有创建好的远程仓库,我们直接克隆到本地
# 本地目录可以省略,会自动生成一个目录
git clone <仓库路径> [本地目录]
- SSH:要求在机器上有一个公钥
git clone git@toscode.gitee.com:xiaokoen/studygit.git
- HTTPS:要求输入用户名和密码
git clone https://toscode.gitee.com/xiaokoen/studygit.git
- 从远程仓库克隆项目之后,再向远程仓库推送的时候,就不需要再创建连接,直接推送即可
git push
9、Idea中集成Git(界面操作)
9.0、Idea常用git操作入口
9.1、添加忽略文件.gitignore
把忽略文件放到项目根目录下
9.2、创建git本地仓库
- 工具栏会显示相关操作按钮
- 项目集成git后,文件名变颜色了
9.3、将文件添加到暂存区
提交到暂存区,文件变成绿色表示提交成功
9.4、提交代码到本地仓库
- 提交到本地仓库后,文件颜色改变,表示提交成功
9.5、推送到远程仓库
注意:需要提前在gitee仓库创建仓库地址,然后输入到如上URL位置。
- 推送完成后,查看远程仓库
9.6、从远程克隆仓库到本地
1、方式一
- 在Idea打开界面克隆(方式一)
- Idea打开进入界面之后克隆(方式二)
- 输入相应信息
- 克隆成功
2、方式二
- Idea安装 Gitee 插件
- 如果Git安装在默认路径下,那么idea会自动找到git的位置,如果更改了Git的安装位置则需要手动配置下Git的路径。
- Idea集成Gitee
9.7、从远程拉取代码
9.8、版本比较
- 对比修改代码后,可以点击对比按钮,对比差异
9.9、创建分支
1、常规方法
- 切换分支
2、强大方式
9.10、分支操作
9.11、解决合并冲突问题
- 切换到master分支,我们来模拟一个合并冲突问题
- 在本地修改一段代码
- 在远程仓库修改一段代码
- 将本地文件推送到远程仓库
- 提示我们有冲突问题
- Merge合并后
- 继续Merge
- 已经全部添加进去了
- 已经从远程仓库中pull拉取下来
- push推送即可
注意:
- 如果出现推送冲突问题,push之前会先让pull,如果使用命令行操作需要
git pull
拉取 - 使用Idea操作,push之前如果冲突就会如上选择,选择过程中就是pull拉取
10、Idea中集成Git(命令行操作)
10.1、使用git命令把现有的项目推送到远端
# 初始化仓库
git init
# 添加忽略文件
# 添加文件到暂存区
git add .
# 提交文件到本地仓库
git commit -m '日志'
# 添加到远程仓库 git Remote add 远端名称 仓库名称
git remote add origin git@toscode.gitee.com:xiaokoen/koen-test.git
# 推送到远程仓库 git push [-f] --set-upstream 远端名称 本地分支名:本地分支名
git push --set-upstream origin master
# 如果远端仓库已经有内容,可以考虑假如 -f 强制推送(不推荐)
10.2、冲突问题
先拉取再推送
# 拉取
git pull
# 推送
git push
上传代码到github
1、安装git
环境变量只是为了全局使用而已
官网下载:https://git-scm.com/download
启动Git
Git Bash: Unix与Linux风格的命令行,使用最多,推荐最多
**Git CMD: **Windows风格的命令行
Git GUI: 图形界面的Git,不建议初学者使用,尽量先熟悉常用命令
基本Linux命令
cd:改变目录
cd … :回退到上一个目录,直接cd进入默认目录
pwd:显示当前所在的目录路径
ls(ll):列出当前目录中所有文件,只不过ll列出的内容更为详细
touch:新建一个文件 如 touch index.js 就会在目录下新建一个index.js文件
rm:删除一个文件, rm index.js 就会把index.js文件删除
mkdir:新建一个目录(文件夹)
rm -r:删除一个文件夹, rm -r src 删除src目录
rm -rf /:主目录删除(禁用)删除电脑中全部文件
mv:移动文件, mv index.js src ,就会将index.js 移动到src文件夹下
reset:重新初始化终端/清屏
clear:清屏
history:查看历史命令
help:帮助
exit:退出
#:表示注释
Git的必要配置
查看不同级别的配置文件
-:代表短命令、–代表长命令
查看配置:git config -l(全部配置)
查看系统配置:git config --system --list(系统给配置的)
查看本地配置:git config --global --list(用户名和密码等,必须要配置的)
git的相关配置
- Git\etc\gitconfig:Git安装目录下的gitconfig --system 系统级
- C:\Users\Administrator.gitconfig:只适用于当前登录用户的配置 --global 全局
设置用户名与邮箱(用户标识,必须要)
当你安装Git后首先要做的事情是设置你的用户名称和email地址,必须要配置,因为每次git提交都会使用该信息。它被永远的嵌入到你的提交中。
git config --global user.name "koen" # 名称
git config --global user.email "1034174907@qq.com" # 邮箱
2、创建github账户
设置本机绑定ssh公钥,实现免密码登录
生成公钥
# 进入 C:\Users\Administrator\.ssh 目录(默认是没有文件的id_rsa、id_rsa.pub)
# 生成公钥
ssh-keygen
- 进入 C:\Users\Administrator.ssh 目录(默认是没有文件的id_rsa、id_rsa.pub)
- 生成公钥 ssh-keygen -t rsa (-t rsa:是一个加密算法,官方推荐使用这个)
- ok,我们这个文件夹中已经生成了这两个文件
- 我们将公共的(pub)公钥添加到码云账户中即可,标题是默认的,因为我们上面生成公钥的时候,没有修改(密码还是我们的登录密码),我们添加成功
3、在idea中配置git相关
3.1、配置git
3.2、配置github
- 在github官网创建令牌
- 将生成的令牌复制到idea中即可!
- OK,配置成功
4、创建远程仓库
- OK,我们创建成功
5、idea中上传代码到github
5.1、使用命令上传项目到github
在idea中找到Terminal
- git初始化本地仓库
# 初始化本地仓库
git init
- 将本地代码提交到本地仓库中
# 添加到暂存区
git add .
# 提交到本地仓库
git commit -m '提交内容描述'
- 将本地仓库与远程仓库进行绑定
# 本地仓库与远程仓库进行绑定
git remote add origin 远程仓库的url(https)
git remote add origin https://github.com/xiaokoen/MP.git(这是我刚创建的仓库url)
# 如果绑定报错:error: remote origin already exists.(提示我们已经绑定过,我们不知道绑定的哪一个远程仓库,我们可以删掉再重新添加)
git remote rm origin
git remote add origin url
- 将项目push到远程仓库
# 将项目push到远程仓库
git push -u origin master
# 如果git push -u origin master出错,使用默认的分支main
git branch -M main
git push -u origin main
git push -u origin master出错原因:
GitHub 上的所有新库都将用中性词「main」命名,取代原来的「master」,因为后者是一个容易让人联想到奴隶制的术语。
若提交到master主分支会出错,使用命令git branch -M main 来修改主分支为main即可。
- OK,我们已经上传成功
5.2、使用idea图形化界面上传项目到github
- 选择要上传的项目
- 选择之后,git相关就会出现,找到commit,点击
- 将项目push到远程仓库
- OK,我们测试成功