本文由 发布，转载请注明出处，如有问题请联系我们！ 发布时间: 2021-08-01git查看当前用户信息-修改git的用户名密码

1:什么叫Git？

Git是世界最专业的分布式系统版本号自动控制系统。

原理/全过程:

工作区域:工作区域Index/Stage:临时性储存:仓库区(或当地库房)Remote:远程控制库房2:SVN和Git的关键差异是啥？

SVN是一个集中型版本号自动控制系统，版本库集中化在中心网络服务器上。工作中时，大家运用自身的电脑上，因此大家务必先从中间网络服务器获得最新版，随后再工作中。以后，大家必须将人们的工作中消息推送到中间网络服务器。集中型版本号自动控制系统务必连接网络才可以工作中。假如在局域网络中能够，网络带宽充足大，速率充足快。如果是在互联网技术下，假如网速很慢，你能迷惑不解。

Git是分布式系统版本号自动控制系统，因此沒有核心网络服务器，每一个人的电脑上全是一个完全的版本库。那样工作中的情况下就不用连接网络了，由于版本号都是在自身的电脑。即然每一个人的电脑上都是有一个完全的版本库，又有几个能相互配合呢？比如，您变更了电子计算机上的文档A，而别人变更了电子计算机上的文档A。这个时候，你仅有把自己的更改推给另一方，才可以见到另一方的更改。

3.怎样在Windows上安裝Git？

MsysGit是windows的Git，如下所示所显示:

你需要从在网上下载一个，随后默认设置安裝。安裝后，在菜单栏中寻找“Git -> Git Bash”，如下所示所显示:

将弹出来一个相近的命令窗口，这代表着Git安裝取得成功。如下所示所显示:

安裝结束后，必须开展最后设定。在cmd键入以下几点:

Git是分布式系统版本号自动控制系统，必须填好账号和电子邮箱做为标志。

留意:git config–全局性主要参数代表着您设备上的全部git仓库都将应用该配备。自然，您还可以为库房特定不一样的登录名和电子邮箱。

四:怎样实际操作？

1.建立版本库。

什么叫版本库？版本库，也叫库房，英语称为repository。你能简易地了解一个文件目录。这一文件目录中的全部材料都能够由Git管理方法，Git能够追踪每一个文档的更改和删掉，那样就可以随时随地追踪历史时间，或是在未来的某一時间“复原”文档。

因而，建立版本库比较简单。如下所示，我是d drive -> www文件目录下的一个新的testgit版本库。

pwd命令用以表明文件列表。

将这一文件目录变为git能够根据git init指令管理方法的储存库，如下所示所显示:

这时，将有一个附加的文件目录。在你当今的testgit文件目录下。git使用这一文件目录来监测和管理方法版本号。假如没事可做，不必手动式变更这一文件目录下的文档，不然git仓库会被毁坏。如下所示所显示:

使我们看一下演试，如下所示所显示:

我还在版本库的testgit文件目录中建立了一个新的记事本文件readme.txt。內容如下所示:11111111。

流程1:应用指令git add readme.txt将其加上到储存区。如下所示所显示:

假如如上，沒有提醒，表明早已加上取得成功。

第二步:用git commit指令告知Git，并将文档发送给库房。

如今大家早已递交了一个readme.txt文件，我们可以应用指令git status查验是不是有一切未提交的文档，如下所示所显示:

意思是沒有未提交的文档，但现在我会重新改动readme.txt的內容，例如在下面加一行222222222，再次用git情况查验結果，如下所示:

上边的指令告知大家readme.txt文件早已改动，可是都还没递交改动。

将文档加上到版本库中。

最先要确立的是，全部版本号自动控制系统只有追踪文本文档的转变，例如txt文件，网页页面，全部系统的编码等。，Git未列举。版本号自动控制系统每一次都能对你说转变。殊不知，尽管照片视频等二进制文件能够由版本号自动控制系统管理方法，但他们不可以追踪文档的转变。她们每一次只有串二进制文件的转变，也就是了解照片从1kb变成了2kb，可是最终。

下面，我要看看readme.txt文件有哪些转变，如何查看？您还可以应用下列指令:

