git分支管理模型推荐

前言

正如我了解到的,很多基于SVN的分支管理,类似如下的流程:

可能存在的问题:

  • master合并成本比较高
  • 特性分支有开发公共功能的需求, 需要及时合并

如下是一个比较成功的分支策略和发布管理,原文链接,另外,建议大家用sourceTree进行git的分支管理,因为上面的Git Flow就是如下图所示的管理流程。看图说明一切,然后使用一下sourceTree的git flow基本就懂了。

关注点是围绕着将git作为源码版本管理的工具,另外,如果你对git很感兴趣,可以关注下作者公司(gitprime)提供给软件工程性能上的实时数据分析.

为什么选择git

Why git is better than x?

另外,子模块不错,对整个项目的管理,需要的地方,可以引入子模块。

时间: 2024-09-25 23:30:21

git分支管理模型推荐的相关文章

分布式版本控制Git分支管理策略及使用规范流程

Git分支管理策略 目前最流行的"版本管理系统",非Git莫属. 相比同类软件,Git有很多优点.其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便.有些传统的版本管理软件,分支操作实际上会生成一份现有代码的物理拷贝,而Git只生成一个指向当前版本(又称"快照")的指针,因此非常快捷易用. 但是,太方便了也会产生副作用.如果你不加注意,很可能会留下一个枝节蔓生.四处开放的版本库,到处都是分支,完全看不出主干发展的脉络. Vincent Dr

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

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

Git分支管理策略

如果你严肃对待编程,就必定会使用"版本管理系统"(Version Control System). 眼下最流行的"版本管理系统",非Git莫属. 相比同类软件,Git有很多优点.其中很显著的一点,就是版本的分支(branch)和合并(merge)十分方便.有些传统的版本管理软件,分支操作实际上会生成一份现有代码的物理拷贝,而Git只生成一个指向当前版本(又称"快照")的指针,因此非常快捷易用. 但是,太方便了也会产生副作用.如果你不加注意,很可能

GIT分支管理是一门艺术(转)

  英文原文:http://www.nvie.com/posts/a-successful-git-branching-model/ 原文作者:Vincent Driessen 本文经Linux大棚博主总结精简而成. 1 GIT,在技术层面上,绝对是一个无中心的分布式版本控制系统,但在管理层面上,我建议你保持一个中心版本库. 2 我建议,一个中心版本库(我们叫它origin)至少包括两个分支,即"主分支(master)"和"开发分支(develop)" 3 要确保:

【代码管理】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 flow

说明: 本文以nvie的"a successful git branching model"为蓝本,结合我个人理解写成.如有谬误,还请各位指出.多谢! Note: This article is highly based on nvie's a successful git branching model. Thanks nvie. Git Flow 是什么 Git Flow是构建在Git之上的一个组织软件开发活动的模型,是在Git之上构建的一项软件开发最佳实践.Git Flow是一套

一个成功的Git分支模型

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

Git基础06:介绍一个成功的 Git 分支模型

本文转自开源中国社区,修复了几处文字错误.文章译者:Lax,xue777hua,FGQ,showme,Tocy,lidashuang,JoeyBlue. 英文原文:A successful Git branching model. 在这篇文章中,我提出一个开发模型.我已经将这个开发模型引入到我所有的项目里(无论在工作还是私人)已经一年有余,并且它被证明是非常成功的.我打算写这些已经很久了,但我一直找不到时间来做,现在终于有时间了.我不会讲任何项目的具体细节,仅是关于分支策略和释放管理相关内容.

Git 远程仓库分支管理

目录 目录 速查表 关联远程代码仓库 克隆远程仓库 分支管理 创建分支 切换分支 合并分支 删除分支 解决冲突 速查表 指令 作用 git branch 查看分支 git branch newBranchName 创建分支 git checkout branchName 切换分支 giit checkout -b newBranchName 创建+切换分支 git merge branchName 合并分支到当前分支 git branch -d branchName 删除分支 关联远程代码仓库