- 综合排序
- 最热优先
- 最新优先
- 来自专栏运维前线
3.3 Git 分支 - 分支管理
分支管理 现在已经创建、合并、删除了一些分支，让我们看看一些常用的分支管理工具。 git branch 命令不只是可以创建与删除分支。 如果不加任何参数运行它，会得到当前所有分支的一个列表： $ git branch iss53 * master testing 注意 master 分支前的 * 字符：它代表现在检出的那一个分支 （也就是说，当前 HEAD 指针所指向的分支）。 分支，所以现在看到它在列表中。 在这个列表中分支名字前没有 * 号的分支通常可以使用 git branch -d 删除掉；你已经将它们的工作整合到了另一个分支，所以并不会失去任何东西。
1.5K40发布于 2019-05-26 - 来自专栏落影的专栏
代码分支管理
前言 没有最好的代码管理方式，只有最适合当前需求的方式。 正文 移动项目中，有用SVN做代码管理，也有用Git。从效率上来讲，Git会比SVN更优：最直接的是SVN在切换分支时比较慢。 为了适应敏捷开发的快速迭代，代码管理工具大体都在慢慢切向Git。 本文是介绍项目中用Git管理代码分支遇到的问题。 项目初期 用Git管理代码，首先要区分分支，最直接的做法是仅提供两个分支： 为了保持开发阶段的便利，提供develop分支，作为日常开发的提交分支； 为了保证外网代码的可查，提供master分支，作为日常发布的打包分支 总结 不管是developer分支集中开发再cherry-pick到beta分支，还是多分支管理的模式都有各自的优缺点，只能说在项目合适的时期选用适当的方式。 随着项目逐渐发展，分支管理已经逐渐习以为常，现在大家关注的都是组件化多仓管理和多仓合码，pipeline包大小检测、安全检测、覆盖率检测、单元测试等等。
66710编辑于 2022-04-24 - 来自专栏热爱C嘎嘎
Git分支管理
截止到目前，只有⼀条时间线，在Git里面，这个分支叫主分支，即master分支。 创建分支 HEAD可以执行其它分支，不一定是只指向master分支，而被HEAD指向的分支便是当前的工作分支。当前的HEAD指向的是master分支。 可以使用cat .git/refs/heads/master查看 创建好新分支后，想要在新分支上工作，则将HEAD指向该新分支。 切换分支 使用git checkout dev进行切换分支。 删除分支 合并完成后,dev分支对于我们来说就没用了，那么dev分支就可以被删除掉，注意如果当前正处于某分支下，就不能删除当前分支。 使用 git branch -d [name] 将分支删掉。 强制删除分支 如果在某个分支上进行开发，并且已经提交了一部分的代码了，但是此时由于某些原因，这个分支的代码不要了，需要删除这个分支。
23610编辑于 2024-07-19 - 来自专栏carven
git分支管理
git分支管理 git用了挺久，但是对分支管理还是不熟悉。 用这篇博客来记录一下常用的分支管理命令 1.首先绑定远程仓库 git remote add test git@github.com:zjy01/test.git 2.新建分支并切换 git branch news #新建分支 git checkout news #切换分支 或者 git checkout -b news #新建分支并切换到它 3.远程建立分支 git push test news #push 本地分支到远程，自然就创建了远程的news分支 git push test news:newsBranch #push本地news分支到远程newsBranch分支，会在远程新建newsBranch分支 4.删除远程分支 这个有点奇怪 git push test :news #推送一个空的分支到远程分支，可以达到删除效果 git push --delete test news #git v1.70后
34100发布于 2018-08-08 - 来自专栏C语言
【Git】分支管理
master之外，git也提供方式创建分支，分支会继承master的代码，我们就可以对分支修改而不影响主分支master，修改完的分支也可以合并到master中。 4.合并分支 为了在 master 主分支上能看到新的提交，就需要将dev 分支合并到master 分支，示例如下： 我们需要切换到主要合并的分支上，使用git merge [被合并分支的name] 来进行合并分支操作 branch * master hyb@139-159-150-152:~/gitcode$ git branch -d dev1 Deleted branch dev1 (was c594fd1). 7.分支管理策略 8.分支策略 在实际开发中，我们应该按照几个基本原则进行分支管理： 首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面进行开发（因为不能用户在使用软件时是不是出错）；实际开发都在 git status On branch dev2 nothing to commit, working tree clean 用 git status 查看工作区，就是干净的（除非有没有被 Git 管理的文件
25720编辑于 2025-08-26 - 来自专栏最新最全的大数据技术体系
Git 分支管理
文章目录 分支管理 合并分支 解决冲突 分支管理 ? 1.创建合并分支 在我们每次的提交，Git都把它们串成一条时间线，这条时间线就是一 个分支。 截止到目前，只有一条时间线，在Git里，这个分支叫主分 支，即master分支。 所以Git合并分支也很快！就改改指针，工作区内容也不变！ 合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给 删掉，删掉后，我们就剩下了一条master分支： ? 2 使用TortoiseGit实现分支管理 使用TortoiseGit管理分支就很简单了 7.2.1 创建分支 在本地仓库文件夹中点击右键，然后从菜单中选择“创建分支”： ? 如果想创建完毕后直接切换到新分支可以勾选“切换到新分支”选项 或者从菜单中选择“切换/检出”来切换分支： ?
49720发布于 2021-04-09 - 来自专栏D·技术专栏
git分支管理
分支规范 分支介绍 master 主分支，稳定永远可以待发布，不可在该分支上开发。 develop 开发主分支，代码永远最新；所以功能分支从该分支上checkout，develop只做合并，不做开发。 feature 功能分支，以feature/xxxx，功能名称命名。 开发完成后合并到develop分支。 release 预发布分支，从合并过feature的develop分支上拉取，测试完成后合并回develop和master hotfix 线上紧急bug修复分支，修复完成后合并develop和master 命名: master、develop、feature以feature/功能名、release以release/功能名、hotfix以hotfix/bug名 分支开发流程图(copy) ?
58500发布于 2020-01-15 - 来自专栏从零开始的linux
git分支管理
分支管理 查看分支 # git branch alex * master 创建分支 # git branch test # git branch alex * master test 切换分支 # git checkout alex Switched to branch 'alex' 分支合并 # git merge alex Updating 1e0b362..22031de Fast-forward + 3.txt | 3 +++ 2 files changed, 4 insertions(+), 0 deletions(-) create mode 100644 3.txt 删除分支
58580发布于 2018-04-25 - 来自专栏rainbowzhou的成长足迹
代码分支管理
上述情况最有可能的原因就是代码分支管理混乱所致。那么今天就和大家重温一下代码分支策略 有关的知识 。 版本控制系统 提到版本控制系统，大家脑海里肯定会想到SVN或Git。 其实根据版本控制系统的运作方式，目前主流版本管理系统被划分为集中式版本控制系统和分布式版本控制系统两种类型。 集中式版本控制系统 Subversion 简称SVN，是集中式版本控制系统的典型代表。 这类版本控制系统，都有一个单一的集中管理的版本控制管理服务器，保存所有文件的历史修订版本记录。团队成员之间的代码交换必须通过客户端连接到这台服务器，获取自己想要的文件。 起源于Linus Torvalds 为了帮助管理Linux内核开发而开发的一个开源的版本控制软件。它与集中式版本控制系统的区别在于多个服务器共存，每个人的节点都是一个代码仓库，所有的节点都是平等的。 特点： 优势：分支方式简单，管理工作量较少； 不足：会有等待时间，存在一定的资源浪费；若高频交付，可能存在未完成功能的代码。
72920编辑于 2023-03-16 - 来自专栏玩转JavaEE
Git分支管理
Svn中也有分支管理，但是很low，Git的分支管理非常强大，本文先不去说分支管理内部到底怎么做的，我们先来看看Git中最基本的分支管理操作。 ，我们要保证有一个稳定，可以随时发版本的分支存在（一般情况下这个角色由master分支来扮演），此时我们就可以灵活的使用Git中的分支管理功能： 1.创建一个长期分支用来开发3.0功能，假设这个分支的名字就叫 以上两个步骤同步进行，这在Svn中简直是不可想象的，因为Svn的分支管理太low，而Git能够让我们做到随心所欲的创建、合并和删除分支。 分支合并 现在我切换到fa分支中，由于fa分支是从master分支中创建出来的，所以此时fa分支的内容和master分支的内容是一致的，然后我在fa分支中向git01.txt文件添加一行内容并提交，此时 好了，分支管理我们就先说这么多，有问题欢迎留言讨论。 参考资料： 1.《GitHub入门与实践》 2.《Pro Git》
97650发布于 2018-04-02 - 来自专栏GreenLeaves
Git for Windows之分支管理、分支合并、解决分支冲突
.分支的差异化下载时Git的亮点. 1、查看分支 通过git branch指令 ? 提示当前分支是master 2、创建分支 通过git branch +分支名称 ? ok,名为gitbranch的分支创建完毕. 3、切换分支 （1）、切换到gitbranch分支 通过git checkout +目标分支命令 ? ? (2)、在该分支上修改config.txt配置文件 ? 将修改提交到暂存库,并commit到版本库. 4、合并gitbranch分支到master主分支 ? ok,合并成功! 5、解决分支之间的冲突 (1)、新建一个gitbranch1分支,在该分支下修改配置文件中的db配置项 ? (2)、切换到gitbranch分支,同时也在该分支下修改db配置项 ?
1.2K50发布于 2018-12-05 - 来自专栏小手冰凉
Git分支管理——创建、合并、删除分支
几乎所有的版本控制都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。 Git处理分支的方式是难以置信的轻量，创建新的分支这一操作是秒级完成的，并且在不同分支之间的切换操作也是一样便捷。 Git的分支，其实本质上仅仅是指向提交对象的可变指针。 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动推送到线上分支。 修改后切换回你最初工作的分支上，继续工作。 就像家常便饭一样，有了bug就要修复，在git中，由于分支是强大的，所以都可以通过一个新的临时分支来修复bug，修复后，分支合并，然后将临时分支删除。 ，也会有分支冲突，可以参考前面解决分支冲突的方法 6、Git分支管理相关命令 [root@git ll]# git checkout -b ops #创建ops分支并切换到ops分支 [root@
5K20发布于 2020-03-13 - 来自专栏全栈程序员必看
git 分支管理 推送本地分支到远程分支等
1、创建本地分支 local_branch git branch local_branch 2、创建本地分支local_branch 并切换到local_branch分支 git checkout -b local_branch 3、切换到分支local_branch git checkout local_branch 4、推送本地分支local_branch到远程分支 remote_branch 并建立关联关系 a.远程已有remote_branch分支并且已经关联本地分支local_branch且本地已经切换到local_branch git push b.远程已有remote_branch分支但未关联本地分支local_branch且本地已经切换到local_branch git push -u origin/remote_branch git branch -d | -D branchname 删除branchname分支 git branch -d -r branchname 删除远程branchname分支 7、查看本地分支
71820编辑于 2022-07-07 - 来自专栏Python碎片公众号的专栏
Git 代码分支管理 版本管理
多人协同开发时，可能每个人在不同的分支开发，也可能不同团队在不同的分支开发，还有就是不同的功能在不同的分支开发。 划分分支的方式根据不同的企业和项目而不同，以需求为导向。 一、git 分支管理 1. 以上就是常见的分支管理操作了。 二、git 版本管理 在使用 git 提交代码时，每次 commit 都会生成唯一的版本号，回退版本，创建分支等操作都可以使用到具体的版本号，来按需找到对应的代码状态。 git 可以通过 git tag 来给项目打标签，定义版本号，更方便的进行版本管理。 # 删除本地标签 git tag -d 标签名 # 删除远程标签 git push origin --delete tag 标签名 这样，可以很方便的对项目进行版本管理了。
2.4K31发布于 2021-02-26 - 来自专栏技术博文
Git分支管理策略
感谢作者辛苦撰写 眼下最流行的"版本管理系统"，非Git莫属。 相比同类软件，Git有很多优点。其中很显著的一点，就是版本的分支（branch）和合并（merge）十分方便。 有些传统的版本管理软件，分支操作实际上会生成一份现有代码的物理拷贝，而Git只生成一个指向当前版本（又称"快照"）的指针，因此非常快捷易用。 但是，太方便了也会产生副作用。 如果你不加注意，很可能会留下一个枝节蔓生、四处开放的版本库，到处都是分支，完全看不出主干发展的脉络。 Vincent Driessen提出了一个分支管理的策略，我觉得非常值得借鉴。 它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。理论上，这些策略对所有的版本管理系统都适用，Git只是用来举例而已。如果你不熟悉Git，跳过举例部分就可以了。 它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。 二、开发分支Develop 主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。
70870发布于 2018-04-16 - 来自专栏软件工程
Git的分支管理
截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支. 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点： 几乎每一种版本控制系统都以某种形式支持分支。 删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支： 开辟分支和合并分支的逻辑图 各分支修改了只要不合并就互不影响,可以分别进行平行开发 (我们切换分支类似于换了工作空间 ,只能看到目前分支的文件) 1. git分支管理的命令行方式 https://www.runoob.com/git/git-branch.html 2. git分支管理的TortoiseGit方式 创建分支 ,第一个创建分支并切换到创建的分支,第二个只创建
40910编辑于 2021-12-22 - 来自专栏阮一峰的网络日志
Git分支管理策略
如果你严肃对待编程，就必定会使用"版本管理系统"（Version Control System）。 眼下最流行的"版本管理系统"，非Git莫属。 相比同类软件，Git有很多优点。 有些传统的版本管理软件，分支操作实际上会生成一份现有代码的物理拷贝，而Git只生成一个指向当前版本（又称"快照"）的指针，因此非常快捷易用。 但是，太方便了也会产生副作用。 如果你不加注意，很可能会留下一个枝节蔓生、四处开放的版本库，到处都是分支，完全看不出主干发展的脉络。 Vincent Driessen提出了一个分支管理的策略，我觉得非常值得借鉴。 它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。理论上，这些策略对所有的版本管理系统都适用，Git只是用来举例而已。如果你不熟悉Git，跳过举例部分就可以了。 它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。 二、开发分支Develop 主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。
1.1K30发布于 2018-04-13 - 来自专栏Lansonli技术博客
gitflow分支管理模型
gitflow的分支类型： master分支（1个） develop分支（1个） feature分支。同时存在多个。 release分支。同一时间只有1个，生命周期很短，只是为了发布。 这步完成后就删除release分支。 当从已发布版本中发现bug要修复时，就应用到hotfix分支了。 从集中式的代码管理工具过来的人感到释放了（beware of merge conflicts, they bite you，注意合并冲突，它们会跳出来咬你！）。 删除了feature/blog_builder分支。 切换回develop分支。 /v0.5.1的分支，接下来在新分支上修改bug。
69810发布于 2021-10-09 - 来自专栏持续集成
Git 分支管理策略
对于开发需要知道如何通过 Git 分支来管理产品的开发和发布，尤其是对于大型的项目的开发，只有 master 和 develop 分支是无法满足产品管理和发布要求的，我们还需要其他分支以便更好的管理产品代码 对于测试更多的了解开发过程及分支管理有助于测试及开展自动化测试用例，可以针对不同的分支进行测试用例的编写，在以后回归测试里可以通过分支或是 tag 找到对应的测试用例。 这是一个大型的项目的 Git 分支管理策略，了解这张图可以涵盖 99% 的产品需求。 ? develop - 开发分支是所有开发者最常用的分支，当前的 Bug 和 Features 都需要修复到这个分支上面去。 记住这个图有几个关键点： hotfix 分支是从最新的 hotfix 分支上创建的 hotfix 分支发布后将会合并到 develop 分支 release 分支是从 develop 分支上创建的 release
1K20发布于 2020-06-12 - 来自专栏兮动人的博客
Git之分支管理
分支管理 分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。 如果两个平行宇宙互不干扰，那对现在的你也没啥影响。 现在有了分支，就不用怕了。 你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。 其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能成了摆设，大家都不去用。 但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。
22420发布于 2021-06-11
腾讯云开发者