Git diff readme.txt如下所示:

如上图所述所显示，readme.txt文件的视频由一行1111111改成二行，提升一行22222222。

了解readme.txt文件干了什么变更后，大家就可以安全性地将其递交给库房了。递交变更和递交文档是同样的2个流程(第一步是git add，第二步是git commit)。

如下所示所显示:

二.版本号回退:

如上所述，大家早已学会了改动文档。如今我继续改动readme.txt文件并加上另一行。

內容是333333333333333。执行指令，如下所示所显示:

如今我已经对readme.txt文件开展了三次改动，如今我觉得检查一下历史数据。如何查询？如今，我们可以应用指令git日志来演试以下几点:

Git log指令表明从近期到比较远的表明日志，我们可以见到最终三次递交，近期一次是加上333，333。最后一个是加222，222，第一个默认设置是111，111。假如上边表明的信息内容过多，我们可以应用指令git log–Pitty = one line来演试以下几点:

如今我觉得应用版本号回退实际操作。我觉得把当今版本号回退到之前的版本号。我该应用什么命令？您还可以应用下列2个指令，第一个是git reset -hard HEAD^，因此假如您想重回之前的版本号，只需将HEAD改成head，依此类推。假如要返回前100个版本号，用上边的方式毫无疑问不方便，因此大家可以用下边这一简易的指令:git reset–hard head ~ 100。回退前的readme.txt如下所示:

假如要回退到该指令的早期版本号，请运行下列实际操作:

再度查验readme.txt內容，如下所示所显示:根据catreadme.txt指令开展查验。

如您所闻，內容早已回退到之前的版本号。我们可以再次应用git日志来查验历史时间信息内容，如下所示所显示:

大家见到增加了333333的內容可是并没有见到，可是如今我觉得返回全新的版本号，例如333333的內容怎么还原？我们可以按版本信息回退，并应用如下所示指令方式:

git reset-硬版本信息，可是如今假如早已关掉cmd一次或是不清楚333內容的版本信息该怎么办？如何判断加上3333內容的版本信息？版本信息能够利用下列指令得到:git reflog演试如下所示:

从里面的表示中，我们可以了解加上內容3333的版本信息是6fcfc89。大家现在可以指引了。

Git校准–hard 6 fcfc 89修复。演试如下所示:

你能见到它现在是最新版。

3.掌握工作区域和临时性储存库的差别？

工作区域：便是你在电脑上见到的文件目录，例如文件目录下testgit里的文档(.git掩藏文件目录版本库以外)。或是之后可以再新创建的文件目录文档这些都归属于工作区域范围。版本库(Repository)：工作区域有一个掩藏文件目录.git,这一不属于工作区域，这也是版本库。在其中版本库里边存了很多东西，在其中最重要的便是stage(储存区)，也有Git为大家全自动建立了第一个支系master,及其偏向master的一个表针HEAD。

如前所述，应用Git向版本库递交文档有两个流程:

是应用 git add 把文档加上进来，事实上是把文档加上到储存区。应用git commit递交变更，事实上是把储存区的任何內容递交到当今支系上。

使我们再次应用演试来演试:

我们在readme.txt中加上另一行，內容为44444，随后在文件目录中建立新文档，內容为test.txt，內容为test。大家最先应用指令git status来查验情况，如下所示所显示:

如今大家应用git add命令将2个文档都加上到储存区，随后应用git status查验下一个情况，如下所示所显示:

随后我们可以应用git commit一次递交到支系，如下所示所显示:

四:Git撤消改动和删除文件夹的实际操作。

1.改动的撤消:

比如，现在我在readme.txt文件中加入了一行5555555555。使我们根据指令查验以下几点:

在提交之前，发觉加上55555555555555的內容不正确，迫不得已马上修复以前的版本号。如今我能根据下列方法改动它:

假如我明白要删除这些內容得话，立即手动式变更除掉这些必须的文档，随后add加上到储存区，最终commit掉。我能按之前的方式立即修复到上一个版本号。应用 git reset –hard HEAD^

可是如今我不愿意用上边二种方式。我觉得立即应用撤消指令。我该怎么做？最先，在开展撤消以前，我们可以应用git情况来查验当今情况。如下图所显示:

