网站的建设技术有哪些,企业网站主要功能,小程序开发费用一览表,wordpress 插件 备忘录一、git概述
1.1版本控制方式 集中式版本控制工具 集中式版本控制工具#xff0c;版本库是集中存放在中央服务器的#xff0c; team 里每个人 work 时从中央服务器下载代码#xff0c;是必须联网才能工作#xff0c; 局域网或互联网#xff0c;个人修改之…一、git概述
1.1版本控制方式 集中式版本控制工具 集中式版本控制工具版本库是集中存放在中央服务器的 team 里每个人 work 时从中央服务器下载代码是必须联网才能工作 局域网或互联网个人修改之后然后提交中央版本库。 举例SVN 和 CVS 分布式版本控制工具 在分布式版本控制系统没有 中央服务器每个人电脑上都是一个完整的版本库 这样工作的时候无需联网了因为版本库就在你自己电脑上 多人协作只需要各自的修改推送给对方就能互相看到对方修改了。 举例Git 1.2安裝 windows版本 官方下载比较慢Git - Downloads Linux版本 yum install git查看git版本。 git --version 1.3创建仓库gitee
注册账号 Gitee - 基于 Git 的代码托管和研发协作平台 新建仓库 honey2024 配置 git config --global user.email your_emailexample.com git config --global user.name username 要查看 Git 的用户名和邮箱你可以使用以下命令 git config --global user.name git config --global user.email 输入 git init 把这个目录变成一个 git 仓库本地仓库跟远程的仓库建立连接新建 .gitignore文件 .idea
node_modules
*.iml 暂存代码 git add . (要注意当前的仓库是否存在旧的仓库文件夹 .git如果存在要删除掉) # 把当前目录除了 .gitignore描述之外的所有文件全部加入到暂存区
git add . 提交文件到本地仓库 git commit -m 初次提交
解决git bash 终端显示中文乱码 git config --global core.quotepath false
6.推送代码到远程仓库
git push -u origin master
强制覆盖远程仓库git push -f origin master
总结
# 配置
# 全局配置
git config --global user.email your_emailexample.com
git config --global user.name username
# 仓库配置
git config user.email your_emailexample.com
git config user.name usernamegit config --global --list
git config --list# 新建仓库
git init
# 添加远程仓库
git remote add origin
# 查看远程仓库
git remote -v# 添加文件到暂存区
git add .
# 查看状态
git status
# 忽略文件
.gitignore文件# 提交
git commit -m init# 拉取远程代码
git pull origin master
# 强制推送代码到远程仓库
git push -f origin master# 克隆代码
git clone 1.4idea配置git 安装好IntelliJ IDEA后如果Git安装在默认路径下那么idea会自动找到git的位置如果更改了Git的安装位置则需要手动配置下Git的路径。选择File→Settings打开设置窗口找到Version Control下的git选项 如果idea终端输入git命令无法识别解决办法
Idea打开setting-搜索git-Version Control-Git-将Path to Git executable地址修改为-Git\cmd\git.exe 如下图 接着在上面搜索框中搜索tools-找到下面的Terminal-将Shell Path改为-Git\bin\bash.exe最后点击确认。 如下图 git init //初始化仓库
git add .(文件name) //添加文件到本地
git commit -m “first commit” //添加文件描述信息
git remote add origin 远程仓库地址 //链接远程仓库
git pull origin master // 把本地仓库的变化连接到远程仓库master 分支
git push -u origin master //把本地仓库的文件推送到远程仓库master 分支idea开启远程 IDEA常用GIT操作入口 1.5开发中的实际场景 场景一备份 小明负责的模块就要完成了就在即将 Release 之前的一瞬间 电脑突然蓝屏硬盘光荣牺牲几个月来的努力付之东流 场景二代码还原 这个项目中需要一个很复杂的功能老王摸索了一个星期终于有眉目了 可是这杯改得面目全非的代码已经回不去从前了什么地方能买到哆啦A梦的时光机啊 场景三协同开发 小刚和小天先后从文件服务器上下载了同一个文件Analysis.java 小刚在 Analysis.java 文件中的第 30 行声明了一个方法叫 count() 先保存到了文件服务器上于是count()方法只存在于小刚的记忆中了 场景四追溯问题代码的编写人和编写时间! 老王是另一位项目经理每次因为项目进度挨骂之后 他都不知道该扣哪个程序员的工资就拿这次来说吧 有个Bug调试了30多个小时才知道是因为相关属性没有在应用初始化时赋值 可是二胖、王东、刘流和正经牛都不承认是自己干的 二、工作原理
2.1基本概念工作区、暂存区、版本库、远程仓库 工作区(Workspace)本地存放文件的地方。Git会知道这里的文件变更如添加/修改/删除文件。暂存区(Stage/Index)临时存放文件变更信息事实上它是一个名为index的文件。版本库(Repository)工作区有一个隐藏目录.git它是Git的版本库为了与远程仓库区分将其明确称为本地版本库(Local Repository)。其中有一个HEAD指向当前版本库版本。远程仓库(Remote Directory)托管代码的服务器可以简单的认为是你项目组中的一台电脑用于远程数据交换。 2.2 Git文件操作
创建仓库git init
创建本地仓库的方法有两种一种是本地创建全新仓库另一种是克隆远程仓库
本地创建全新仓库初始化一个版本库
git init 提交变更git add, git commit
下面介绍提交变更到本地版本库的基本流程。
准备工作先新建一个目录learngit并创建README.md文件随便写入一句话。
mkdir learngit
cd learngit
touch README.md
echo # Hello, git! README.md
添加文件变更到版本库分两步
使用命令git add file可多次使用添加多个文件。使用命令git commit -m message文件从暂存区提交到版本库message表示提交的信息。
git init #初始化一个git的本地仓库
git add README.md #将工作区README.md文件的变更移动到暂存区
git commit -m add README.md #将暂存区提交到本地仓库 在IntelliJ IDEA中“提交”对应于Git的**git commit命令而“推送”对应于Git的git push**命令。具体如下 提交Commit在IDEA中执行提交操作通常通过VCS菜单下的Commit选项或者快捷键CtrlK来进行。这个操作会将你在本机工作目录中对文件所做的修改保存到本地的Git仓库中。提交时你需要编写提交信息来描述本次提交包含的更改。推送Push在IDEA中推送代码到远程仓库通常是通过VCS菜单下的Push选项进行。对应的Git命令是git push它会将本地仓库中的提交推送到配置好的远程仓库如GitHub或GitLab等。在进行推送之前需要确保本地仓库与远程仓库已经关联并且设置了正确的远程仓库地址。 需要注意的是在实际操作中为了确保其他人能够顺利拉取Pull你的更改建议在推送之前先执行git pull或git fetch来获取最新的远程更改并解决可能出现的合并冲突。 管理变更git add/rm, git restore
理解Git跟踪并管理的是变更而不是文件。 撤销工作区变更撤销对工作区文件的添加/修改/删除git restore filename 或 git checkout -- filename。 撤销暂存区变更撤销git add/rmgit restore --staged filename 或 git reset HEAD filename。
echo after git add README.md #在工作区修改README.md用git status可以看到被修改但这一变更未加到暂存区
git add README.md #变更被加到暂存区
git restore --staged README.md #撤销暂存区的变更README.md的修改注意此时工作区文件还是没有变
git restore README.md #撤销工作区的变更即工作区README.md文件被还原成修改前git rm README.md #在工作区删除README.md并且这一变更被加到暂存区
git restore --staged README.md #撤销暂存区的变更README.md的删除注意此时工作区文件还是没有变
git restore README.md #撤销工作区的变更即工作区README.md文件被还原成删除前 相当于 在IntelliJ IDEA中回滚操作对应于Git的git reset命令。 具体来说IntelliJ IDEA提供了一种直观的方式来回滚到特定的版本 版本回退git reset Git允许我们在版本的历史之间穿梭实际上就是移动HEAD指向的位置HEAD指向的版本就是当前版本。 用git log可以查看提交历史即历史每次提交的commit_id以便确定要回退到哪个版本。 用git reflog可以查看命令历史即所有分支的所有操作记录包括commit, reset, checkout, merge等操作。 指定版本到commit_id
git reset --hard commit_id #当前分支和HEAD均指向commit_id回退到当前HEAD的上一个commit撤销暂存区变更撤销commit和add
git reset --hard HEAD~1 #HEAD~1表示上一个commit版本如果是往上两个版本就是HEAD~2当前版本就是HEAD回退到当前HEAD的上一个commit不撤销暂存区变更撤销commit
git reset --soft HEAD~1
详情请见Git分布式管理-头歌实验日志和版本回退 查看命令git status, git log, git reflog, git diff
git status 查看git仓库中工作区、暂存区、版本库的当前状态。git log 查看提交历史。可加选项 --oneline 每行显示一个commit。例如显示9af21bf add README.md那么commit_id前几个字符就是9af21bf。--all 显示所有分支的提交历史否则只显示当前分支的提交历史。--graph 显示分支合并以横线形式连接曾有过合并的各个提交。git reflog 查看命令历史。git diff 查看工作区和暂存区差异。git diff --cached 查看暂存区和版本库差异。git diff -- HEAD~1 查看工作区和版本库的差异。HEAD~1可以改成HEAD、HEAD~2等等。git diff HEAD HEAD~1 查看版本库HEAD与版本库HEAD~1之间的差异最新的commit和上一次commit。
git log相当于idea 查看提交记录命令 git log [option]option–-all 显示所有分支–-prettyoneline 将提交信息显示为一行–-abbrev-commit 使得输出的commitId更简短–-graph 以图的形式显示 git status 相当于idea
小结提交变更 管理变更
本地仓库的各项管理命令可以参照下图方便记忆从右往左看 工作区变更任意的添加/修改/删除文件。 撤销工作区变更git restore filename 或 git checkout -- filename。git add 工作区→暂存区添加文件变更。 撤销addgit restore --staged filename 或 git reset HEAD filename。git commit 暂存区→版本库提交文件变更。 撤销commitgit reset --soft commit_id。撤销commit和addgit reset --hard commit_id。
2.3分支管理
查看/创建/切换/删除分支git branch, git switch 查看本地分支
git branch #要查看远程分支则加上选项-r查看所有分支则加上选项-a创建分支
git branch name切换分支
git switch name #等价于git checkout name (注意switch命令是git 2.23版本的新命令)创建切换分支
git switch -c name #等价于git checkout -b name删除普通分支
git branch -d name
强制删除未合并的分支
git branch -D name 在IntelliJ IDEA中查看、创建、切换和删除分支的操作具体如下 查看分支 通过主菜单VCS - Git - Branches可以查看当前项目的所有分支情况。在Version Control窗口中选择Log选项卡可以看到提交历史以及各个分支之间的关系。 创建分支 在Version Control窗口中选择Local Changes选项卡右键点击想要基于其创建分支的文件或目录选择Git - New Branch。输入新分支的名称然后IDEA会将更改保存到新分支上。 切换分支 在Version Control窗口中选择Local Changes选项卡找到你想要切换到的分支右键点击并选择Checkout as New Branch。如果需要切换到远程分支可以通过VCS - Git - Fetch来先获取远程分支的最新信息然后再进行切换。 删除分支 在Version Control窗口中选择Local Changes选项卡找到你想要删除的本地分支右键点击并选择Git - Delete Branch。如果是远程分支你需要先用Push操作将本地更改同步到远程仓库然后再进行删除。 git branch -vv 命令用于列出所有本地分支及其关联的提交和上游分支。-vv 选项代表 非常详细。 当你运行此命令时你将看到类似于以下的输出 bash master 1a2b3c4 [origin/master] 最后一次提交的信息 在这个输出中 - master 是本地分支的名称。 - 1a2b3c4 是分支当前指向的提交。 - [origin/master] 是与本地分支关联的上游分支。 - 最后一次提交的信息 是该分支上最后一次提交的信息。 当你想查看所有本地分支的状态包括每个分支跟踪的内容以及它们是否领先、落后或已分叉时这个命令非常有用。 合并分支git merge
快速合并(Fast-forward)合并当前分支(旧)到某分支(新)的位置。
git merge name #某分支名为name非快速合并合并当前分支某分支产生一个新的提交合并到这个新提交的位置这样可以保存之前的分支历史。
git merge --no-ff -m message #message表示新提交的信息
操作示例
首先创建并切换到分支feature并在feature分支上进行一次提交。
# 首先用git status看看是否位于分支master如果不是就用git switch master先切换一下
git switch -c feature #创建并切换到分支feature
echo add merge README.md #修改README.md
git add README.md
git commit -m add merge #提交 则此时状态如下图蓝线表示master分支红线表示feature分支 然后用git switch master切换回master分支。此后HEAD指向master。
接下来请任选1或2的命令全部执行一遍即选择你的合并策略Fast-forward 或 no-fast-forward。
1快速合并
git merge feature用git log --oneline --graph显示历史提交信息如下 * f7a06a2 (HEAD - master, feature) add merge * e0e4ca3 conflict fixed (注这里是你上一次的提交信息与合并无关) 合并后的状态如下图 2非快速合并
git merge feature --no-ff -m merge with no-ff 用git log --oneline --graph显示历史提交信息如下 * fc7e0ee (HEAD - master) merge with no-ff |\ | * d4d0ec9 (feature) add merge |/ * e0e4ca3 conflict fixed (注这里是你上一次的提交信息与合并无关) 合并后的状态如下图 选做最后可以用git branch -d feature删除feature分支。
详情请见
Git分布式管理-头歌实验分支管理 bug分支git stash, git cherry-pick
假设现在有master, feature分支你在feature分支上进行工作写一个hello.py文件并将其添加到了暂存区。
git switch feature #切换到feature分支如果没有这个分支就用git switch -c feature创建并切换
touch hello.py echo print(hello) hello.py #创建了一个python代码文件并写入了内容
git add hello.py #将变动加至暂存区
git add之后用git status可以看到hello.py的变更处于待提交状态。
此时突然发现有一个紧急的bug需要修复但hello.py还没有写完暂时无法commit。
于是你打算创建一个新的bug分支但当前分支的工作状态必须先保存下来那么可以用
git stashgit stash可以把当前工作状态储存到stash这个栈之中等以后出栈即可还原现场继续工作。
当前工作状态入栈后再用git status可以看到无文件要提交干净的工作区。
假设要在feature分支上修复bug那么就在feature分支上创建并切换到bug分支命名为issue-101。假设修复bug就是修改README.md文件修复完就commit。
#现在位于feature分支进行操作然后创建并切换到bug分支
git switch -c issue-101 #bug分支
echo Fixed the bug of README.md README.md
git add README.md
git commit -m fix bug 101然后再切换回feature分支将bug分支与feature分支进行非快速合并
git switch feature
git merge issue-101 --no-ff -m merged bug fix 101那么此时已经完成了bug修复可以重返当时储存的工作状态了
git stash pop #将栈顶的工作状态出栈同时删除栈顶内容到此为止我们就完成了feature分支上bug的修复过程总结一下流程
feature分支用git stash保存工作状态。切换到bug分支修复完bugcommit。切换回feature分支将bug分支与feature分支合并。用git stash pop还原工作状态。
现在我们已经修复了feature分支上的bug假设master分支上也要修复相同的bug怎么办
不用那么麻烦的再做一遍修复bug、合并分支的工作可以用git cherry-pick commit_id它能把bug分支的commit操作直接复制然后commit到当前分支
git switch master
git stash # 如果master分支上有待提交的变更那么必须先保存状态
git cherry-pick 8436eb8 #8436eb8是修复bug的commit_id可用git log查看为8436eb8 (issue-101) fix bug 101
git stash pop
选做如果你需要保存多个工作状态可以多次入栈。想恢复某个工作状态的时候先用git stash list查看stash内容再用git stash apply恢复到指定的工作状态
git stash list # 查看stash内容
git stash apply stash{0} #栈顶为stash{0}栈顶的下一个为stash{1}注意git stash apply并不会删除栈内的任何内容但git stash pop将栈顶工作状态出栈的同时也会删除栈顶的内容。
开发中分支使用原则与流程 几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug修改、开发新的功能以免影响开发主线。 在开发中一般有如下分支使用原则与流程 master 生产 分支 线上分支主分支中小规模项目作为线上运行的应用对应的分支 develop开发分支 是从master创建的分支一般作为开发部门的主要开发分支如果没有其他并行开发不同期上线要求 都可以在此版本进行开发阶段开发完成后需要是合并到master分支,准备上线。 feature/xxxx分支 从develop创建的分支一般是同期并行开发但不同期上线时创建的分支分支上的研发任务完成后 合并到develop分支。 hotfix/xxxx分支 从master派生的分支一般作为线上bug修复使用修复完成后需要合并到master、test、develop分支 还有一些其他分支在此不再详述例如test分支用于代码测试、pre分支预上线分支等等。 master分支是主分支是线上发布的分支。上线代码必须是从master分支上线其它分支是不可能上线的。 develop开发分支这是开发过程中的主要分支它可以根据项目功能开发的分出不同的feature分支。feature分支功能开发完成后合并到develop分支合并后记得删除对应feature分支因为功能完成不需要了 小结 git stash 暂存当前工作状态等恢复现场后继续工作 git stash list 查看所有暂存的工作状态 git stash pop 恢复工作状态删除栈顶内容 git stash apply 恢复工作状态不删除栈内内容 git stash drop 删除栈顶内容 2.4 远程仓库
在本章你需要有一个GitHub账号并且在GitHub上添加了一个远程仓库。远程仓库是指托管在互联网的版本库。
配置git
设置用户名和邮箱。
git config --global user.email your_emailexample.com # --global表示全局设置
git config --global user.name your_name查看配置。
git config -l将SSH Key添加到GitHub。
ssh-keygen -t rsa -C your_emailexample.com # 结果显示Your public key has been saved in /root/.ssh/id_rsa.pub
cat /root/.ssh/id_rsa.pub # 查看公钥并将其复制之后粘贴到GitHub网页上在GitHub网页中点击个人头像 → Settings → SSH and GPG keys → New SSH key添加公钥。 克隆远程仓库git clone
git clone url #远程服务器的URL当你克隆某个远程仓库后默认情况下Git会自动设置本地master分支跟踪克隆的远程仓库的master分支或其它名字的默认分支并且默认设置远程仓库在本地的别名是origin。
实际上克隆命令是git clone repo表示克隆⼀个指定repo到本地其指定repo可以是本地⽂件系统或者由HTTP或SSH指定的远程路径。 添加/删除远程仓库git remote add/rm
1添加远程仓库
实际就是给远程仓库服务器地址起一个本地的别名/简称习惯命名为origin。
将远程服务器地址url 映射为 本地对远程服务器的别名shortname命令格式如下 git remote add shortname url #将shortname与url关联以后就可以用shortname代替url示例
#进入GitHub远程仓库的网页点击Code和SSH查看SSH协议的url例如gitgithub.com:nefu-ljw/ACM-Algorithm.git
git remote add origin gitgithub.com:.git2删除远程仓库
git remote rm shortname #删除别名shortname及其对应的远程服务器地址一旦使用这种方式删除了一个远程仓库那么所有和这个远程仓库相关的远程跟踪分支以及配置信息也会一起被删除。
推送远程仓库git push
将本地仓库的分支branch推送到远程服务器remote命令格式如下
git push remote branch # 这里的remote就是之前添加的远程服务器地址的别名shortname如果是第一次将本地分支master推送到远程服务器origin则使用-u选项指定一个默认服务器
git push -u origin master #之后会产生远程分支origin/master并且本地分支master跟踪远程分支origin/master如果当前分支与多个服务器存在跟踪关系可以使用-u选项指定一个默认服务器以后就可以不加任何参数直接使用git push。
当你和其他人在同一时间克隆但他们先推送然后你再推送那么你的推送会被拒绝因为你要推送的本地分支落后于远程服务器的分支。你必须先抓取(fetch)他们的工作并将其合并(merge)进你的工作后才能推送。或者用-force选项强行推送你的本地库但是这样会使得远程服务器丢失其他人的变更请慎重使用。
注git push需要输入用户名和密码输入密码时可能出现要求输入token的问题可参考此文解决。
命令
git push [-f] [–set-upstream] [远端名称 [本地分支名][:远端分支名] ]-f 表示强制覆盖
如果本地代码和云端代码修改了同一个东西产生冲突不让推送可以使用-f强制覆盖以提交的为准–set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。远端分支与本地分支进行关联git push --set-upstream origin master:maste 查看远程仓库git remote -v/show
如果想查看已经配置的远程仓库服务器可以用git remote列出已指定的每一个远程服务器的简写。
你也可以指定选项-v将会显示远程服务器使用的简写shortname与其对应的url。
git remote -v运行命令后将会显示可以进行抓取(fetch)和推送(push)的地址 origin gitgithub.com:nefu-ljw/ACM-Algorithm.git (fetch) origin gitgithub.com:nefu-ljw/ACM-Algorithm.git (push) 注如果没有推送权限则看不到push的地址 如果你已经克隆了仓库那么至少能看到origin这是Git给你克隆的远程服务器的默认别名。
如果想要查看某一远程仓库remote的更多信息可以用
git remote show remote这个命令列出了当你在特定的分支上执行git push会自动地推送到哪一个远程分支。 它也同样地列出了哪些远程分支不在你的本地哪些远程分支已经从服务器上移除了 还有当你执行git pull时哪些本地分支可以与它跟踪的远程分支自动合并。
抓取/拉取远程仓库git fetch, git pull
如果远程服务器的数据有更新要将这些新数据下载到本地可以用git fetch或git pull。
1抓取远程仓库fetch
a. 访问远程服务器从中抓取所有所有分支的更新
git fetch remote #从远程仓库服务器remote中抓取所有分支的更新b. 如果只想取回特定分支的更新可以指定分支名
git fetch remote branch #例如git fetch origin master
2拉取远程仓库pull即fetchmerge
a. 取回远程服务器remote某个分支remote_branch的更新再与本地的指定分支local_branch合并
git pull remote remote_branch:local_branch示例取回远程服务器origin的分支feature与本地分支master合并
git pull origin feature:masterb. 如果远程分支是与本地当前分支合并则可省略:local_branch如下
git pull origin feature #等价于先fetch再merge
这会让feature在FETCH_HEAD中临时保留一个副本并更新远程跟踪分支origin/feature。
等价于先fetch再merge
git fetch origin #将远程服务器origin的所有分支取回到本地比如远程分支feature的本地副本为origin/feature
git merge origin/feature #将远程分支origin/feature合并到当前分支
3抓取(fetch)与拉取(pull)的区别 git fetch获取远程服务器的更新到本地不自动合并到本地分支。 git pull获取远程服务器的更新到本地自动合并到本地分支。
查看/跟踪/删除 本地分支与远程分支git branch -a/-vv/–track/–set-upstream-to/-dr, git push origin --delete
1查看本地分支和远程分支
git branch -a例如显示有本地分支feature、远程分支origin/feature则表示你在本地库中拥有master和origin/master其中origin/master代表远程库中master分支的本地副本。
2查看本地分支和远程分支的跟踪关系
git branch -vv
2.5配置别名和配置文件
配置别名
有些 常用的指令参数 非常多每次都要输入好多参数我们可以使用别名。 打开 用户目录创建 .bashrc 文件
部分 windows 系统不运行用户创建点号开头的文件可以打开 gitBash执行 touch ~/.bashrc
配置文件
配置Git的时候加上--global是针对当前用户终端用户起作用的如果不加那只针对当前的仓库起作用。
怎么查看配置文件它们放在哪 查看当前用户的配置信息 git config --global --list 当前用户的global配置在用户主目录下的.gitconfig。 查看当前仓库的配置信息git config --local --list 当前仓库的local配置在仓库路径下的 .git/config。
每个仓库的Git配置文件都放在.git/config文件中。别名就在[alias]后面要删除别名直接把对应的行删掉即可。
当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中。配置别名也可以直接修改这个文件如果改错了可以删掉文件重新通过命令配置。
2.6配置SSH公钥 在git中clone项目有两种方式HTTPS和SSH它们的区别如下 HTTPS不管是谁拿到url随便clone但是在 push 的时候需要验证用户名和密码。SSHclone的项目你必须是拥有者或者管理员而且需要在clone前添加SSH Key。SSH 在push的时候是不需要输入用户名的如果配置SSH key的时候设置了密码则需要输入密码的否则直接是不需要输入密码的。 仓库推送推送仓库不是随意人员就可以的码云会确认推送着是否为本人有几种方案1输入码云的登录用户名密码——https 2.公私钥对——ssh 一般情况使用第二种公私钥对所以需要配置公私钥对 生成SSH公钥
ssh-keygen -t rsa Git Bash输入生成身份验证密钥全部回车,采用默认值如果公钥已经存在则自动覆盖 获取公钥
cat ~/.ssh/id_rsa.pub
配置公匙
验证是否配置成功
ssh -T gitgitee.com
输入后会出现提示第一次访问gitee.com后输入yes即可
三、解决冲突
原则工作第一件事pull
模拟冲突两个成员修改了同一处的代码成员1先提交推送了成员2还没提交。推送解决办法成员2先提交到本地仓库进行拉取pull操作。在本地解决完冲突在进行推送
成员1修改后提交推送内容
成员2也在同一处修改内容 解决
成员2先提交到本地仓库 执行拉取pull操作 手动合并并重新加入暂存区 冲突解决成员2进行推送 成员1重新拉取 如果当两个人修改了同一个地方成员1提交推送了成员2也提交推送这是会弹出解决冲突合并的提示如下图。解决办法同上。 总结工作前第一件是就是pull
