二进制君

在使用Git进行版本控制时，每个仓库都会有一个名为.git的隐藏文件夹，其中包含了Git的配置信息和版本记录等重要数据。其中，.git/config文件是每个仓库的配置文件，记录了与远程仓库的连接和本地分支的相关设置。我们先回顾下 git push的用法。是远端仓库的地址，可以是一个url，也可以是一个remote name（定义于.git/config的remote）。, +可以省略，可以是本地分支名，HEAD或者类似master~4。如果在执行git push。

merge命令把不同的分支合并起来。如上图，在实际开放中，我们可能从master分支中切出一个分支，然后进行开发完成需求，中间经过R3,R4,R5的commit记录，最后开发完成需要合入master中，这便用到了merge。远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库修改，因此它可能与本地仓库同步，也可能不同步，但是它的内容是最旧的。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变。涉及到协作，自然会涉及到分支，关于分支，大概有展示分支，切换分支，创建分支，删除分支这四种操作。

使用过svn的同学相信对这只乌龟都很熟悉，tortoisegit是针对windows系统基于git的一个插件，也就是我们安装前，需要先安装git，git的安装可以参考前面文章。下面是tortoisegit的官网：下载地址：https://tortoisegit.org/download/，提供了32位和64位两种选择，根据实际情况下载。...

简单来说一个场景：在你使用git add .的时候，遇到了把你不想提交的文件也添加到了缓存中去的情况，比如项目的本地配置信息，如果你上传到Git中去，其他人pull下来的时候就会和他本地的配置有冲突，所以这样的个性化配置文件我们一般不把它推送到git服务器中，但是又为了偷懒每次添加缓存的时候都想用git add .而不是手动一个一个文件添加，该怎么办呢？.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。修改完毕, 全局生效。

当git clone之后，直接git pull它会自动给远程服务器添加一个别名origin，并且创建一个本地分支master，将本地分支master绑定到上游分支origin。在git中， 我们可以通过 git pull 命令把服务器仓库的更新拉到本地仓库中。提交到远程仓库中的分支和本地的仓库的分支不一样，可以看到上面代码块中的分支是master（现在github主分支是main）远程仓库中的代码比本地仓库中的新（存在本地仓库没有的文件），通常本地分支和远程分支同名，所以可以不写。一般都叫origin。

文章目录文件对象树对象提交对象对象存储Git 是一个内容寻址文件系统，听起来很酷。但这是什么意思呢？ 这意味着，Git 的核心部分是一个简单的键值对数据库（key-value data store）。 你可以向 Git 仓库中插入任意类型的内容，它会返回一个唯一的键，通过该键可以在任意时刻再次取回该内容。可以通过底层命令 git hash-object 来演示上述效果——该命令可将任意数据保存于 .git/objects 目录（即 对象数据库），并返回指向该数据对象的唯一的键。首先，我们需要初始化一个

SHA代表项目历史所需的所有信息都存储在由 40 位“对象名称”命名的文件中，这个名称形如：6ff87c4664981e4397625791c8ea3bbb5f2279a3你会在 Git 中到处看到这些 40 个字符的字符串。在每种情况下，名称都是通过获取对象内容的 SHA1 哈希值来计算的。SHA1 散列是一种加密散列函数。这对我们来说意味着几乎不可能找到两个同名的不同对象。这有很多优点：Git 可以通过比较名称来快速判断两个对象是否相同。由于每个存储库中对象名称的计算方式相同，因此存储在两

前文中，我们已经初步的使用了git，我们通过创建”提交”的方式将某个状态保存下来，”提交”就相当于我们手动管理版本时所创建的”副本”，但是，”提交”其实比”副本”高明的多，那么到底高明在哪里呢？我们一起来看看。首先，来说说手动进行版本管理时所创建的副本。假设，我的代码都放在一个名为project的目录中，现在project目录中有很多文件，总共占用磁盘空间2M，现在，我想要修改其中的一些代码文件，为了整个项目能够随时恢复到当前状态，我需要手动的创建一个副本，于是，我将整个项目目录拷贝了一份，这个副本也占

