企业团队使用Git协同开发的一般流程

git开发流程 公司项目开发流程 1、分支介绍: 永久分支: master:主分支。用于存放经过测试,完全稳定的代码。 dev:开发分支。一开始从master分离而来,用于存放基本稳定的代码。 testing:测试分支。从dev分离而来,用于生成测试产品和修改bug。 临时分支: feature:特性分支。 从dev分支分离而来,用于开发项目功能。 hotfixes:紧急分支。当产品已经发布,发现紧急bug,创建ho... 阅读详情

流程大纲

一、代码编写

1.从主分支(master)上创建开发分支(dev)。 

git branch dev

2.切换到dev。 

git checkout dev

3.在dev上进行代码编写,并提交本地版本库。 
注:一定不能直接在marster分支上修改代码

git add ./src ./res
git commit -m "添加缓存模块"

这个时候有一些改变了没有提交的代码会变红色,在你 切换到master之前,应该暂存当前dev的开发一下到栈里。

git stash


二、合并代码

1.切换到master。 

git checkout master


2.从remote master拉取最新代码到local master。 

admin@ZENGJINLONG2 /d/kuaipan/swap/code/animate/kankananime (dev)
$ git checkout master
Switched to branch 'master'
Your branch is up-to-date with 'origin/master'.

admin@ZENGJINLONG2 /d/kuaipan/swap/code/animate/kankananime (master)
$ git pull
Username for 'http://gitlab.urd.com': zengjinlong
Password for 'http://zengjinlong@gitlab.urd.com':
fatal: Authentication failed for 'http://gitlab.urd.com/kankan/kankananime.git/'


admin@ZENGJINLONG2 /d/kuaipan/swap/code/animate/kankananime (master)
$ git pull
Username for 'http://gitlab.urd.com': zengjinlong
Password for 'http://zengjinlong@gitlab.urd.com':
Already up-to-date.

admin@ZENGJINLONG2 /d/kuaipan/swap/code/animate/kankananime (master)
$


3.切换到dev。 

git checkout dev


4.rebase master 到 dev。 

git rebase master


5.如果有代码冲突,则解决。

三、提交代码

1.切换到master。 

git checkout master


2.将dev的代码合并(merge)到master。 

git merge dev


3.推送(push)local master 到 remote master。 

git push


4.看你心情,保留或者删除dev分支。

回到dev开发,要从stash中取出暂存的状态

git stash pop


总结流程如下:

git clone URL
(master branch now)
git branch dev
(new dev bransh to develop)
git checkout dev
(switch dev bransh now)
(.....coding ..add ... delete..modify...)
git add ./src ./res
(just add src and res in the local reposity)
git stash
(push the status into git stack,as some files modified but not add and committed)
git checkout master
git pull
(update the code from server .)
git checkout dev
git rebase master
(rebase from master.)
(solve the conflict code)
git checkout master
git merge dev
(merge the code from dev)
git push
(upload the new code to server)
git checkout dev
git stash pop
(ok, continue coding ,man )

如果不小心在master分支改动了代码怎么办?

git stash表示的是暂存从上一个commit到现在的改动,一旦你执行了该指令,当前分支会回退到上一次commit时候的状态。所以如果你master改动了。你可以如下处理

git status
(you will the modification is red)
git stash
(temporary store the modification into stack)
git status
(no red file now, as the branch rallback to the latest commit)
git pull
(update the code from the server)
(if you want to save the modification, you need still step on following steps)
git checkout dev
git rebase master
(update the code base on master)
git stash pop
(pop the stored code out)



以EclipseGit插件为例演示

  • 创建Dev分支CreateBranchDevCreateBranchDetail
  • 在marster分支上拉取最新代码PullToMarster
  • 在dev分支上rebase Marster分支代码RebaseFromMarsterToDevRebaseDetail
  • 在Marster分支上合并dev分支代码MergeFromDevToMasterMergeDetail
  • 提交marster分支到远程库PushToRemote
