git 版本库拆分 原文地址: https://segmentfault.com/a/1190000002548731 程序员最爽的事情是什么?删删删!所有项目本来都很苗条的,时间长了难免有一些越搞越大,怎么看怎么不爽,一个字,拆!今天就说说拆分 Git 仓库这件小事儿. 这个拆字呢,有两种写法,比如你有一个叫做 big-project 的仓库,目录如下: big-project ├── codes-a ├── codes-b └── codes-eiyo 有时候想把 codes-eiyo 拆出

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

语法:git subtree split -P <被裁减的目录> -b <分支> git subtree split -P SDK/CustomUI(需要裁减的) -b CustomUI-2(裁减到得分支) 语法:git subtree add --prefix=<子目录名> <子仓库名> <分支> --squash git subtree add --prefix=SDK/CustomUI(关联) /work/Que/Qupai/Android

转载请注明原文地址:http://www.cnblogs.com/ygj0930/p/8427796.html 场景一:已有一个大项目,需要把其中一部分内容独立出来作为共用子项目,被其他项目引用 一:先分拆 cd 项目A git subtree split -P 项目A的某个目录 -b 子项目名 cd ../ mkdir tempDir cd tempDir git init git pull ../项目A 子项目名 git remote add 子目录名 子项目仓库地址 git push 子项

Git Subtree 的原理 首先,你有两个伟大的项目——我们叫他P1项目.P2项目,还有一个牛逼的要被多个项目共用的项目——我们叫他S项目.我们通过简要讲解使用Subtree来同步代码的过程来解释Subtree的原理 1.初始化子项目Subtree 通过 cd P1项目的路径 git subtree add --prefix=用来放S项目的相对路径 S项目git地址 xxx分支 这样的命令,把S项目(我们姑且叫他S项目)的代码下载到--prefix所指定的目录——我们姑且叫他S目录把,并在P

git subtree用法 一.使用场景 例如,在项目Game中有一个子目录AI.Game和AI分别是一个独立的git项目,可以分开维护.为了避免直接复制粘贴代码,我们希望Game中的AI子目录与AI的git项目关联,有3层意思: 1.AI子目录使用AI的git项目来填充,内容保持一致. 2.当AI的git项目代码有更新,可以拉取更新到Game项目的AI子目录来. 3.反过来,当Game项目的AI子目录有变更,还可以推送这些变更到AI的git项目. 用git subtree可以轻松满足上面的需求

如果你的项目中有很多第三方的lib,你希望使用它,并且也希望可能对该lib做修改并且贡献到原始的项目中去,或者你的项目希望模块化,分为几个repo单独维护,那么git subtree就是一个选择.git subtree管理的子项目在父项目中作为一个完整的代码copy存在,并不包含历史信息.综合考虑git subtree和git submodule的优缺点,一个可行的管理策略是:使用git subtree对父项目(在该父项目中可以临时将子项目文件夹加入到tracking中)做split,将需要单独

原文:http://aoxuis.me/post/2013-08-06-git-subtree 使用场景 例如,在项目Game中有一个子目录AI.Game和AI分别是一个独立的git项目,可以分开维护.为了避免直接复制粘贴代码,我们希望Game中的AI子目录与AI的git项目关联,有3层意思: AI子目录使用AI的git项目来填充,内容保持一致. 当AI的git项目代码有更新,可以拉取更新到Game项目的AI子目录来. 反过来,当Game项目的AI子目录有变更,还可以推送这些变更到AI的git项

