Git开发工作流

于 2024-09-11 22:01:54 发布
阅读量510 收藏 8
点赞数 31
文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/czc20010825/article/details/142124884
版权

1.git基础

首先在当前目录下使用

git init

初始化当前仓库

git clone 目标git仓库的ssh地址

将远程仓库所有文件克隆到本地

git log
/*commit 21e227b2a8e7049322c72030e1da307cea542c7e (HEAD -> main, origin/main, origin/HEAD)
Author: halfmelon <113506319+halfrmon@users.noreply.github.com>
Date:   Wed Sep 11 08:57:50 2024 +0800

    Initial commit*/

使用gitlog ，查看到当前的Head指针是指向main分支的

向当前工作区添加一个Main.cpp文件，使用

git status

可以查看当前状态为

位于分支 main
您的分支与上游分支 'origin/main' 一致。

未跟踪的文件:
  （使用 "git add <文件>..." 以包含要提交的内容）
	main.cpp

提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）

也就是目前main.cpp文件已经在工作区了，但是还没有进行跟踪，按照提示进行操作

git add .

这是将工作区所有的文件都提交到暂存区，也可以使用

git add 目标文件

来提交单个文件到暂存区，这样目前的git状态就变更为

位于分支 main
您的分支与上游分支 'origin/main' 一致。

要提交的变更：
  （使用 "git restore --staged <文件>..." 以取消暂存）
	新文件：   main.cpp

使用

git commit -m "第一次提交"

将暂存区的文件提交到本地分支中，这里-m是message的意思，为本次提交添加描述

此时，git的状态变更为

位于分支 main
您的分支领先 'origin/main' 共 1 个提交。
  （使用 "git push" 来发布您的本地提交）

无文件要提交，干净的工作区

本地分支要领先远程分支一个提交

但目前仍不能直接git push将代码之间上传，在实际的开发工作中，由于是多人合作开发，因此在上传自己的分支或代码前，还需要使用

git pull

来更新最新的代码,然后才可以使用

git push origin main

将本地分支的文件提交到远程main分支中

这个时候使用git log查看，得到

commit b858702356fcec8ae1baa0bdd28e973f52433d56 (HEAD -> main, origin/main, origin/HEAD)
Author: chenzhichao-learn <11976304+chenzhichao-learn@user.noreply.gitee.com>
Date:   Wed Sep 11 09:20:48 2024 +0800

    第一次提交

说明目前已经正常提交，将代码从工作区提交到暂存区，然后从暂存区提交到本地分支，最后上传到远程仓库分支中

2.git各阶段代码回退操作

在实际工作中，可能会存在需要更新或者抛弃旧版本代码的场景，这个时候就需要将代码文件进行回退，在不同的阶段回退的操作不一样

2.1工作区代码回退

对工作区代码进行回退比较简单，可以直接修改代码，也可以使用git checkout --文件名的方式来放弃修改

模拟对main.cpp进行修改的场景

chen@czc:~/AV_Development/Git_test/Git_test$ git status
位于分支 main
您的分支与上游分支 'origin/main' 一致。

尚未暂存以备提交的变更：
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git restore <文件>..." 丢弃工作区的改动）
	修改：     main.cpp

修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

这个时候我们想丢弃main.cpp的修改,使用

git checkout -- main.cpp

此时使用git log，发现目前状态变更为

位于分支 main
您的分支与上游分支 'origin/main' 一致。

无文件要提交，干净的工作区

2.2暂存区代码回退

当使用git add . 将文件提交到暂存区后，可以使用

git reset HEAD <file>

来取消文件的提交，这里的file是具体的文件名

2.3本地分支代码回退

当使用git commit将文件提交到本地分支后，使用git log查看日志发现

ommit b858702356fcec8ae1baa0bdd28e973f52433d56 (HEAD -> main, origin/main, origin/HEAD)
Author: chenzhichao-learn <11976304+chenzhichao-learn@user.noreply.gitee.com>
Date:   Wed Sep 11 09:20:48 2024 +0800

    第一次提交

这里已经提交了，可以使用

git reset --hard 21e227b2a8e7049322c72030e1da307cea542c7e

来将本地分支的代码版本回退，21e227b2a8e7049322c72030e1da307cea542c7e这一段数字可以理解为唯一版本号，或是指针。将版本回退到这个数字所代表的版本，也就是将HEAD指针指向这个版本。

这个时候我们再采用git log查看，会发现日志变更为

