本文介绍了首先是什么:git子树合并策略或git子模块?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

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

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



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



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

子树合并似乎有点老旧:

>

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



Git子模块于2007年5月由Lars Hjemli在commit »添加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子模块?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

09-03 03:35