能够发觉，git会告诉你Git签入文档能够舍弃对工作区域的改动，如下所示所显示:

Git checkout—readme.txt，如下所示所显示:

指令git checkout -readme.txt代表着注销对工作区域中的readme.txt文件所做的全部改动。这里有二种状况，如下所示所显示:

readme.txt全自动改动后，都还没放进储存区，应用 撤消改动就返回和版本库一模一样的情况。此外一种是readme.txt早已放进储存区了，然后又作了改动，撤消改动就返回加上储存区后的情况

在第二种前提下，我觉得大家应当再次做演试。如果我现在在readme.txt中加上一行內容6666666666，我能git将其加上到临时性储存区，随后加上內容777777。我觉得根据撤消指令把它修复到临时性储存区以后的情况。如下图所显示:

留意:指令git check out-in readme . txt-十分关键。要是没有-，则指令变成建立支系。

二:删除文件夹。

假定我将一个文档b.txt加上到版本库的testgit文件目录中并递交它。如下所示所显示:

如上:一般能够立即在文件名称下删除文件夹，还可以应用以上的rm命令:rmb.txt，假如我觉得从版本库中彻底删掉这种文档，能够实行commit指令递交。如今文件目录是如此的。

假如你想在提交之前在版本库中复原此文档，我应该怎么做？

您还可以应用下列指令git checkout-b.txt，如下所示所显示:

使我们看一下大家的testgit文件目录。加上了三个文档。如下图所显示:

五:远程控制库房。

不经意间中，申请注册您的GitHub账号。由于当地github库房和GitHub库房中间的传送是根据SSH数据加密的，因此您必须做一些设定:

流程1:建立SSH密匙。在客户的主目录中，查询是不是有。ssh文件目录。如果是，看一下这一文件目录中是不是有两个文档id_rsa和id_rsa.pub。如果是，立即绕过下边的指令。要是没有，请打开cmd并键入下列指令:

ssh-keygen-t RSA–c“your email @ example . com”，由于我之前在当地运作过一次，因此它在当地是可以用的，如下所示所显示:

Id_rsa是公钥，不可以泄漏，id_rsa.pub是公匙，能够安心告知所有人。

第二步:登陆github，在设定中开启SSH Key网页页面，点一下加上SSH Key，填好随意文章标题，在Key输入框中黏贴id_rsa.pub文档的內容。

点击加上密匙，您应当可以见到加上的密匙。

怎样加上远程控制库？

如今，大家早已在当地建立了一个Git库房，随后大家想在github中建立一个Git库房，期待这两个库房能够远程控制同歩，那样github库房可以做为备份数据，别人能够借助这一库房开展合作。

最先登陆github，随后在右上方寻找“新创建认购”，新创建一个库房。如下所示所显示:

在储存库名字中填好testgit，保存别人的默认，随后点击“建立储存库”按键取得成功建立新的git储存库:

现阶段GitHub上的testgit仓库或是空。GitHub告知大家，我们可以从这一库房复制一个新的库房，或是将一个原有的当地库房与之关系，随后将当地库房的內容消息推送到GitHub库房。

如今，依据GitHub的提醒，我们在当地testgit仓库下运行指令:

git remote add origin https://github.com/tugenhua0707/testgit.git

所有如下所示:

应用git push指令将当地库的內容消息推送到远程控制库，事实上是将当今支系服务器消息推送到远程控制库。

因为远程控制库是空，在我们第一次消息推送主支系时，大家加上了–u主要参数。Git不但将本大地主支系的內容消息推送到新的远程控制主支系，还将本大地主支系与远程控制主支系密切相关，进而优化了将来推或拉中的指令。消息推送取得成功后，您可以马上在github网页页面上见到远程控制库的內容与当地库的內容完全一致。键入github的登录名和登陆密码如下所示:

从今天开始，只需在当地递交，就可以选用下列指令:

git push origin master

将本大地主支系的全新改动消息推送到github，如今就拥有真真正正的分布式系统版本库。

怎样从远程控制库文件复制？