1、开始一个新的工作分支，topic_name是自己指定的分支名，表示本次开发需要解决什么bug或者开发什么需求。repo start topic_name2、写代码3、git add .添加当前目录下的仓库下的所有改动到暂存区4、git commit -m “提交日志”提交修改到本地仓库5、git commit --amend修改上次的提交日志。或者有代码遗漏了没有提交，则：git add .git commit --amend6、repo upload .上传当前目录下的仓库

是Android为了方便管理多个git库而开发的Python脚本。repo的出现，并非为了取代git，而是为了让Android开发者更为有效的利用git。Android源码包含数百个git库，仅仅是下载这么多git库就是一项繁重的任务为了更加方便的管理由多个git仓库组成的工程，Android就引入了repo。 Android官方推荐下载repo的方法是通过Linux curl命令，下载完后，为repo脚本添加可执行权限：由于国内Google访问受限，所以上述命令不一定能下载成功。其实，我们现在可以从很多

在使用git作为源代码管理工具的时候，开发的时经常会面临一个常见的问题，多个commit 需要合并为一个完整的commit提交。在一个基本的迭代周期里，你会有很多次commit，有跟配置文件相关的，有跟代码相关的，甚至有跟下次发布fixbug相关的。这些都是你在完成本地开发的时候一个变化记录而已。但是当你需要将你的迭代项目作为一次发布提交时就需要整合所有之前提交的那些很零碎的commit。git rebase -i 提供一个参数，指明你想要修改的提交的父提交（-i 是–interactive的缩写）。先给大

描述如何向一个项目贡献的主要困难在于完成贡献有很多不同的方式。 因为 Git 非常灵活，人们可以通过不同的方式来一起工作，所以描述应该如何贡献并不是非常准确——每一个项目都有一点儿不同。 影响因素包括活跃贡献者的数量、选择的工作流程、提交权限与可能包含的外部贡献方法。第一个影响因素是活跃贡献者的数量——积极地向这个项目贡献代码的用户数量以及他们的贡献频率。 在许多情况下，你可能会有两三个开发者一天提交几次，对于不活跃的项目可能更少。 对于大一些的公司或项目，开发者的数量可能会是上千，每天都有成百上千次提交

文章目录集中式工作流集成管理者工作流主管与副主管工作流工作流程总结你现在拥有了一个远程 Git 版本库，能为所有开发者共享代码提供服务，在一个本地工作流程下，你也已经熟悉了基本 Git 命令。你现在可以学习如何利用 Git 提供的一些分布式工作流程了。这一章中，你将会学习如何作为贡献者或整合者，在一个分布式协作的环境中使用 Git。 你会学习为一个项目成功地贡献代码，并接触一些最佳实践方式，让你和项目的维护者能轻松地完成这个过程。另外，你也会学到如何管理有很多开发者提交贡献的项目。与传统的集中式版本控

前面的话你一定见过像V1.0.0这样的东西。这通常意味着产品发行号或者版本号。通常，当完成一些重大更改并需要交付给用户时，就会创建一个tag。标签通常用于标记某个里程碑，例如可以发布新功能或者一些bug修复。标签实质上它就是指向某个commit的指针。所以，创建和删除标签都是瞬间完成的。简而言之，标签tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。本文将详细介绍Git标签管理。创建标签在Git中打标签非常简单，首先，切换到需要打标签的分支上然后，敲命令git tag 就可以打一个新标

使用前提经常碰到这种情况：当你在一个Git 项目上工作时，你需要在其中使用另外一个Git 项目。也许它是一个第三方开发的Git 库或者是你独立开发和并在多个父项目中使用的。这个情况下一个常见的问题产生了：你想将两个项目单独处理但是又需要在其中一个中使用另外一个。在Git 中你可以用子模块submodule来管理这些项目，submodule允许你将一个Git 仓库当作另外一个Git 仓库的子目录。这允许你克隆另外一个仓库到你的项目中并且保持你的提交相对独立。添加子模块此文中统一将远程项目https:/