手把手教你用Foobar2000播放DSD音频(含DOP设置与SPDIF输出教程) 本文详细指导如何在Foobar2000中播放DSD音频,重点解析了DOP协议的原理与设置方法。通过安装SACD插件、配置输出设备及启用DOP模式,实现DSD音频的原生比特流输出,并特别讲解了如何通过SPDIF接口传输DSD信号,帮助发烧友充分释放高清音频设备的潜力。 阅读详情

相关推荐

【寄存器模型】二、前门访问与后门访问

1.后门访问可以更好的完成前门访问能够完成的事情:后门访问不消耗仿真时间,且消耗的运行时间也远小于前门访问的运行时间。 2.后门访问可以完成前门访问不能完成的事:对于某些特定的场景,如网络通信系统中的一些只读计数器,当要验证计数器进位归零的场景时,前门访问无法完成写寄存器操作,只能通过消耗仿真时间来使计数器到达特定的计数值。而后门访问可以直接对只读寄存器赋一个初值......

carrotbanana的博客 9658

大厂真实 Git 开发工作流程

Git 从发布至今,已经发展了近 20 年,在这期间衍生了成百上千种有关 Git 的管理工具和协同规范,不同公司甚至是公司内部不同集团不同部门使用的规范都可能不尽一致,本文只分享本人在工作过程中真实使用到的开发工作流程,并且个人认为以上内容是具有一定普适性的,能够帮助到新人或者小白的一些基础知识。最后,遵循团队项目规范才能真正提高团队的协作效率。(宇宙免责声明哈哈😁)如果有疑问,欢迎评论区留言探讨~🤔。

weixin_45727472的博客 1666

ArduPilot代码解析之四 — 姿态和位置控制

ArduPilot采用级联控制架构实现飞行器的姿态和位置管理。该系统通过位置→速度→加速度→姿态→角速率→电机指令的逐级转换,将高级指令转化为底层执行信号。位置控制采用三维独立控制,水平轴与垂直轴分别处理;姿态控制通过角度误差→角速率→电机输出的两层级联实现。系统支持多种输入模式,并内置运动学整形功能确保轨迹平滑。不同飞行器类型(多旋翼、直升机、潜艇等)有专门的调参方案,通过调整PID参数、加速度限制等实现最优控制性能。该架构兼顾控制精度与飞行稳定性,适用于各类自主飞行场景。

rainercool的专栏 826

【Git】--- 企业级开发流程

测试系统的完善和成熟也是衡量一个软件企业整体水平的重要指标之一,测试往往被忽视,因为它对软件开发企业不产生直接的效益,但是它却是对软件质量的最终保障,乃至项目能否成功的重要因素。对于用户来说 , 他们所在的环境需要是代码稳定,无bug来确保用户体验良好,开发者不能在该环境里做实验或者随意改动,否则会影响用户的正常使用。对于规模比较大的公司来说,其实不止这几个环境,比如项目正式上线前还存在仿真/灰度环境,再比如还存在多套测试环境,以满足不同版本上线前测试的需要。软件的规模也在逐渐变得庞大。

2301_79448270的博客 1538

SPECweb2009调优指南

 SPECweb2009 是衡量 Web 服务器性能和能效的标准化基准,可以对 Web 服务器的并发数进行性能测试,评测 Web 服务器能够支持的最大同时连接数的客户端/服务器(每秒能够响应的最大请求数)。为充分利用服务器性能,提升SPECweb2009测试结果,可通过增大系统进程数、优化服务器软件参数、绑核以及优化参数等。

developersupport的博客 2607

手把手教你解决uniapp中esbuild版本冲突问题(Mac版专属指南)

本文是针对Mac平台uniapp开发者的专属指南,详细解析了运行项目时常见的`Cannot start service`错误,即esbuild的Host版本与binary版本不匹配问题。文章从错误根源入手,提供了从快速应急处理到彻底根治的完整解决方案,包括手动替换二进制文件、锁定依赖版本、清理缓存及优化工具链配置,旨在帮助开发者高效解决版本冲突,恢复并稳定开发环境。

