在提交mr的时候突然遇到了conflict，这时候意识到没有及时pull代码，脑海中想起了隔壁一起入职的同事经常念叨的一句“每天早上来都pull一下代码”。但是已经迟了我看了一下，主要是同一个文件，master分支上已经被修改过，然后我要mr的代码也在这个文件上进行了修改。因为用的是gitlab，我一开始就在gitlab网页上点击了处理冲突的按钮，点进去的界面是一左一右，左边是我的，右边是mast
转载
2024-03-07 15:41:52
213阅读
Git是一个强大的版本控制系统，提供了一系列命令来帮助开发者管理代码的版本。以下是一些常用的Git命令，它们的用途、含义以及使用示例：### 基础命令 ###
- **`git init`**: 初始化一个新的Git仓库。
- 用途：在当前目录下创建一个新的Git仓库。
- 示例：`git init`
- **`git clone <repo>`**: 克隆一个
转载
2024-05-30 07:15:21
216阅读
git实战*** git实操git: 分布式版本控制软件分布式:装git是装在自己电脑上的, 而需要推代码到中心仓库则需要在中心仓库的物理机上搭建git服务器, 例如github/gitlab等 l git init # 生成git仓库(.git隐藏文件), 让git管理当前文件夹l git status # 检测当前本地文件夹中所有的文件状态
一.两个人上传代码，如何避免代码被覆盖1.问题情境： git是按照行来校验的,如果多个程序员上传的代码中更改了同一行,就会产生冲突. 第一个程序员提交的时候是没有问题的: A和B同时拉取初始版本的代码1 A修改代码上传git版本2 B没有commit只是修改代码,然后执行git pull 命令,B拉取下来的是版本2 B进行修改一番,然后上传代码git add .–>git commit -m
转载
2024-03-28 12:37:16
164阅读
一、CI持续集成简介1、CI持续集成简介CI（Continuous Integration），即持续集成，是一种可以增加项目可见性、降低项目失败风险的开发实践，其目的在于让产品快速迭代的同时，尽可能保持高质量。每次集成都通过自动化的构建（包括编译、发布、自动化测试)来验证，从而尽快地发现集成错误，只有通过自动测试的代码才能进行后续的交付和部署。CI是团队成员间（产研测）更好地协调工作，更好的适应敏
转载
2024-02-18 20:11:07
54阅读
文章目录一、准备1-1、dev分支里面的README1-2、master分支里面的README1-3、说明二、冲突2-1、合并结果2-2、解决冲突一（有master分支操作权限）2-2-1、更新远程分支2-2-2、切换master分支、并拉取master分支代码2-2-3、拉取dev分支代码（当前分支是master）2-2-4、解决冲突2-2-5、提交代码2-3、解决冲突二（无master分支权
转载
2024-05-10 22:41:01
532阅读
很多版本控制器眼花缭乱，Snv，Git 等，我们下面来说一下Git的远程协作开发的常用步骤1、先说一下Git我们如何切换分支，首先切换分支时候要保证我们的代码是最新的，要先更新我们本地代码git remote update(也就是把远程的分支上别人提交的新代码下载到你的本地，当然你运行完可以看到你的工作空间的目录文件或许已经改变)，运行git rebase orign/远程本身，然后运
转载
2024-06-18 13:51:02
1320阅读
文章目录1.本地内容直接commit push1.1复现冲突1.2选择保存结果1.2.1只保留自己的1.2.2只保留对方的内容1.2.3按自己需求来保留代码1.3结论 这里我使用了gitLab Projects 2020插件 1.本地内容直接commit push1.1复现冲突本地添加aaaaaaaa,并直接提交到远程远程查看并在README.md文件中添加内容本地README.md文件添加cc
转载
2024-03-22 07:02:07
126阅读
准备工作版本管理软件作用
记录代码的版本，可以随时回退实现多人协作，可以很轻松的合并代码分类
集中式，典型代表 SVN分布式，典型代表 Git
安装略配置用户名和邮箱Git软件在工作的时候，需要知道你是谁？所以需要设置一个用户名和邮箱。这个用户名和邮箱，最好使用你的github账号或码云账号，当然随便填也可以。具体做法：任何文件夹，空白处，右键 --> Git Bash Here
这几天老大生病休假了，代码合到测试分支，没有冲突还好可以自己在gitlab上merge掉，有冲突的时候总是要找大佬帮忙解决冲突，然而大佬们也总是很忙的，思量下还是自己亲自动手（闲话：原则上测试分支的合并权限各位开发同事们都是有的，但考虑到部分同事合代码出现过岔子，所以现在一般不支持在有冲突的时候自己私自解决冲突） 但我这种激情满满的小年轻怎么会甘愿如此呢，总要多踩过几次坑才会走平路的嘛！ 现在解决
转载
2024-03-10 17:04:11
125阅读
一、版本控制器完成协同开发项目，帮助程序员整合代码帮助开发者合并开发的代码，使用git实现版本的控制如果出现冲突代码的合并，会提示后提交合并代码的开发者，让其解决冲突版本管理工具SVN 、 GIT（都是同一个人的个人项目）github、gitee（两个采用git版本控制器管理代码的公共平台）gitee：中国的版github（很多公司在用）github：远程仓库，全球最大的开源代码库gitlab：公
使用分支——处理Git merge 冲突版本控制系统就是负责管理来自于多个提交者（通常是开发者）之间的提交的。有时候多个开发者可能会编辑同一部分内容。一旦开发者A编辑了开发者B正在编辑的内容，冲突就会产生。为了降低冲突发生的概率，开发者们会在独立的分支内开展工作。git merge命令的主要职责就在于整合不同分支并且解决冲突。理解merge冲突合并和冲突是使用Git过程中的常见场景。在其他版本控制
转载
2024-09-29 11:43:03
286阅读
接Git分支合并冲突解决，在使用rebase合并冲突情况下，如果不小心，执行完add后执行了commit，此时本地仓库HEAD处于游离态（即HEAD指向未知的分支），如何解决？解决方法 （1）此时，分支处于 无分支 状态，创建并切换到新分支（git checkout -b conflict），从而解决HEAD游离状态；（2）放弃此次rebase操作（git rebase --abort）
目录前言：一.与svn相比，git进步在哪里？二.git add/commit/fetch/merge/pull/push/clone/reflog/reset/checkout 都是做什么？三.分支出现的目的是什么？四.git版本何以能反复横跳？无惧文件丢失。五.冲突和解决冲突是怎么一回事？六.Git跟Github是同一个东西？七. 3种使用场景八.cherry pick前言： &nb
编译：代码卫士摘要GitLab 中存在一个漏洞，可导致攻击者对GitLab服务器发动多种攻击，包括托管在云上的GitLab.com平台。该漏洞的编号是CVE-2022-2884，CVSS评分为9.9。该漏洞由安全研究员 “yvvdwf” 报告，是因为GitLab 从GitHub 导入数据的方式不正确造成的，可被用于在主机服务器上运行命令。01不安全的importGitLab 使用Octokit 库
扩展参考：Gitlab+Jenkins通过钩子实现自动部署web项目一：环境介绍1：gitlab服务器192.168.152.131 搭建参考：Linux 安装gitlab、docker安装gitlab2：Drone服务器192.168.152.132 搭建参考：Linux基于gitlab搭建Drone CI3：web服务器192.168.152.150 已配置好nginx相关web服务，这里ng
转载
2024-07-02 08:26:56
154阅读
从零开始学Git（包括原理和代码合并思路）简介1.Git概念1.1何为版本控制1.2 为什么需要版本控制1.3 分布式 VS 集中式1.4 工作机制1.5 远程库1.6 Git 安装2. Git 常用命令2.1 设置用户签名2.2 初始化本地库2.3 查看本地库状态、文件放至暂存区、提交文件、查看日志2.4 版本穿梭3. 分支4. Git 配置忽略文件4.1 为什么要忽略文件4.2 怎么忽略5.
转载
2024-07-31 18:45:35
129阅读
目录一、问题描述二、冲突解决1、提交文件2、发现冲突3、解决冲突4、重新提交三、网站推荐 一、问题描述使用git管理项目，多人克隆仓库到本地在同一个分支上进行开发。某次修改代码后准备推送版本到远程仓库时遇到分支代码冲突，也就是同事A修改了test.txt,同事B也修改了test.txt，两人依次推送到远程仓库时产生冲突。二、冲突解决协同开发时会经常遇到这类问题，这里提供一个纯手工解决此类冲突的流
转载
2024-04-01 09:07:15
165阅读
git如何解决冲突解决git使用中发生冲突（和小伙伴都在改同一个文件发生冲突）创建分支 解决git使用中发生冲突（和小伙伴都在改同一个文件发生冲突）通过看廖雪峰老师的网站，以及对git的查询，现有如下策略： 1. 创建一个新的分支，以保存自己的文件改变
2. 讲新的分支合并至主分支，保存了更改
3. 进行pull，更新本地仓库创建分支$ git checkout -b dev
Switched
目录一、分支管理模式1、开发阶段2、测试阶段3、上线阶段二、Merge Request模式三、思考四、总结一、分支管理模式1、开发阶段除了master分支创建一个供所有开发人员开发的dev分支；开发人员在dev分支上进行工作，随时随地commit，每天push一次到服务器；push代码前需要进行pull操作，因为有可能在之前有别的成员先进行了push操作，如果有冲突还需要进行冲突解决；每天上班后所
