m0_51647314的博客

分布式的核心设计是同步，而不是主从1. 集中式和分布式的区别是： 你的本地是否有完整的版本库历史假设SVN服务器没了，那你丢掉了所有历史信息，因为你的本地只有当前版本以及部分历史信息。假设GitHub服务器没了，你不会丢掉任何git历史信息，因为你的本地有完整的版本库信息。你可以把本地的git库重新上传到另外的git服务商。Git 其实就是每个人电脑上都装一个svn服务器，你写了代码提交到自己电脑服务器上就是Commit；但是如果你想多人协作，就要把你的改动发送到你**每一个同事 **的sv

初始化配置C代码 收藏代码#配置使用git仓库的人员姓名git config --global user.name “Your Name Comes Here”#配置使用git仓库的人员emailgit config --global user.email [email protected]#配置到缓存 默认15分钟git config --global credential.helper cache#修改缓存时间git config --global credent

1.第一次上传项目：上传项目2.更新码云项目：输入命令git pull （先获取gitee上别人上传的代码）输入命令git add . (注意命令后面有个“.”。将本地文件夹加入本地库)输入命令 git commit -m"xxx" (提交到本地库,"XXX"为提交备注或说明）输入命令 git push origin master ，成功后可在gitee上查看，未成功很有可能是你没有在第一步输入命令git pull获取代码,导致代码冲突。(补充一个强制提交代码到gitee上的命令git

1.生成SSH2.将公钥信息public key 注册到码云账户中即可内容复制粘贴：3.新建仓库1.在本地目录空白处右键菜单，点击Git Bash Here2.输入git clone 刚刚的git链接git clone [email protected]:linxinfa/mytest.git3.关联本地工程到远程仓库（1）可在本地库上使用命令 git remote add把它和 gitee的远程库关联git remote add origin [email protected]:l

如果遇到冲突的话，git 就无法自动合并了，接下来要靠我们自己手动解决冲突，方法是：查看造成冲突的文件，修改冲突部分对修改后冲突文件，执行 git add操作创建一个修改冲突的提交。第一步：查看造成冲突的文件，修改冲突部分：冲突文件 master.txt 如下，git 虽然无法解决冲突， 但是已经帮我们帮到最后了，使用简单的三个符号，标明了冲突的地方，以及冲突的两个分支在该地方发生冲突内容。符号意义=======分隔符<<<<&lt

分支合并在问题相关的工作完成之后，可以合并回 master 分支。实际操作同前面合并 hotfix 分支差不多，只需回到master 分支，运行 git merge 命令指定要合并进来的分支：$ git checkout master$ git merge iss53Merge made by recursive. README | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)请注意，这次合并操作的底层实现，并不同于之前 ho

新建分支假设你已经在分支中提交了几次更新：现在，你决定要修补系统上的某一问题。要新建并切换到该分支，运行git checkout 并加上 -b 参数：$ git checkout -b iss53Switched to a new branch "iss53"接着你开始尝试修复问题，在提交了若干次更新后，iss53 分支的指针也会随着向前推进，因为它就是当前分支（换句话说，当前的 HEAD 指针正指向 iss53）$ vim index.html$ git commit -a -m '

Git分支Git 中的分支，其实本质上仅仅是个指向 commit 对象的可变指针。Git 会使用 master 作为分支的默认名字。在若干次提交后，你其实已经有了一个指向最后一次提交对象的 master 分支，它在每次提交的时候都会自动向前移动。创建分支创建一个新的分支指针。比如新建一个 testing 分支，可以使用 git branch 命令：$ git branch testing这会在当前 commit 对象上新建一个分支指针：Git 是如何知道你当前在哪个分支上工作的呢？其实答案

分支切换$ git checkout testing这样 HEAD 就指向 testing 分支了。再提交一次：HEAD 分支随着提交操作自动向前移动(testing 分支向前移动了，但是 master 分支却没有，它仍然指向运行 git checkout时所指的对象)分支切换回master：$ git checkout master这条命令做了两件事。 一是使 HEAD 指回 master 分支，二是将工作目录恢复成 master 分支所指向的快照内容。（本质上来讲，这就是

每个项目都有一个默认的分支master，一开始，master指针指向当前版本，而head指向master每发布一个新版本，master都会指向这个新版本，而head始终指向master当我们新建了一个分支，此时只是多了一个新的指针，而head依旧指向master切换到branch2分支，实际上就是head指向branch2如果不切换分支，那么发布的新版本还是在master分支上但如果我们切换到branch2分支，实际上就是head指向branch2，之后的更新都会在branch2上延申而在下图的

Git项目搭建1.本地仓库搭建（创建全新的仓库，需要用GIT管理的项目的根目录执行：）# 在当前目录新建一个Git代码库$ git init2.克隆远程仓库（将远程服务器上的仓库完全镜像一份至本地）# 克隆一个项目和它的整个代码历史(版本信息)$ git clone [url] # https://gitee.com/kuangstudy/openclass.gitGit文件操作1.文件的四种状态（版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状

前言Git与SVN的主要区别:SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上。协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自