执行后需要手动执行git merge合并分支，而git pull拉取远程分之后直接与本地分支进行合并。更准确地说，git pull使用给定的参数运行git fetch，并根据传入的选项调用git merge或者rebase将检索到的分支头合并到当前分支中。将远程主机origin的master分支拉取过来，与本地的brantest分支合并。git pull命令的作用是：取回远程主机某个分支的更新，再与本地的指定分支合并。本地没有任何修改，仅仅是落后于远程，执行git pull后，快速前进到远程仓库。

远程仓库是指托管在因特网或其他网络（比如局域网）中的版本库。 你可以有好几个远程仓库，通常有些仓库对你只读，有些则对你可读可写。 与他人协作涉及管理远程仓库以及根据需要推送或拉取数据。查看远程仓库如果想查看你已经配置的远程仓库服务器，可以运行 git remote 命令。它会列出你指定的每一个远程服务器的简写。 如果你已经克隆了仓库，那么至少应该能看到 origin -—— 这是 Git 给你起的克隆的仓库服务器的默认名字：$ git remoteorigin12你也可以指定选项 -v，会显示

因为我们执行git push的时候没有指定本地分支的名字，所以就使用了当前分支master作为待推送本地分支；也没有指定远端分支名字，所以就以待推送本地分支作为远端分支名字。从这里我们还可以得到一个启发，当我们想拉远端指定分支代码时，我们可以创建一个本地分支，并将其上游分支绑定为待拉取的远端分支，再执行git pull就可以了。当我们想要clone远程仓库的某个分支时，就可以使用-b选项。执行push失败，提示我们dev分支没有上游分支。也是可以的，这句话表示基于远程分支创建本地分支。

git clean 从你的工作目录中删除所有没有 tracked，没有被管理过的文件。太可怕，删除了就找不回了，一定要慎用。但是如果被 git add . 就不会被删除。git clean 和 git reset --hard 结合使用。clean 影响没有被 track 过的文件（清除未被 add 或被 commit 的本地修改）reset 影响被 track 过的文件 （回退到上一个 commit）所以需要 clean 来删除没有 track 过的文件，reset 删除被 trac

git平常开发总体流程git pull origin master 更新本地代码git checkout -b change_site 创建工作分支，接下来开发就在这个分支写代码git add .git commit -m “fix bug” 这两句提交代码到工作分支git checkout master 切回主分支git merge 合并工作分支代码，可

Git 的工作区、暂存区、版本库大家都知道，在 Git 系统中有 “三棵树” 的概念。注意：“树” 在这里的意思是 “文件集合”，而不是指特定的数据结构。基本概念树用途HEAD（版本库）上一次提交的快照，下一次提交的父结点Index（暂存区）预期的下一次提交的快照Working Directory（工作区）沙盒HEADHEAD 是当前分支引用的指针，它总是指向该分支上的最后一次提交。 这表示 HEAD 将是下一次提交的父结点。 通常，可以把 HEAD

对于多分支的代码库，将代码从一个分支转移到另一个分支是常见需求。这时分两种情况。一种情况是，你需要另一个分支的所有代码变动，那么就采用合并（git merge）。另一种情况是，你只需要部分代码变动（某几个提交），这时可以采用 cherry-pick。一、基本用法git cherry-pick命令的作用，就是将指定的提交（commit）应用于其他分支。$ git cherry-pick <commitHash>上面命令就会将指定的提交commitHash，应用于当前分支。这会在当前分

为了保持git push时只有一个完整的commit，我们经常使用但有时想回退其中的某次commit，该怎么办？当前代码仓有如下文件：修改和，并提交。在未push前，继续修改，并执行覆盖上一个commit。执行发现最新的commit id 已经从变为了这就演示到文章开头同事遇到的问题了，amend覆盖了上一个commit，且提交了对文件的修改，只是他未修改description。如果我们忘记了被覆盖的那个commit id，那就用命令看一下可以看出，reset已经恢复到上一个被覆盖的了，且对文件

