git - Git 使用的术语

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

7年前关闭。




Improve this question




看来我得学会使用git了。这可能是一件好事(TM)。
然而阅读在线指南和手册页，我就是无法理解这些术语。一切总是根据它们自己或其他无法解释的术语来定义(做一个“man git”，你明白我的意思)。

那么，是否有更类似于 DAG 的术语定义结构，包括以下一些内容(均来自 git 手册页!)。也许使用文件系统作为起点，而不是假设读者精通 svn(我不是)。

repo

存储库

一个 git

“ SCSS ”

索引

克隆

提交

分公司

树

上游

一个头

头

版本

标签

存档

补丁

投稿

变更集

stash

存档

对象

模块

子模块

引用规范

一段历史

虽然我可以找到对某些的解释，但它们通常是针对其他的。还有一些我从其他上下文中知道的其他术语(如 UNIX 差异)。然而其他一些我以为我知道......

我收集到有存储库(类似于 gits？和/或树？上游？)，您可以复制(克隆？分支？)以将文件物理地传输到硬盘驱动器。然后是分支(类似于变更集？)，标签和提交(类似于补丁？)，但它们的区别并不明确。什么文件做什么修改？是什么让我的文件留在本地，什么可能(天堂禁止)将我的代码提交给互联网？

推荐的工作方式是什么，当涉及到分支、标签和提交时——所以很容易在版本之间交换，并从公开可用的 gits 导入更新。

//T，咬着舌头控制自己的挫败感...

Answer 1

这是完成您的词汇表的尝试(从我的头顶开始，尝试使用我自己的话):

repo ，存储库 :这是您的对象数据库，其中存储了您的历史记录和配置。可能包含多个分支。通常它也包含一个工作树。

一个 git, "the git": 没听说过，抱歉。 “git”可能描述了软件本身，但我不确定

索引、暂存区:这是您的工作树和存储库之间的“缓存”。您可以向索引添加更改并逐步构建下一个提交。当您的索引内容符合您的喜好时，您可以从中创建一个提交。也用于在失败 merge 期间保留信息(您的一方、他们的一方和当前状态)

克隆:存储库的克隆(“只是另一个存储库”)或这样做的行为(“克隆存储库(创建新的克隆)”)

提交:您的项目在特定时间的状态。包含一个指向其父提交的指针(在 merge 的情况下:多个父提交)和一个指向此时目录结构的指针。

分支:不同的发展路线。 git 中的分支只是一个指向提交的“标签”。您可以通过父指针获取完整的历史记录。默认情况下，分支仅在您的存储库本地。

树:基本上说一个目录。它只是文件(blob)和子目录(树)的列表。 (如果您使用子模块，该列表也可能包含提交，但这是一个高级主题)

上游:克隆存储库后，您通常称该“原始”存储库为“上游”。在 git 中，它的别名为 origin

一头:分支的最高提交(提交标签指向)

主管:描述当前 check out 提交的符号名称。往往是最顶层的提交

版本:可能与提交相同。也可能意味着您的项目的已发布版本。

标签: 为您的提交(或树或 blob)之一赋予的描述性名称。也可以包含一条消息(例如更改日志)。标签可以使用 GPG 进行加密签名。

存档:一个简单的存档(.tar、.zip)，没有什么特别的 git。

补丁:导出为文本格式的提交。可以通过电子邮件发送并由其他用户申请。包含原始作者、提交消息和文件差异

投稿:不知道。可能是向项目提交补丁？

变更集: “提交”的同义词

stash : Git 允许您“stash ”更改。这为您提供了一个干净的工作树，无需任何更改。稍后它们可以被“pop ”带回来。如果您需要临时处理不相关的更改(例如，时间紧迫的错误修复)，这可以挽救生命

对象:可以是 commit 之一, tree , blob , tag .一个对象关联了它被引用的 SHA1 哈希(ID 为 deadbeaf 的提交，树 decaf )。共享同一对象的所有存储库之间的哈希值是相同的。它还保证了存储库的完整性:您不能在不更改所有子提交的哈希值的情况下更改过去的提交。

(模块，)子模块:包含在另一个存储库中的存储库(例如外部库)。高级东西。

revspec: revspec(或 revparse 表达式)通过所谓的扩展 SHA1 语法(例如 HEAD 、 master~4^2 、 origin/master..HEAD 、 deadbeaf^! 、...)描述某个 git 对象或一组提交 |118567

引用规范: refspec 是描述在 Fetch 或 Push 操作期间要在远程和本地引用之间完成的映射的模式

历史:描述在提交回到第一次提交之前的所有祖先提交。

你没有提到的事情，但可能很高兴知道:

您所做的一切都在您的存储库本地(由 git init 或 git clone git://url.com/another/repo.git 创建)。 git 中只有少数命令与其他存储库(又名 teh interwebz)交互，包括 clone , fetch , pull , push .

推和 pull 用于同步存储库。 pull fetch es 来自另一个存储库的对象并将它们与您当前的分支 merge 。推送用于接受您的更改和 push他们到另一个存储库。您不能推送单个提交或更改，您只能推送包含其完整历史记录的提交。

单个存储库可以包含多个分支，但不是必须的。 git 中的默认分支名为 master .您可以根据需要创建任意数量的分支，使用 git merge 是小菜一碟。分支是本地的，直到您运行 git push origin <branch> .

提交描述了项目的完整状态。这些状态可以相互比较，从而产生“差异”( git diff origin/master master = 查看 origin/master 和 master 之间的差异)

Git 在准备提交时非常强大。这里的关键因素是“索引”(或“暂存区”)。您可以向索引添加单个更改(使用 git add )，直到您认为索引看起来不错。 git commit启动你的文本编辑器，你需要提供一个提交信息(你为什么以及如何进行更改)；输入您的提交消息后，git 将在前一个提交(父指针是前一个提交的 SHA1)之上创建一个新的提交——包含索引的内容。