当远程控制库以前有当地库时，我们知道怎样关系远程控制库。

如今大家想，假如远程控制库文件有新的內容，当我觉得在当地复制的情况下，如何复制呢？

最先，登陆github并建立一个名叫testgit2的新库房。

如下所示所显示，大家见到:

如今远程控制库早已做好准备，下一步是应用git clone指令复制当地库。如下图所显示:

随后在我的当地文件目录中转化成testgit2文件目录，如下所示所显示:

六:建立和合并分支。

在版本号回填土中，您早已了解每一次递交，Git都是会将他们连接成一个时间轴，这一时间轴是一个支系。到迄今为止，只有一个时间轴。在Git中，这一支系称为主导支系。严格意义上来说，HEAD分的并不是服务承诺，反而是把握，把握分的是服务承诺。因而，HEAD偏向当今支系。

最先，使我们建立一个开发设计支系，随后转换到开发设计支系。实际操作如下所示:

Git checkout指令plus–b主要参数的意思是create和switch，等同于下边2个指令。

git branch devgit checkout dev

Git支系查询支系并排出全部支系，当今支系前边有一个星号。随后大家再次在dev支系上做演试，比如，大家现在在readme.txt中加上另一行7777777777

最先，使我们查询readme.txt內容，随后加上內容777777，如下所示所显示:

如今dev支系早已进行，如今大家转换到master支系，再次查验readme.txt內容，如下所示所显示:

如今我们可以将开发设计支系的內容合拼到主支系中。在主支系上，我们可以应用如下所示所显示的git merge dev指令:

Git merge指令用以将特定的支系合拼到当今支系。合拼后，查询readme.txt內容，能够见到和dev支系全新递交的彻底一样。

注意到里面的快放信息内容，Git告知大家此次合拼是在“快放方式”下，也就是主文档立即偏向当今递交的dev，因此合拼速率特别快。

合拼进行后，我们可以删掉开发设计支系。实际操作如下所示:

按如下所示方法归纳和合并分支指令:

查询支系：git branch建立支系：git branch name切换分支：git checkout name建立 切换分支：git checkout –b name合拼某支系到当今支系：git merge name删除分支：git branch –d name

如何解决矛盾？

使我们逐渐建立一个新的支系，比如fenzhi1，在readme.txt中加上一行88888，随后递交，如下图所显示:

一样，大家如今转换到主支系，并在最终一行加上內容，即9999999，如下所示所显示:

如今大家必须在主支系上合拼fenzhi1，如下所示所显示:

Git标识不一样支系的內容，在其中> > fenzhi1就是指fenzhi1上改动的內容，改动后能够储存如下所示:

假如我觉得见到支系合拼的状况，我需要应用指令git log。cmd演试如下所示:

3.支行管理模式。

在合并分支时，git一般应用“快放”方式。在这类方式下，删除分支后，支系信息内容可能遗失。如今，使我们应用主要参数-no-ff禁止使用“快放”方式。使我们先做一个演试:

建立一个dev支系。改动readme.txt內容。加上到储存区。转换回主支系(master)。合拼dev支系，应用指令 git merge –no-ff -m “注解” dev查询历史数据

下列截屏:

支系对策:最先，master的主支系要十分平稳，也就是要用于公布最新版本。一般状况下，是不允许在上面工作中的。比如，当它过去进行时，它应当被释放出来，或是开发设计支系编码在平稳后能够被合拼到主支系主编码中。

七:bug支系。

七:bug支系。

在开发设计中，常常会碰到bug，因此bug必须修补。在Git中，支系十分强劲，每一个bug都能够根据一个临时性支系来修补。修补进行后，合并分支，随后删掉临时性支系。

比如，当我还在开发设计流程中接到一个404不正确时，我们可以建立一个404支系来修补它，可是当今开发设计支系的工作中都还没递交。比如:

并不是我不愿意递交，反而是我们不能在事情来到一半的情况下递交。比如，我还在这一支系的bug必须在2日内进行，可是问提-404 bug必须在5天内进行。该怎么办？幸运的是，Git还给予了一个stash涵数，能够“掩藏”当今的工作中网站，并在网站修复后再次工作中。如下所示所显示:

