自己做实验: 在github上建一个版本库B作为submoule: https://github.com/FrankKuiFang/testGit_submodule, 尝试将该版本库作为另一个库A (https://github.com/FrankKuiFang/TestGit) 的submodule. 1)将A克隆到本地,使用master分支. 执行  git submodule add https://github.com/FrankKuiFang/testGit_submodule.gi

From:http://www.worldhello.net/2010/01/26/425.html 删除 git submodule (git 库子模组) 有两种情况会创建 git submodule (git 子模组) 显性方式添加:使用 git submodule 命令将其他git库作为子目录添加,即子模组 隐性方式添加:使用 git add 添加,如果某个子目录本身是一个 git 库,就自动添加为子模组,不再递归添加该目录下面的文件 那么这两种方式添加的子模组有什么不同?子模组有什么副作

git submodule允许其他的仓库指定以一个commit嵌入仓库的子目录. git subtree替代git submodule命令,合并子仓库到项目中的子目录.不用像submodule那样每次子项目修改了后要init和update.万一哪次没update就直接"commit -a" 或者 "add ." 全commit上去就悲剧了. git subtree虽然比git submodule更好用,但也不是特别完美的解决方案,使用时一定要特别注意. git-su

在项目开发中,特别是web前端开发中,有非常多的开源第三方library,我们希望引用他们,同时也希望能够方便地保持这些第三方 开源repo的更新.另外一方面如果我们自己在开发一个网站的项目,这个项目一般分为前端和后端两个相对独立的子项目,特别是前端的repo可能在不同的项目中共享,那么这时,你就可能希望将项目分开为前端和后端两个repo,如何管理这种情况呢?一个比较好的方案就是使用git的submodule功能. 假设我们的父repo在prepo目录,sumodule newtestrepo希

http://blog.jqian.net/post/git-submodule.html 使用git管理的项目开发中,如果碰到公共库和基础工具,可以用submodule来管理. 常用操作 例如, 公共库是 lib.git,地址:git@github.com:lib.git: 需要使用公共库的项目是 proj.git,地址:git@github.com:proj.git. 添加 为项目proj.git添加submodule,先进到相应的目录下,然后执行如下命令: git submodule ad

基于组件的项目很多,但是如果直接用包的方式直接引用到项目中,如果出现问题很难进行调试的操作,也很难进行组件的优化和管理,所以写了一篇文章来介绍下git submodule的用法,用submodule可以一定程度上解决组件难以管理的问题.接下来我用两个测试项目来演示下submodule的基本用法. 新建Git仓储库 在本地clone我们的父项目,并查看当前repository状态 添加子模块 命令:git submodule add XXXXX 查看当前repository状态,除了刚刚添加的 公

使用场景 当项目越来越庞大之后,不可避免的要拆分成多个子模块,我们希望各个子模块有独立的版本管理,并且由专门的人去维护,这时候我们就要用到git的submodule功能. 常用命令 git clone <repository> --recursive 递归的方式克隆整个项目 git submodule add <repository> <path> 添加子模块 git submodule init 初始化子模块 git submodule update 更新子模块 gi

子模块 有种情况我们经常会遇到:某个工作中的项目需要包含并使用另一个项目. 也许是第三方库,或者你独立开发的,用于多个父项目的库. 现在问题来了:你想要把它们当做两个独立的项目,同时又想在一个项目中使用另一个. 我们举一个例子. 假设你正在开发一个网站然后创建了 Atom 订阅. 你决定使用一个库,而不是写自己的 Atom 生成代码. 你可能不得不通过 CPAN 安装或 Ruby gem 来包含共享库中的代码,或者将源代码直接拷贝到自己的项目中. 如果将这个库包含进来,那么无论用何种方式都很难定

使用场景 当项目越来越庞大之后,不可避免的要拆分成多个子模块,我们希望各个子模块有独立的版本管理,并且由专门的人去维护,这时候我们就要用到git的submodule功能. 常用命令 git clone <repository> --recursive 递归的方式克隆整个项目 git submodule add <repository> <path> 添加子模块 git submodule init 初始化子模块 git submodule update 更新子模块 gi

在使用git子模块的时候踩了一个坑 在使用git submodule updata --init --recursive命令,即递归更新子模块并初始化时碰到了一个问题: 经过一段不短时间的排查,发现问题源于之前的一次不成功的子模块换源行为. .gitsubmodule中的url改动并未同步到git的config中,导致保存时子模块保存的实际是旧源commit hash值.在update的时候,git自动读取项目目录下的.gitsubmodule文件,从新源中检索该hash值的commit,由于两

参考http://www.diguage.com/archives/146.html 一.添加子模块 从新建一个项目,或者从远处服务器上克隆一个项目,作为“顶级项目”.这里,从 Github 上新建一个项目,然后再克隆下来: ➜ git clone git@github.com:diguage/parent.git Cloning into 'parent'... remote: Counting objects: , done. remote: Compressing objects: % (

