首先是什么：git子树合并策略或git子模块？ [英] What came first: git subtree merge strategy or git submodule?

问题描述

什么是更新的发明 - git子树合并策略（不是新的git-subtree命令）或git子模块命令（或者是基础机制，如果有一个独立的对git子树命令与合并策略对称的） p>

首先包含在Git分发版中的是什么？

用于链接相关Git ML帖子的奖励点数。

我试图从Git提交历史记录中挖掘该信息，但在2007-2008的某个地方因为这两个功能而丢失了。

子树合并似乎有点老旧：

>

由Junio Hamano于2007年2月推出 68faf68938ee943fc251c702f2027e4dfda354db »添加新的merge stragety [sic]'subtree'«（file git-merge.sh ）

Git子模块于2007年5月由Lars Hjemli在commit 70c7ac22de681a83621bda03e676348170c8d8a2 »添加git-submodule命令«（文件 git-submodule.sh ）

要获得第一个包含某个特性的版本，请运行 git describe --contains 就其提交而言。
对于上面的提交，这分别表示 v1.5.2-rc0 和 v1.5.3-rc0 。

What is more recent invention — git subtree merge strategy (not the new git-subtree command) or git submodule command (or maybe underlying mechanism if there was a separate one symmetrical to git subtree command vs. merge strategy).

What was included in Git distribution release first?

Bonus points for links to relevant Git ML posts.

I tried do dig that info from Git commit history, but got lost somewhere in 2007-2008 for both features.

解决方案

Subtree merge seems to be a tad older:

Introduced by Junio Hamano in Feb 2007 68faf68938ee943fc251c702f2027e4dfda354db »Add new merge stragety [sic] 'subtree'« (file git-merge.sh)

Git submodule was introduced in May 2007 by Lars Hjemli in commit 70c7ac22de681a83621bda03e676348170c8d8a2 »Add git-submodule command« (file git-submodule.sh)

To get the releases that first contained a certain feature, run git describe --contains on its commit. For the above commits this means v1.5.2-rc0 and v1.5.3-rc0, respectively.

这篇关于首先是什么：git子树合并策略或git子模块？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！