commit 21e227b2a8e7049322c72030e1da307cea542c7e (HEAD -> main)
Author: halfmelon <113506319+halfrmon@users.noreply.github.com>
Date:   Wed Sep 11 08:57:50 2024 +0800

    Initial commit

还可以通过 git reflog 来查看HEAD变更的记录



git reflog


21e227b (HEAD -> main) HEAD@{0}: reset: moving to 21e227b2a8e7049322c72030e1da307cea542c7e
b858702 (origin/main, origin/HEAD) HEAD@{1}: commit: 第一次提交
21e227b (HEAD -> main) HEAD@{2}: clone: from github.com:halfrmon/Git_test.git

2.4远程仓库分支代码回退

当将代码上传到了远程仓库后，这个时候不能随意进行回退，然后再上传。团队协作的环境下，可能目前其他人将他们的代码进行了上传，这个时候如果直接将代码版本回退，然后重新上传可能会导致覆盖了别人的代码（不想挨骂就少干点）

这里可以给出两个方案，一个是使用git pull将最新的代码拉取下来，然后在上面改。第二个可以确认没有人上传的时候，将代码回退，然后git push -f强制上传

3.git推送代码出现冲突

在团队协作下的情况下，假设目前有版本1，A、B两人都在这个版本基础上进行开发，A将代码版本2推送到远程仓库，此时没有问题，远程仓库版本变更为2，此时B就没有办法将他的版本3上传至远程仓库

这个时候可以使用git pull将文件进行更新，git会自动合并，如果无法进行自动合并，就需要手动进行合并操作。

4.git创建本地分支

如果不想影响本地的main分支，可以创建其他的分支

使用

git branch -r //查看远程仓库分支
git branch -a //查看本地和远程仓库的分支
* main
  remotes/origin/HEAD -> origin/main
  remotes/origin/main

使用git branch -vv可以查看当前分支跟踪的远程分支

chen@czc:~/AV_Development/Git_test/Git_test$ git branch -vv
* main 3a57ae2 [origin/main] 修改代码

创建新分支、并切换到新分支

git checkout -b 新分支名


切换到一个新分支 '新分支名'

此时git log状态变更为

commit 3a57ae22ac4a481625a7b0209d39a8a964a2f38d (HEAD -> sortdev, origin/main, origin/HEAD, main)
Author: chenzhichao-learn <11976304+chenzhichao-learn@user.noreply.gitee.com>
Date:   Wed Sep 11 16:43:36 2024 +0800

但是目前只是创建了一个新分支，并没有将这个分支跟踪任何远程分支，因此目前不能进行git pull,也无法将代码推送到远程仓库

此时将分支切换到main，并可以将新分支和主分支合并

git checkout main

切换到分支 'main'



git merge sortdev

更新 3a57ae2..0e66ed4
Fast-forward
 main.cpp | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

其实这个操作就相当于直接在main分支上进行修改代码

也可使用

git push origin sortdev:main

将sortdev的代码推送到远程origin仓库的main分支中

使用

git branch -d 新分支名

删除这个分支，一定要注意，如果新分支没有和main分支进行合并，是无法删除的

5.解决本地分支合并冲突

上一节合并的时候，本地的main分支没有任何改变，因此可以很容易的就将新分支和本地分支合并，但很有可能接出现这种情况：在本地创建了一个新的分支，但是随后又切换到main分支并git

pull了，此时main分支和新分支就出现很多不同，假设此时main分支中的改动和新分支的改动是同一个文件，此时就不能进行直接合并，会出现conflict提示，此时需要手动的去进行合并操作

6.git远程分支管理

在实际的开发工作中，完成了项目的基本功能后，一般会在远程拉一个新的分支，后期的功能添加、bug修改等工作都在新分支中进行，而不会一直在main分支中进行开发，而远程新分支的创建一般是由管理员进行创建的，其他人员没有创建的权限。

现在创建了一个dev_1.1的分支,使用git pull将代码拉取

 * [新分支]          dev_1.1    -> origin/dev_1.1
已经是最新的。



chen@czc:~/AV_Development/Git_test/Git_test$ git branch -r
  origin/HEAD -> origin/main
  origin/dev_1.1
  origin/main

发现出现了一个新的分支

此时我们使用git checkout -b dev_1.1创建一个同样名字的本地分支，并让其跟踪远程的dev_1.1分支

chen@czc:~/AV_Development/Git_test/Git_test$ git checkout -b dev_1.1 origin/dev_1.1
分支 'dev_1.1' 设置为跟踪来自 'origin' 的远程分支 'dev_1.1'。
切换到一个新分支 'dev_1.1'