i0j1k2l3m的博客 459

Git 第五讲---实战篇 企业级开发模型

《企业级Git开发模型解析》摘要:本讲深入探讨企业级Git开发实践,重点讲解GitFlow、GitHubFlow等主流开发模型,剖析分支策略、发布管理和代码审查等核心环节。内容涵盖企业开发流程、环境配置、项目管理准备及开发场景模拟,帮助开发者将基础Git技能提升至企业级应用水平。强调开发模型需根据团队特点和项目需求灵活调整,旨在构建高效的Git协作规范。作为Git系列完结篇,本讲实现了从版本控制基础到企业级实践的完整知识闭环。

hi0_6的博客 1045

【OWL部署】Manus又一开源平替OWL真的很好用吗?手把手带你部署并运行你的AI助手OWL(对接Qwen、硅基流动接口)

本文介绍了通用人工智能OWL的部署及国内接口对接,全篇干货满满,手把手教学。

MosuoLc的博客 4045

Git工作流程初体验:从创建项目到首次提交(附完整流程)

本文介绍了Git版本控制系统的基本工作流程,包括安装Git、配置用户信息、创建项目目录、初始化Git仓库、创建文件、查看文件状态、添加文件到暂存区以及提交文件到本地仓库等核心操作步骤。通过一个完整的项目创建和首次提交实例,帮助读者理解Git的工作区、暂存区和本地仓库之间的关系。文章还提供了常见问题解决方法,如处理未跟踪文件等,并预告了后续将学习的Git分支管理内容。全文150字,系统性地梳理了Git的基础入门知识,为后续深入学习打下基础。

fykam的博客 2601

PaddleOCR 3.x 最新版使用教程(2025)——从安装到实战身份证识别,一步到位!

本文针对PaddleOCR 3.x大版本更新带来的参数变化和兼容性问题,提供从环境配置到实际应用的全流程解决方案。

qq_58607032的博客 9788

SimpleITK图像基础(一)——3D Resampling

文章目录前言基于SimpleITK进行实现 前言 进入深度学习网络之前需要进行统一数据集,这个时候需要对这些数据集进行重新采样,即假设各向同性体素并重新定向它们,以便可以读取所有图像的像素矩阵。 在将方位变换成一致时,可以用DICOMOrientImageFilter过滤器,可以将 DesiredCoordinateOrientation设置为你想要变换的方位,它将计算出所需的置换顺序并根据需要执行翻转以接近所需方向。 基于SimpleITK进行实现 workflow如下: step 1:首先运行DICOM

YYY_77的博客 2019

Git开发教程

记录了对git的介绍,基本操作,分支管理,远程操作,标签,多人协作,企业级开发模型等等

LYC_462857656的博客 1981

[QMT量化交易小白入门]-四十九、中小盘策略是否还有未来,市值再平衡策略,年化收益率124%

该策略旨在通过定期再平衡持仓,保持投资组合中股票数量恒定(),并优先持有市值较小的股票。具体来说,策略每两天(period = 2)进行一次再平衡,根据当前市值对持仓进行调整,以实现微盘股的投资目标。中小市值策略对资金量要求有限制,资金量太大由于流动性不足,滑点可能较大,资金量太小,可能不能达到10-20只持仓,来分散风险,10-100w可能是比较理想的,后续可以根据波动率动态调仓,或波动率大于一定值时触发再平衡加入ROE或其他财务指标,或者研发投入强度大的专精特新企业,进行组合优化。

木头大左的博客 1184

【Git原理与使用】企业级开发模型

【Git原理与使用】企业级开发模型

fight_p的博客 1458

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

【学习笔记】Git企业级使用—完整流程

梦想不是空口无凭的大话,而是在寂静的奋斗里努力生长的果实!