前文中，我们初步的认识了远程仓库，并且了解了一些相关的基本操作，这篇文章我们继续聊。我们已经知道，当我们需要多人协作时，可以利用远程仓库交换代码，如果你创建的远程仓库是私有仓库，则只有仓库的成员才能对仓库中的代码进行操作，那么，我们就从"为项目添加成员"这个话题开始吧。我们先来看看为仓库添加成员的具体操作步骤，仍然使用前文中创建的github私有仓库为例，现在我有两个github账号，两个账号分别是zsythink和zhushuangyin，我用这两个账号模拟仓库的管理员和项目成员，zsythink是仓

本文转自朱双印个人博客，其git入门系列写的非常好。我们之前聊的所有话题都是单人怎样使用git进行版本管理，这篇文章我们来聊聊怎样多人协作使用git进行版本管理，其实只要理解了前文，理解多人协作也是非常容易的，我们先来聊聊概念，理解了概念以后，再聊具体操作。当多人需要通过git进行协作时，通常的做法是创建一个远程仓库，每个人把远程仓库克隆到本地，克隆后，每个人就在本地获取到了一个和远程仓库一样的git仓库，这样，每个人就可以在自己的本地库中对代码进行开发和管理，当你需要把自己本地产生的最新代码同步到远程

git reflog命令是用来恢复本地错误操作很重要的一个命令，所以在这里对它进行一下整理。

执行完commit后，想撤回commit，怎么办（例如还有代码忘记提交，代码不要了想重写）？如果不只是想修改注释，比如遗漏了某个文件没有提交，或者测试之后发现代码有bug，可以。更加直接点，找到你想回到的那个commit，填写它的commit id即可。撤销commit，并且撤销git add .，不删除工作区改修改。撤销commit，不撤销git add ，不删除工作区改动代码，注意，仅仅是撤回commit操作，您写的代码仍然保留在工作区。如果你进行了2次commit，想都撤回，可以使用HEAD~2，

工作中难免会遇到一些commit需要回退，可以用reset和revert。reset是回朔到指定的commit版本，指定的commit版本之后的操作commit都重置了。revert是删除指定的commit操作的内容，指定的commit之前和之后commit操作都不受影响，与此同时这个操作也会作为一个commit进行提交。但对于已经提交到远端的公共分支比如master上的commit只能用revert来进行回退操作，具体用法如下所示：这是当前工作区域log的情况bash-3.2$ git log

git restore <file>表示将在工作空间但是不在暂存区的文件撤销更改.git restore --staged <file>作用是将暂存区的文件从暂存区撤出，但不会更改文件。演示1：1、仓库初始状态：干净的仓库，下面有一个readme文件小静静@DESKTOP-MD21325 MINGW64 /d/test1/test1 (master)$ git statusOn branch masterYour branch is up to date with

在Git中，删除也是一个修改操作，我们实战一下，先添加一个新文件test.txt到Git并且提交：$ git add test.txt$ git commit -m "add test.txt"[master b84166e] add test.txt 1 file changed, 1 insertion(+) create mode 100644 test.txt一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：$ rm test.txt这个时候，Git知道

在我们结束本章 Git 基础之前，正好有一个小技巧可以使你的 Git 体验更简单、容易、熟悉：别名。 我们不会在之后的章节中引用到或假定你使用过它们，但是你大概应该知道如何使用它们。Git 并不会在你输入部分命令时自动推断出你想要的命令。 如果不想每次都输入完整的 Git 命令，可以通过 git config 文件来轻松地为每一个命令设置一个别名。 这里有一些例子你可以试试：$ git config --global alias.co checkout$ git config --global ali