Git Submodule功能刚刚开始学习可能觉得有点怪异,所以本教程把每一步的操作的命令和结果都用代码的形式展现给大家,以便更好的理解. 1.对于公共资源各种程序员的处理方式 每个公司的系统都会有一套统一的系统风格,或者针对某一个大客户的多个系统风格保持统一,而且如果风格改动后要同步到多个系统中:这样的需求几乎每个开发人员都遇到,下面看看各个层次的程序员怎么处理: 假如对于系统的风格需要几个目录:css.images.js. 普通程序员,把最新版本的代码逐个复制到每个项目中,如果有N个项目,那

submodule 已经建立好了一个gitlab submodule形式的repo: 在repo A下面有一个submodule B, A --> B. clone -b branch [repoA] cd A git submodule update --init 之后,在B的文件夹下运行 git branch 会发现当前分支处于一个临时分支上: (HEAD detached at 3bf1f88) 但是在提交repoA的时候,更新的是B中的production分支: git submodul

在開發的過程中我們的項目可能會引用其他的版本庫中的代碼, 例如公司已經累積了一套公用的函式庫, 被多個項目調用;  很顯然地, 不能把公用函式庫的文件直接放到我們開發中的項目中, 這樣不但項目的冗餘, 也增加維護的難度, 無疑是替自己找麻煩. 這時候我們就可以使用Git中submodule功能, 來管理我們的子模版, 在這裡我們配合使用GUI SourceTree(以下就簡稱ST吧), 以下就進入正文囉...... 1. 準備工作 首先我們先建立兩個Repository分別叫smMain以及sm

最近在跑好几个模型,视频检测,物体检测,搭建mxnet时,有点问题,记录一下. 视频检测,mxnet需要用指定版本,git 切换到指定版本后,update了,但是依然提示说有些库找不到.想了想,应该是recursive没用,可我clone项目时,明明是recursive了,后来一想才明白,估计是master下的库和submodule下的库不一样了.需要在submodule下进行update --recursive. 投靠网络. git submodule update --recursive g

### 背景:为什么要用子模块? 在开发项目中可能会遇到这种问题:在你的项目中使用另一个项目,也许这是一个第三方开发的库,或者是你独立开发的并在多个父项目中使用的.简单来说就是A同学开发了一个模块,被B\C同学共同调用,,可能就形成了这种**模块调用**关系. 然后就产生了一个问题:我想将两个项目单独处理.但是又需要再其中一个中使用另一个. ### 解决方案 git给了一个处理方案--子模块 * 子模块允许将一个git仓库作为另一个git仓库的子目录,他能让你将另一个仓库克隆到自己的项目中区去,

git submodule update操作可能导致执行.gitmodules文件中定义的任意shell命令. 受影响的产品 Git版本2.20.0至2.24.0 修复版本 Git v2.24.1,v2.23.1,v2.22.2,v2.21.1,v2.20.2 披露时间表 2019-11-11 git-security邮件列表的初步报告 2019-12-10 Git v2.24.1,v2.23.1,v2.22.2,v2.21.1,v2.20.2发布 CVE编号 CVE-2019-19604 细节

因为代码分了两个小组管理,一部分代码使用跨平台语言实现,一部分使用原生实现. 所以使用Git submodule 来进行管理. 1,查看/更新 子模块 $ git submodule add ssh://git@10.10.10.xx:443/xxx-iOS ios #添加子模块 $ git submodule (status)#查看子模块 $ git submodule update #更新项目内子模块到最新版本 $ git submodule update --remote #更新子模块为远

1.  删除子模块 # 逆初始化模块,其中{MOD_NAME}为模块目录,执行后可发现模块目录被清空 git submodule deinit {MOD_NAME} # 删除.gitmodules中记录的模块信息(--cached选项清除.git/modules中的缓存) git rm --cached {MOD_NAME} # 提交更改到代码库,可观察到'.gitmodules'内容发生变更 git commit -am "Remove a submodule." 2. 修改模块UR

使用场景 拆分项目,当项目越来越大之后,我们希望 子模块 可以单独管理,并由 专门 的人去维护,这个时候只可以使用 git submodule 去完成. 常用命令 git clone <repository> --recursive # 递归方式克隆整个项目 git submodule add <repository> path # 添加子模块 git submodule init # 初始化子模块 git submodule update # 更新子模块 git submodul

git 的submodule 工具方便第三方库的管理,比如gitlab 上的各种开源工具,spdlog等 在项目目录下创建.gitmodule 里可以添加第三方库,然后在更新第三方库时,有两个选项 git submodule update --init 这是更新当前主项目上记录的submodule 的commitid 比如在提交子项目的时候,会在主项目产生变更,这个变更随着主项目一起的提交,也就是一一对应 Subproject commit 7d67b54340cebb4ffaa283ebf69