因此如今我能根据建立难题-404支系来修补这一不正确。

最先，大家可以修补那一个支系上的bug。比如，我正在修补主支系上的不正确，如今估计在主支系上建立一个临时性支系，如下所示所显示:

修补进行后，转换到主支系，进行合拼，最终删掉难题-404支系。演试如下所示:

如今，大家返回了开发设计单位工作中。

工作区域很整洁，那麼大家到哪去工作中呢？我们可以应用指令git stash list来查验它。如下所示所显示:

施工工地仍在。Git早已将掩藏內容储存在某一地区，可是必须修复。能够应用下列二种方式:

git stash apply修复，修复后，stash內容并不删掉，你需要应用指令git stash drop来删掉。另一种方法是应用git stash pop,修复的与此同时把stash內容也删除了。

演试如下所示。

八:多的人合作。

当您从远程控制库开展复制时，Git事实上会全自动将本大地主支系与远程控制主支系开展配对，远程控制库的默认设置名字是origin。

要查询远程控制库的信息内容 应用 git remote要查询远程控制库的详细资料 应用 git remote –v

演试如下所示:

1.消息推送支系:

推支系是将支系中的全部当地支系递交给远程控制库。消息推送时，特定当地支系，那样Git会将支系消息推送到远程控制库相匹配的远程控制支系:应用指令git push origin master。

比如，我的github上的readme.txt编码如下所示:

当地readme.txt编码如下所示:

如今我觉得将当地升级的readme.txt编码消息推送到远程控制库，并应用下列指令:

我们可以见到消息推送是获得成功的，我们可以再次在github上截屏readme.txt如下所示:

能够见到消息推送是获得成功的。如果我们如今想消息推送到别的支系，例如dev支系，大家依然是一样的指令git push origin dev。

一般来说，应当推什么支系？

主支系是主支系，因而它应当自始至终与远程控制支系同歩。

有一些bug修补支系不用消息推送到远程控制，能够先合拼到主支系，再把主支系消息推送到远程控制。

二:把握住树技:

当很多人合作时，每个人都把自己的改动推荐给主支系。如今我们可以仿真模拟另一个朋友，在另一台电子计算机(留意给github加上SSH密匙)或同一台电子计算机上复制另一个文件目录，建立一个名叫testgit2的新文件目录。

可是最先，我可以将开发设计支系消息推送到远程控制，如下所示所显示。

随后键入testgit2文件目录并将远程控制库复制到当地，如下所示所显示:

如今文件目录下转化成如下所示:

如今，如果我们的小孩子要想在dev支系上开展开发设计，他务必将远程控制源的dev支系到当地地区，那样他就可以应用下列指令建立当地dev支系:

git checkout –b dev origin/dev

如今好朋友还可以在dev支系上做开发设计，当开发设计进行后dev支系被消息推送到远程控制库。

如下所示所显示:

我的朋友早已将递交消息推送到origin/dev支系，我已经在我的文件目录文档下的同样位置修改了同样的文档，并试着将其上传到远程控制库，如下所示所显示:

从上边能够看得出消息推送失败了，由于小伙伴们全新递交的与我试着消息推送的主要内容有矛盾，解决方案也非常简单。它早已提醒大家应用git pull从origin/dev获得全新的递交，随后在当地合拼它，处理矛盾，随后消息推送它。

Git拉也失败了，由于沒有特定当地开发设计支系和远程控制源/开发设计支系中间的连接。依据提醒，按如下所示方法设定dev和origin/dev中间的连接:

Git拉此次成功了，可是合拼中有矛盾，必须手动式处理。解决方案与支行管理方法完全一致。处理后，递交并消息推送:

我们可以先看一下readme.txt的內容。

如今人力实际操作解决了，我需要再度递交，随后消息推送到远程控制库。如下图所显示:

因而，多的人协作的工作模式一般如下所示:

最先，能够尝试git push origin branch-name推送自身的改动.假如消息推送不成功，则由于远程控制支系比你的当地升级早，必须首先用git pull尝试合拼。假如伴有有矛盾，则必须处理矛盾，并在当地递交。再用git push origin branch-name推送。