执行git stash，还可以像commit一样填写备注信息，也可以省略，git会按照固定格式自动生成，形如：stash@{0}: WIP on 分支名: fad1c85 该commit id的提交日志。想要还原stash的内容，直接git stash pop即可，会直接弹出stash的顶层内容，也就是最近一次stash的内容。需要注意的是，git stash只能stash被git tracked过的文件和文件夹，未被跟踪的文件和文件夹无法stash。当然，完整的写法其实是：git stash push。

文章目录Git 是什么？直接记录快照，而非差异比较近乎所有操作都是本地执行Git 保证完整性Git 一般只添加数据三种状态Git 是什么？那么，简单地说，Git 究竟是怎样的一个系统呢？ 请注意接下来的内容非常重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。 在学习 Git 时，请尽量理清你对其它版本管理系统已有的认识，如 CVS、Subversion 或 Perforce， 这样能帮助你使用工具时避免发生混淆。尽管 Git 用起来与其它的版本控制系统非常相似， 但它在对

撤销是 Git 提供的一个非常优秀的功能，它可以允许你撤消刚刚所做的操作。这就意味着你不必害怕搞砸你正在工作的项目： Git 一直会让你的项目处于一个安全的状态。修改最后一次提交无论你如何精心地推敲你的提交，你总是有可能出错的。比如忘记了把一个改动过的文件添加到提交中，或者是输入了错误的提交注释等等。当你认为提交有问题时，你都可以使用 “git commit” 命令，并附带上 “–amend” 参数，这个操作可以非常轻松地来修改你的_最后一次_提交。如果你仅仅是想修改上一次的提交注释，你并不需要操作暂

1、初始时只有一个main分支，圆点表示提交记录，当前有两次提交，箭头由C1指向C0，表示C1是基于C0之后的提交记录，称C1是子记录，C0是父记录。main右上角有个星号，表示main是工作区当前所处的分支。2、再做一次提交：从日志可以看到三次提交记录：3、这个时候，你临时接到任务，要修复某个bug，领导让你从C2结点开一个分支，叫fix_bug，开始你的bug修复工作。git branch fix_buggit checkout fix_bug上面两步（创建分支、切换分支）可以合成一

1、基于某个提交创建分支fix_buggit checkout c0 -b fix_bug2、将分支移动到某个提交git branch c1 -f fix_bug

有时候，我们用Git的时候有可能commit提交代码后，发现这一次commit的内容是有错误的，那么有两种处理方法：1、修改错误内容，再次commit一次 2、使用git reset 命令撤销这一次错误的commit第一种方法比较直接，但会多次一次commit记录。而我个人更倾向第二种方法，错误的commit没必要保留下来。那么今天来说一下git reset。它的一句话概括git-reset - Reset current HEAD to the specified state意思就是可以让H

问题提出本文要讨论的是：当我们用git checkout <branch_name>命令切换分支时，如果有未提交的修改，会发生什么？如果当前工作区的状态是“clean”，那么切换到其他分支是很容易的。但是，如果有未提交的修改，也许就不能顺利地切换过去，Git 会给出错误信息。**git这样做也是出于安全考虑。**例如： $ git branch bug/pr-1 bug/pr-2 dev * master$ git checkout dev

概览git checkout用于切换分支或者还原工作区文件。划重点，是还原工作区文件。用法一git checkout [<commit>] [--] <paths>用于拿暂存区的文件覆盖工作区的文件，或者用指定提交中的文件覆盖暂存区和工作区中对应的文件。用法二git checkout <branch>用于切换分支。如果本地没有branch分支，但是远端有同名的分支，则该命令相当于：$ git checkout -b <branch> --

git push是 Git 中非常重要的命令，用于将本地分支的更新推送到远程仓库。通过掌握其基本语法和常见用法，你可以更高效地管理代码仓库。此外，了解一些高级用法可以帮助你在复杂的开发场景中更好地控制代码的推送行为。希望本文对你理解和使用git push命令有所帮助！如果你有任何问题或建议，欢迎在评论区留言。