这个是备忘录.原网页(https://medium.com/@porteneuve/mastering-git-subtrees-943d29a798ec , http://cncc.bingj.com/cache.aspx?q=master+git+subtree&d=5034897297048421&mkt=zh-CN&setlang=en-US&w=LLr-ePxnq8vxmyPDrHjzRWkbxVPwbcO4)被gfw墙,从cache中复制过来的,以备忘. Mas

git subtree 是不错的东西,用于 git 管理子项目. 本文记录我遇到问题和翻译网上的答案. 当我开始 pull 的时候,使用下面的代码 git subtree pull --prefix=<本地子项目目录> <远程库仓库地址 | 远程库别名> <分支> --squash 其中--squash 参数是把子项目的记录合成一次 commit 提交到主项目,这样主项目只是合并一次 commit 记录. 但是在我执行这句代码的时候,出现下面的错误 Working tr

移动互联网的爆发以及响应式页面的尴尬症,开发web和mobile项目成为了标配,当然实际情况下,会有更多的项目. 多项目开发对于前端来说是个很大的挑战✦ 重复,重复的前端架构,重复的前端依赖,重复的工具函数等✦ 局限,不同后台有不同的规则,“因地制宜”真难受,刚伺候好rails又突然来个php✦ 最优,后台工程做前端构建,总是显得不够“最优”. 所以,我们需要单独抽离出前端开发项目,按照前端的方式来组织代码,通过构建工具来对前端资源文件做最优处理那么新问题来了,如何管理这个快速迭代,频繁更新的前

. . . . . 最近需要将不同的客户的代码分开管理,所以需要为这些代码分别创建分支. 目前版本库中分支结构如下: [yuhuashi@local:Project]$ git branch -a* master remotes/origin/HEAD -> origin/master remotes/origin/masger remotes/origin/master 其中 master 分支是客户 A 所使用的分支. 其它客户则以 masger 分支为基础版本创建. 大致需求的流程如下:

首先,要明白仓库的概念 仓库可以理解为repository, 就是存放代码的地方,—— 其实是一个比较笼统的概念,不管里面的内容,总之存放各种资源(代码.图片等等) 对于git应用开发者而已,本地一般需要至少一个仓库, 远程,自然,必须的,至少一个仓库 仓库里面可以有多个分支 —— 每个分支,当然,都是对应一个独享的目录. 各个分支并列在仓库下,共同组成了仓库(个人的理解,这样对吗?) 版本又是什么概念呢? —— 其实我们应该准确理解这个概念—— 版本指一个分支的某一个时刻的整体代码—— 这样理

关于版本控制 git是一种分布版本控制系统,每一主机都保存了完整副本.必杀技是分支. 在Windows可安装git客户端msysgit. git基础 第一次看progit觉得有点不懂,不懂版本控制,一条条命令写的觉得很麻烦没头绪.这次在看了向导guides.github.com之后,文章避免了一些细枝末节的命令,而是介绍工作流程,懂了一点工作大概流程再开始使用命令比较合适. 三种状态 工作目录.暂存区域.git目录 工作目录就是你打开文件夹看到可见目录.暂存区域含有添加(add)之后的文件.gi

首先要强调一个观念,那就是在某个分支A下创建新的分支B,是指使用A分支下的代码,并不是A/B这样的层级结构. 比如,我想要在非主分支dev 下面创建子分支dev_dev >>>1.创建分支:git checkout -b dev_dev >>>2.定位分支 : 选取位置:git checkout dev(也就是切换到dev下面,选择dev分支的状态内容); 拉取目标分支内容:git pull; 按照这种模式,你可以在任意分支(git checkout)的任意版本(版本回

git提交本地分支到远程分支   git 常用命令(含删除文件) Git常用操作命令收集: 1) 远程仓库相关命令 检出仓库:$ git clone git://github.com/jquery/jquery.git 查看远程仓库:$ git remote -v 添加远程仓库:$ git remote add [name] [url] 删除远程仓库:$ git remote rm [name] 修改远程仓库:$ git remote set-url --push[name][newUrl] 拉

http://jingyan.baidu.com/album/19192ad83ea879e53e5707ce.html?picindex=1 修改配置 git config --global user.name git config --global user.email 如: git config --global user.name "zbx" git config --global user.email "zbx@XX.cn" 进入到想要放项目的目录,本例中

git 命令合并分支代码 对于复杂的系统,我们可能要开好几个分支来开发,那么怎样使用git合并分支呢? 合并步骤: 1.进入要合并的分支(如开发分支合并到master,则进入master目录) git pull 2.查看所有分支是否都pull下来了 git branch -a 3.使用merge合并开发分支 git merge 分支名 4.查看合并之后的状态 git status 5.有冲突的话,通过IDE解决冲突: 6.解决冲突之后,将冲突文件提交暂存区 git add 冲突文件 7.提交me

有人把 Git 的分支模型称为它的`‘必杀技特性’',也正因为这一特性,使得 Git 从众多版本控制系统中脱颖而出. 为何 Git 的分支模型如此出众呢? Git 处理分支的方式可谓是难以置信的轻量,创建新分支这一操作几乎能在瞬间完成,并且在不同分支之间的切换操作也是一样便捷. 与许多其它版本控制系统不同,Git 鼓励在工作流程中频繁地使用分支与合并,哪怕一天之内进行许多次. 理解和精通这一特性,你便会意识到 Git 是如此的强大而又独特,并且从此真正改变你的开发方式. 分支简介 在进行提交操作

熟悉git分支的原理是掌握了git的精髓,因为git和我们常用的源码管理系统有很大的区别和优点在分支上可以体现出来,一般我们常用的源码管理系统分支都是需要创建新目录,有全新的源码copy,一般都需要创建一个源代码目录完整的副本.对应大项目来说非常的耗费时间和空间.git正式因为其优秀的分支模式可以从源码管理系统中脱颖而出.因为git的分支非常的轻量级,他的操作机会瞬间完成,在不同的分支切换也非常快速.与其他版本相比,git更加推崇使用分支管理.分支是一个git非常强大和高效的工具.熟悉使用可以大

分支与合并 在Git里面我们可以创建不同的分支,来进行调试.发布.维护等不同工作,而互不干扰.下面我们还是来创建一个试验仓库,看一下Git分支运作的台前幕后: $rm -rf test_branch_proj $mkdir test_branch_proj $cd test_branch_proj $git init Initialized empty Git repository in /home/test/test_branch_proj/.git/ 我们如以往一样,创建一个“readme.