小宝的博客 5114

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

企业开发工具git的使用:从入门到高效团队协作

本文介绍了Git的基本概念、安装、本地仓库的创建与配置,以及工作区、暂存区和版本库的区分。详细讲解了版本回退、撤销修改、删除文件等操作,并深入探讨了分支管理,包括分支的创建、切换、合并、删除及冲突解决。此外,还介绍了远程操作,如远程仓库的创建与克隆,分布式版本控制的理解,以及多人协作的两种模式(单分支与多分支)。最后,文章总结了系统开发环境和Git分支设计规范,强调了不同分支在开发、测试、预发布和生产环境中的作用。通过本文,读者可以全面掌握Git的核心功能及其在团队协作中的应用。

2302_80105876的博客 1万+

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

git常用命令、企业开发标准工作流程

git常用命令、真实企业团队项目开发标准工作流程

weixin_53185464的博客 1634

git开发流程

git开发流程

Rex的博客 2817

企业级git协同开发流程

随着企业规模的扩大,同一个项目可能由多个开发人员进行开发,所以我们需要使用git来进行协同开发,为了保证线上程序的稳定,以及规范开发流程。我们需要使用git的多分支来保证我们发布项目的时序问题 使用多分支能够解决的问题 1 假设A开发A功能,B开发B功能,开发完成后,都推送到master分支去等待测试,然而完成项目发布需要等待AB功能同时通过后才能发布master分支代码。这样会照成部分功能不能单独上线的问题。 2 大家都使用master分支去做开发的话。会照成代码冲突的情况,理论上我们开发的环境是相互.

HONG的个人博客 1097

【公司多人合作项目Git基本操作流程】

一般我们进到公司,公司的代码库已经是创建好了的,我们只需要拉取代码到本地即可。所以就不讲解仓库初始化的操作了。大部分公司现在都使用的是GitLab搭建的私服来作为公司的Git服务器,本质使用的都是Git工具,所以操作方法也是大同小异,下面具体给大家讲解一下刚进公司的Git使用方法。

清风ikl的博客 5379

git 的开发工作流程

1创建分支命令: git branch + 分支名 $ git checkout -b feature2 2提交一个改变: Git add . git commit -m “” 3.回到主分支develop Git checkout develop Git pull 4.回到开发分支 Git checkout fix– Git merge develop 5.把本地新分支推送到远程仓库 git push [repo_name] new-branch-name git push --set-upstrea

m0_46535940的博客 1275

在企业中git的使用流程,看完少挨骂哦~

一、在前东家的欢乐时光 回忆:在上一家公司,由于做的项目规模不大,公司的开发流程以及体系不是太完善,在写代码时就是想到哪写到哪,没有人管,非常的 be real 非常的野 ~ 写代码提交的话直接是提交到master分支(因为我们没有测试,我们就是测试~嘿嘿嘿),只要不是逻辑走不通的,就直接提交。线上出现问题了再去解决。舒服 ~ 无形中我在git这个领域上挖了很多个坑… continue… 二、到了新公司填Git的坑 在我入职的第一天,刚坐到工位上的那一刻,我就开始控制不住我内心的野,想写bug了\⊙_⊙/…

是江迪呀 的博客 1万+

企业开发Git使用流程

Git使用流程,git命令大全,git使用

qq_40596257的博客 1069

公司项目git开发流程规范

手动修改冲突之后,git add . git commit ,git push 转载于:https://www.cnblogs.com/QianDingwei/p/10933140.html

weixin_33858336的博客 862

git使用以及工作中开发流程

git工作流程

usa_washington的博客 1734

【Git企业开发】第八节.企业级开发模型和企业级项目管理实战

1.2 Git分支设计规范。

未央的博客哟 592
上一篇: Android开发之代码混淆
下一篇: Android开发之Ruby实现Android自动化屏幕适配
minimicall
博客等级 码龄18年 407粉丝 174原创
评论 7
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值