Git~分支真的很轻

轻,让人觉得很爽

所有源代码管理工具都有管理分支的功能,git当然也不例外,而且git的分支是非常轻的,不像tfs,svn那样,复制一大堆代码,git只记录变化的内容,有本地分支与远程分支之分,原则上我们在开发每个小功能时,都可以有自己的分支,在分支上开发,然后提交到本地,这样你的代码就算保存了,而保存在本地之后就可以push到远程分支了(Origin)。

从一个现有的本地分支建立一个新的本地分支,你可以很容易的实现

每个分支都是相互独立的,但也是可以相互合并的,如果出现冲突,解决一下就可以了!

你在进行git checkout分支切换时,可以很明显的看到磁盘上文件的变化,这一点很有意思,当然 git为了文件安全,在你进行checkout时,需要先把改变的文件提交,然后才可以进行分支切换!

我们从下图中可以看到在dev/usercenter分支上是有1.md的

我们把分支切换到develop,来看看效果

从上面图可以看到,分支上没有我们新加的1.md文件,如果希望它合并到本地的dev分支,可以使用git merge命令

合并之后,我们再来看一下dev的目录,1.md就出来了。

最后,有一点再重复一下:

  1. 在pull一个分支之前,一定要把当前代码提交!
  2. 在checkout一个分支之前,也一定要把当前代码提交!
  3. 不要直接把代码push到master分支,应该进行代码审核,然后走Merge Requests

感谢咱们阅读,以后还要陆续分享git技巧!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:Git~分支真的很轻,如需转载请自行联系原博主。

时间: 2024-11-14 23:51:34

Git~分支真的很轻的相关文章

Git 分支概述

1.1 Git 分支 - 分支简介 几乎所有的版本控制系统都以某种形式支持分支. 使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线. 在很多版本控制系统中,这是一个略微低效的过程--常常需要完全创建一个源代码目录的副本.对于大项目来说,这样的过程会耗费很多时间. 有人把 Git 的分支模型称为它的"必杀技特性",也正因为这一特性,使得 Git 从众多版本控制系统中脱颖而出. 为何 Git 的分支模型如此出众呢? Git 处理分支的方式可谓是难以置信的轻量,创建新分支

【代码管理】GitHub超详细图文攻略 - Git客户端下载安装 GitHub提交修改源码工作流程 Git分支 标签 过滤 Git版本工作流

找到一篇很详细的Git教程,真的很不错,推荐!!! GitHub操作总结 : 总结看不明白就看下面的详细讲解. . 作者 :万境绝尘  . GitHub操作流程 : 第一次提交 :   方案一 : 本地创建项目根目录, 然后与远程GitHub关联, 之后的操作一样; -- 初始化git仓库 :git init ; -- 提交改变到缓存 :git commit -m 'description' ; -- 本地git仓库关联GitHub仓库 : git remote add origin git@g

Git分支本地操作详解

引言 在上一节中我们对Git的常用本地操作的命令进行详解,而本节要讲解的是Git的分支, 在讲解之前补充两点概念性的东西: 第一个: 第一节中一个读者提出的疑问,Git和SVN在版本控制中存储方式版本信息的差异. 答:Git关心文件的整体是否发生变化,而SVN则关心的是文件内容的具体差异! SVN每次记录的是有哪些文件进行了修改,以及修改了哪些行的哪些内容: 如上图,比如版本2中记录的是文件A以及文件C的变化,而版本3中仅仅记录文件C 的变化这样,以此类推:而Git并不保存这些前后变化的差异数据

Git学习-->关于Jenkins编译时候,如何获取Git分支的当前分支名?

一.背景 因为代码都迁移到了Gitlab,所以Jenkins编译的时候我们都需要将之前的SVN信息换成现在的Git信息.最近编译一个Lib库的时候,因为团队规定上传Release版本的AAR到Maven的话,必须需要在Jenkins上编译而且Git Branch 必须是master分支才能够上传到Maven. 因此我们就需要在Gradle脚本中,获取Git Branch ,Git Commit等相关信息.但是在获取Git Branch的时候出现了问题,在本地Android Studio编译的时候

git学习------>Git 分支管理最佳实践

ps:本文转载于 : https://www.ibm.com/developerworks/cn/java/j-lo-git-mange/index.html Git 是目前最流行的源代码管理工具.大量的软件项目由 GitHub.Bitbucket 和 GitLab 这样的云服务平台或是私有的 Git 仓库来管理.在使用 Git 时通常会遇到的一个问题是采用何种分支管理实践,即如何管理仓库中作用不同的各类分支.和软件开发中的其他实践一样,Git 分支管理并没有普遍适用的最佳做法,而只有对每个团队

Git详解之三:Git分支

原文链接:http://blog.jobbole.com/25877/ 原文:<Pro Git> Git 分支 几乎每一种版本控制系统都以某种形式支持分支.使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作.在很多版本控制系统中,这是个昂贵的过程,常常需要创建一个源代码目录的完整副本,对大型项目来说会花费很长时间.(伯乐在线注:如果你对Git还不了解,建议从本Git系列第一篇文章开始阅读) 有人把 Git 的分支模型称为"必杀技特性",而正是因为它,将

tortoisegit git分支的学习笔记

做自己的产品,分支还是很重要的.例如,我发布了一个app,但是有bug,又想做新功能,怎么办呢?如果只在一个git上开发的话,bug会越来越多,原来bug没改完,新功能开发,又会产生新的bug.这样的话,bug永远改不完,版本发布会一拖再拖.   正确的做法,主分支,开发新功能,创建的分支改bug,定期的将分支合并到主分支,对外发布的版本都新分支,改bug的版本,属于稳定版的.发版本成阶梯状.下面介绍一下用tortoisegit创建git分支的方法,个人觉得比较简单.   1,clone二个版本

在 Shell 提示符中显示 Git 分支名称的方法_linux shell

Git 的好处之一就是把代码的分支管理变成了一件极其便捷的事情,分支只保留差异,不用复制任何文件,不用连接网络,快速创建,用完即删.Git 分支与项目的复杂程度无关,不管你的项目多么复杂,创建 Git 分支永远都是瞬间的事情.同时,因为保留了父类分支的信息,所以分支的合并也变得异常简单. 当在一个项目中频繁使用多个分支时,可以使用 git status 命令查询自己现在正工作在哪个分支下面,不过难免有脑子发昏的时候,忘记自己在哪个分支下面,因而发生误操作之类的杯具. 那么把分支显示在 Shell

一个成功的Git分支模型

本文中我会展示一种开发模型,一年前该模型就已经被我用在所有的项目中(包括工作中的项目和私有项目),结果是非常成功的.我早就想为此写点东西,可直到现在才有时间.本文不会讲述任何项目的细节,只会涉及到分支策略和发布管理. git-branch-1 本文使用Git作为所有源码的版本控制工具. 为什么是Git? 要全面了解Git与其它集中式版本控制系统相比的优劣,可以参考这个页面.这方面的争论可谓是硝烟弥漫.作为一个开发者,所有这些工具中我最钟情于Git.Git的的确确改变了人们考虑合并及分支的方式.在