此时可以使用git branch -vv查看跟踪情况,发现已经跟踪到了

chen@czc:~/AV_Development/Git_test/Git_test$ git branch -vv
* dev_1.1 0e66ed4 [origin/dev_1.1] 新分支提交
  main    0e66ed4 [origin/main] 新分支提交

如果本地分支名与远程分支名不一致，此时推送远程分支代码需要变更为

git push origin 本地分支名：dev_1.1

总结

目前仅仅更新了git的基础，包含了各项的基本操作，但是跟实际的开发环境还是有点出入，后面几天将实际的工作git流总结一下吧，这也是我发的第一篇博客，勿喷

杰尼杰尼呆瓜龟
关注
  • 31
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Git工作流（随笔）
是个非常热爱生活、乐观、奋斗、努力的逗比青年
06-11 2380
Git工作流是指在团队中使用Git进行协作开发时，各个成员遵循的一套代码管理和版本控制的规范流程通俗的讲，GIt工作流指的是代码管理的工作流程和方式。在实际的工作中，根据不同的场景，使用不同的工作流方式。集中式系统中通常使用的是单点协作模型——集中式工作流。一个中心集线器，或者说仓库，可以接受代码，所有人将自己的工作与之同步。若干个开发者则作为节点，即中心仓库的消费者与中心仓库同步。所有成员都将代码推送到同一个远程仓库中，通常由一个主要的分支（如master）作为代码的主线。
Git工作流指南：Gitflow工作流
02-26
当然你可以用上功能分支工作流所有的好处：PullRequests、隔离实验性开发和更高效的协作。Gitflow工作流仍然用中央仓库作为所有开发者的交互中心。和其它的工作流一样，开发者在本地工作并push分支到要中央仓库中。...
Git之GitFlow工作流
Admans的专栏
06-19 870
在工作场合实施Git的时候，有很多种工作流程可供选择，此时反而会让你手足无措。企业团队最常用的一些Git工作流程，包括Centralized Workflow、Feature Branch Workflow、、ForkingWorkflow。在你开始阅读之前，请记住：这些Git工作流程应被视作为指导方针，而非“铁律”。我们只是想告诉你可能的做法。因此，如果有必要的话，你可以组合使用不同的流程。本文主要介绍Gitflow Workflow，愿以此文抛砖引玉……GitFlow。
git工作流
CoderS的博客
02-24 3943
目录一、什么是gitFlow工作流二、操作1.（Feature branches）功能分支1.1创建功能分支1.2完成功能分支2.（Release branches）发布分支3.（Hotfix branches）修复分支三、例子1、创建develop分支2、张三和罗翔开始开发新功能3、张三完成了新功能的开发4、张三开始预备一次发布5、张三完成了发布6、用户发现了一个bug四、Git flow的问题五、GitLab Flow1、GitLab 工作流中的生产分支（Production branch)2、版本发布
GitFlow工作流
言尭的博客
03-28 4021
Gitflow是一种用于管理Git分支的颠覆性和新颖性策略。Gitflow在基于主干的工作流上越来越受欢迎，它被称为现代持续软件开发和DevOps模式的最佳实践。Gitflow同样可用于CI/CD。 什么是Gitflow? Gitflow是一种多分支管理的Git分支模型。它由文森特·德里森 (Vincent Driessen) 在 nvie 首次发布。对比基于主干的开发模式，GItflow拥有数量更多，存活时间更长，更多提交的特点。在这种模式下，开发者创建一个功能分支并延迟将其合并到主干分支直到功能完成
Git Flow 工作流
鱼皮小刘博客
09-24 457
Git Flow 的使用（git的三大特点：工作流） 普通的git提交 下面的git folw的工作流来，解决这个问题--------来看下面的git flow吧。 Git Folw 的概念： 前言： WorkFlow是OA系统中必不可少的模块，并且在以后的大多数的工作中，都会用到工作流模式的开发。关于这方面的开发，我第一次接触到的是关于钉钉里的氚云功能，感觉还是做的相当不错，用户只需要拖动控件，然后配置数据库，就会形成对应的工作流，并不需要大量的代码编写。 在使用Git的过程中如果没有清晰流
gitflow工作流
user_san的博客
08-31 5217
一、Gitflow工作流流程大致如下： master： 主分支, 保留发布版本 Hotfix： 线上版本bug紧急修复 Release： 存放测试版本 dev： 开发分支, 保留所有历史版本 f_功能名称： feature 功能特性分支, 实现功能开发 b_功能名称： bug修复分支, 负责处理线上bug r_功能名称 ：release 发布分支, 负责代码测试,bug修复,分包发布等 二、初始化项目仓库 # 查看分支 git branch # 切换分支 git checkout 分支名称 # 创
git 的开发工作流程
m0_46535940的博客
05-09 862
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
Git之GitFlow工作流 | Gitflow Workflow（万字整理，已是最详）
热门推荐
青春木鱼的博客
05-17 3万+
git 作为一个代码管理系统，不可避免的会涉及到多人合作。Git flow是基于git之上的一种软件开发迭代模型。Git flow是使用git进行源代码管理的一套行为规范。简单来说就是通过规范化的流程，使得产品、开发与测试等各个部门更高效的协同工作。Git Flow重点解决的是由于源代码在开发过程中的各种冲突导致开发活动混乱的问题，提高开发效率。
Git flow工作流
前端蜗牛君
05-27 563
https://zhuanlan.zhihu.com/p/266916800
【Git教程】（十二）工作流之项目设置 — 何时使用工作流，工作流的结构，项目设置概述、执行过程及其实现 ~
Technology changes the world of life
04-12 1400
一旦我们决定了要在项目中使用 Git, 首先要做的第一步就是为其 Git 版本库分配相应 的文件与目录。这一步的重点是我们要决定被版本化的项目是要用单一版本库还是多个版本库。由于Git 版本库中只能创建分支和标签，这在很大程度上也等于是在决定该项目的发布单元。待划分完项目后，我们还得要为每个模块建立相应的版本库并对其进行填充。当然，空目录与尚未被版本化的文件会被特殊对待。在进行团队协作时，我们还必须要为各模块定义一个中央版本库。
[Android小组]Git开发模型--Gitflow工作流1
08-03
Gitflow工作流是一种被广泛采用的Git开发模型，尤其适合管理大型项目。它定义了一套严格的分支策略，确保团队成员可以高效协作，并且保持代码库的整洁和有序。以下是Gitflow工作流的主要特点和操作步骤： 1. **主...
Git工作流指南：功能分支工作流
02-26
一旦你玩转了集中式工作流，在开发过程中可以很简单地加上功能分支，用来鼓励开发者之间协作和简化交流。功能分支工作流背后的核心思路是所有的功能开发应该在一个专门的分支，而不是在master分支上。这个隔离可以...
git pull之后发现项目错误，如何回到之前的版本方法
maliao5的博客
09-09 241
目录首先我们打开小程序的cmd的黑窗口，git reflog查看之前的版本之后再git reset --hard main@{1}我这个就已经返回了之前的6daaa2e的版本了
博客常见问题
最新发布
weixin_64842400的博客
09-09 258
然后我们会得到一段token，把它cv在repo的配置前，记得token和url之间加个@符。看了下git的配置，没有问题，单机过去也能直接到我的git上。同时注意：type，repo，branch分号后面 加个空格。最下面开发者设置，找到个人token。可能是传不过去，token的问题。hexo d 同步上传到git。hexo g 生成静态文件。hexo s 本地预览。
如何本地搭建Whisper语音识别模型
AI逍遥子
09-05 518
Whisper提供了多种预训练模型，可以从官网或项目页面下载相应的模型文件并放置在指定目录。使用以下命令运行模型进行语音识别。可以通过传入不同的参数来处理不同的音频文件和任务。: 如果有NVIDIA GPU，可以进一步加速模型推理。: 确保安装了Python 3.7或以上版本。: 用于克隆Whisper项目的代码仓库。打开终端，克隆Whisper项目的代码库。2、安装项目所需的Python包。创建并激活Python虚拟环境。
git使用基础教程
m0_63544329的博客
09-06 341
Git远程仓库
轻松升级：Ollama + OpenWebUI 安装与配置【AIStarter】
ai_xiaogui的博客
09-07 401
通过简单的几个步骤，你就可以将Ollama和OpenWebUI更新到最新版本，并且配置好环境。这对于保持系统的最新状态和提高工作效率非常有帮助。【2024-7-25】最新版ollama+openwebui，内置千问2和llama3.1大模型，AIStarter启动器又又又更新啦。
Git协同工作流选择指南
"Git协同工作流，选择与实践" Git作为一种强大的分布式版本控制系统，因其高效、灵活和可扩展性，已经成为现代软件开发的标准工具。Git的分布式特性允许开发者在无网络连接的情况下进行代码的提交和管理，提高了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值