罗兰娇的博客

如何撤销合并思路步骤如果需要回退某个合并提交，怎么办？思路首先要知道合并的原理（可查看《3.Git合并的原理》）如下图是分支合并的情况（节点为提交，术语称为快照），假设需要在master上剔除iss53分支，则需要回退到C2快照，（找到iss53是从哪里切出来的，从根拔除）那么如何找到iss53是从哪个节点切出来的呢？别急，在《3.Git合并的原理》中有介绍到，分支引用的原理。每个分支都有一个文件去做快照提交记录，例如图中的A分支，在.git\logs\refs\heads目录下，对应A文件中保

Git合并的原理官网文档 Git-分支合并记录三种指针的原理【图1】head【图2】remotes\origin【图3】logs\HEAD是否存在相同分支切出来的分支修改互相影响的问题？答：不存在官网文档 Git-分支合并已经清晰地描述了合并的原理。https://git-scm.com/book/zh/v2/Git-%E5%88%86%E6%94%AF-%E5%88%86%E6%94%AF%E7%9A%84%E6%96%B0%E5%BB%BA%E4%B8%8E%E5%90%88%E5%B9%B6

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗？了解了cherry pick与create patch的区别（上一章《Cherry pick与Create Patch的区别》），再来校验两者在引用时解决冲突后，再次合并被引用分支，是否还会提示冲突？期望：合并不再有冲突结论：还是会再次提示冲突原理：分支之间的合并在解决冲突之后,会产生新的提交快照记住这次冲突解决方案，并指向两个合并的父节点，再次互相合并时是不会再提示冲突的；而应用cherry pick快照解决的冲突时，创建的提交

Cherry Pick与Create Patch的区别结论实验场景1：应用时无冲突场景2： 应用时产生冲突使用cherry pick使用patch场景3：产生冲突，并且有其他文件的变更原理结论1.应用无冲突时cherry pick与patch一样，只应用变更的内容；2.区别在于cherry pick解决冲突时相会对冲突文件进行分支合并（每个commit的引用都可当作分支），而patch只应用变更的内容。2.1.cherry pick解决冲突时只引用提交中的文件内容，不是全部分支合并。我们来进行三组

老大前两天要求git提交时填写的信息必须是以某个格式提交，比如改bug需要以[fixbug]开头。但是有时候一懒就忘了加这些前缀了。所以想到git钩子，可以在提交之前写一个校验脚本。git项目下的 .git\hooks\commit-msg文件内容更改为： test "" != "$(grep '^\[.*\]' "$1")" || { ech...

在开发团队数据较多，有发布交集的迭代开发时，版本的命名，依赖版本的修改，会加重我们的工作负担。发布版本改版本号这种既没有技术含量，又费神的工作不应该让机器去完成吗？（依赖版本号写错，有时候会造成麻烦）接下来我将带你一起完成maven自动化部署。

搭建nexus三部曲一、巧妇难为无米之炊，先要具备nexus服务安装包。二、安装启动三、大功告成，捷足先登一、巧妇难为无米之炊，先要具备nexus服务安装包。1. 官网下载 2.百度网盘下载

git解决冲突合并时文件被覆盖（已解决）问题描述问题根源认识git commit与git merge commit 的区别问题描述在git合并代码时，常需要解决冲突，不熟悉git的原理，就会陷入问题影响工作效率。我一同事在合并代码时第二次遇到了这样的问题：合并代码后找不到文件，还没push到远程，本地也没找到删除遗失文件的记录，再次pull要合并的分支也拉取不到被revert掉的文件。后来仔...

网站服务按照业务类型被分为应用层、服务层、数据层，高可用的方案将贯彻到这三层架构模型中。

前言DevOps是什么？从概念上说，DevOps 是一种方法论，是一组过程、方法与系统的统称,用于促进应用开发、应用运维和质量保障（QA）部门之间的沟通、协作与整合。概念有了，怎么落地？很多公司在实施容器云时实现CI（Continuous Integration， 持续集成），或者CI/CD（Continuous Integration/Continuous Delivery or Deploy...

1.使用频繁的操作命令本地获取远程仓库：git clone https://github.com/Luolanjiao/aaa.git本地添加文件git add README.md git commit -m "first commit" #提交到mastergit push origin master #将master推送到远程服务本地删除文件git rm x...