前言最近在管理git仓库提交的时候，发现自己开始变得洁癖了，原来的开发流程是从主分支分支创建一个feature分支，然后feature分支开发完成后，压缩合并到主分支，这样不管 feature 分支有多少次提交，合并到主分支后，都会变成一条提交。习惯了这种方式后，最近在新仓库做项目基础搭建的时候，因为是直接在main分支上提交的，加上nuxt4这个框架没什么可参考的模板，大部分时间都是自己在摸索，导致产生了很多提交记录，等基建完成后，就想着能不能把这些提交记录合并成一条提交，这样就不会显得太乱了。于是就有了这篇文章，记录一下如何将所有历史提交合并成一条提交。警告：安全第一修改 Git 历...
前言在使用 Git 提交代码时，我们有时会因为手速过快、疏忽大意或使用 AI 辅助工具时未及时调整，导致提交（Commit）信息不符合规范或包含错误格式。例如：AI 生成的 Commit 信息带有 Markdown 代码块的格式，如下所示，明显是不合适的：``` feat(settings): 重构情绪权重组件并优化交互逻辑 将 EmotionSlider 和 EmotionRadar 组件重构为独立模块，调整其目录结构并增强功能。 ... (省略部分内容) ```为了修复这种情况，我们需要修改已经提交的 Commit 信息。根据要修改提交的数量，Git 提供了不同的解决方案。教程：如何...
前言在提交代码的时候常常会遇到这种情况，我已经把改动提交到远程了，也就是推送了，但是呢，总是会有一些想不到的遗漏发生，比如变量名写错了，注释写错了，反正就是一些很小的细节，但是我又不想再创建一次提交记录，因为这会让历史记录变得很混乱。为此，便有了这篇文章。教程注意，害怕的话我建议先把代码存储一下，因为如果已经合并到上一次记录了，取消本次操作只能reset记录了，到时候代码回退到上一次的提交，你本次修改的东西就没了。操作也很简单，我们利用下面这个命令：git commit --amend此时会打开一个提交信息的编辑界面，我们可以修改提交信息，然后保存退出。（进入到编辑界面会有操作提示，es...
前言在项目开发或重构过程中，我们有时需要将代码仓库从一个平台（如 GitHub）迁移到另一个平台（如自建的 GitLab）。最近就遇到这样的需求，因此整理了一下迁移的相关知识。准备工作：创建新仓库在开始迁移之前，你需要在目标平台（例如 GitLab）上创建一个空仓库。仓库命名：建议新仓库的名称与旧仓库保持一致，例如 my-project。保持纯净：创建仓库时，请勿初始化任何文件。不要勾选创建 README.md、.gitignore 或 LICENSE 等选项。一个完全空的仓库是迁移成功的前提，可以避免后续推送时产生不必要的合并冲突。迁移教程我们提供两种迁移方法，你可以根据实际需求选择。...
前言之前写了一篇 Github Actions 怎么将build的内容发布到 Releases 上，这次想将前端的SPA项目搞一个在线预览的站点，但是又没有经济实力提供一个服务器来进行部署，所以就参考了下一些开源项目，发现他们都是用 Github Pages 来做在线预览的，所以我也想弄一个。本篇文章就不细说基本内容了，想入门的可以看之前那篇：《使用Github Actions打包前端项目并自动上传到Releases》教程我本来的意思是，先用 Actions 打包后，再克隆一个仓库，切换到 Github Pages 的分支，将dsit目录里的内容复制到这个 Github Pages 的...
前言应公司业务需求，最近在写一个谷歌插件，我本来想手动build后将dist目录打包成zip手动Releases一下，但leader说这样太浪费时间了，让我用github的Actions来做，我也是头一回接触这个，两眼一抹黑，花了点时间了解后，成功实现了该功能，可以理解为actions就是预先定义的操作步骤，将多个步骤组合成一个workflows工作流，每次通过触发条件触发这个工作流，有点类似CI/CD的感觉。教程创建workflows首先我们需要在项目根目录创建文件夹：.github └─ workflows创建一个.github目录，在该目录下再创建一个workflows目录，之...
前言随着项目的复杂度，有时候会用到cherry-pick的情况，但是cherry-pick如果应对太多的commit操作上也会不方便，假如我们有一个dev分支，一个功能分支A，现在功能A上有10个commit提交，都是针对这一个功能的，我们需要将其合并到dev分支。传统的merge合并会将A分支的10个commit提交都合并到dev上，导致commit树变得繁琐。为此我们需要把这10次commit改成一个commit提交。教程首先我们先切到dev分支：git checkout develop然后通过--squash命令来压缩commitgit merge --squash aa就是被合并...
前言我们创建了很多分支，但是有一天一些旧的无用的分支已经在远程仓库删除了，但是我们本地对应的分支信息还在，我们需要将其和远程仓库同步。教程首先是远程分支同步处理：git fetch --all --prune获取所有远程仓库的最新提交，并删除本地仓库中不再存在的远程跟踪分支。但是我们只能删除远程的分支，事实上git会在本地创建一个本地的分支，分支名的区别：远程分支是origin/xxx，本地是xxx，通过这个命令我们只是删除了origin/xxx，本地的分支还在。如果分支不多，可以自己手动一个个删除。如果分支多，或者很频繁处理这个事情，我们可以创建一个bash脚本来处理这个事情。创建文件...
前言最近在发版的时候遇到一个头疼的问题，就是develop开发分支上的一个功能暂时还不能上线，但是其他的功能提交需要上线，此时平时常用的merge合并就不太行了。为此老大提了一个新的合并方式：git cherry-pick，这个我之前都没有使用过，它的作用就是可以提取其他分支的指定commit进行合并，这样就可以跳过不能上线的功能提交了。教程没有图，在b站视频上偷了一张图来用。可以看到我们有两列分支，左边的12357就是主分支，右边的468就是开发的新功能，但是6这个提交不能进行合并，我们需要提取4和8合并到主分支。在cherry-pick之前我们需要将分支切换到main分支，因为最终代...
前言git仓库如果有人提交了一次改动，然后你本次改动也修改了相同的文件，提交数据时就会触发文件diff，此时git会产生一条merge记录，我们需要手动调整好冲突保存在push到仓库。如果merge产生太多了会对整个git历史记录变得复杂，实际上大部分情况下这个meger内容是不重要的，有的公司会要求我们在拉取数据时使用rebase，用于去除meger的产生。命令一般是：git pu11 -r命令中的 -r 选项实际上是 --rebase 的简写形式。它告诉 Git在从远程仓库拉取更新时，使用rebase 而不是默认的 merge 策略。下面解释-下 rebase 和 merge 的区别...
前言当我们在服务器去拉取git仓库代码使用时候，比如生产环境中，我们去拉取代码，肯定要保证拉取成功，但是git如果本地文件有变化，就会导致拉取失败，一般情况下我们都是通过添加脚本的形式实现生产环境自动拉取，从而节省人力，如果因为本地文件与仓库不同就拉取失败，这就显然并不健壮。而且生产环境基本上都是可以让远程仓库直接覆盖本地文件的，一切以远程仓库文件为准，所以我们需要实现让远程仓库强制覆盖本地。教程假如我希望让远程的develop分支覆盖本地，就先fetch请求远程仓库对应分支的最新资源git fetch origin develop完毕后我们进行覆盖git reset --hard or...
前言在一些练习demo中，我们常常会使用cli工具去创建一个项目，不管这个项目是前端还是后端的，大部分情况都会顺带帮你初始化一个本地的git仓库，有的时候倒是无所谓，但是有时候我们可能需要将这个demo项目上传到远程仓库上去。比较费事的做法就是先在远程仓库管理里创建我们需要的git仓库，然后本地拉取，再将demo文件cv过去，再上传。有点麻烦，其实我们可以通过简单的命令将远程仓库地址直接关联到本地上去，这样我们就可以不需要cv操作了。教程我们先在远程创建我们的自己的仓库地址，假设地址为：https://gitee.com/ssss/sss.git。我们进入到demo项目，输入命令：git...
前言有的时候我们在并行开发一些内容的时候，会遇到需要将两个版本打平的情况，比如将a分支的内容全部替换到b上，以它为基础再进行开发。此时我们的b分支已经不需要自己之前开发的哪些内容，我的做法就是完全替换，git 的提交记录也没有了，省的文件冲突了。教程我们先切换到需要被覆盖的分支b：git checkout b然后通过reset命令进行重置：git reset --hard a如果你是首次拉取的仓库，那么a分支可能需要替换成：origin/a此时b分支的内容全部被覆盖了，理论上不需要再提交到远程仓库的，不过以防万一还是补一下：git push -f origin b其他做法方式有很多，这里...
前言其实也没有真正意义上的同步，当我们在远程仓库删除了某个分支，通过git命令只能将本地origin/xxx的分支删除，实际上本地还有对应的分支没有被删除。为此我们还需要手动删除本地对应的分支。教程git remote update origin --prune这个命令是git fetch和git remote prune的组合操作。它会更新所有远程分支，并删除本地已经不存在于远程仓库的分支。此时我们查看本地分支，假设你删除的是test分支，你会发现本地对应的origin/test确实没有了，但是还存在一个test分支。这个没办法只能手动删除了。git branch -d test然后就行了。
前言最近在调整仓库的分支管理，删除一些旧的代码分支，我本来是想着直接vscode的可视化删除就完事了，结果发现它只能删除本地分支，无法删除远程分支。删除分支的步骤一般分为两步：先删除本地分支再删除远程分支也就是说你需要输入两条命令来解决这个事情。教程删除本地分支git branch -d 分支名需要注意的是，-d是一种安全的删除方式，如果被删除的分支没有被合并到其他分支，就会抛出一个错误，如果我们明确知道这个分支是不需要的，只需要将-d替换成-D，大写的即可。完事后再删除远程分支git push origin --delete 分支名删除远程分支需要注意自己账号是否存在删除的权限，以及对...
前言在面试的时候有跟一些面试者交流到git提交规范上的一些事情，有些人就会提到，他们在提交代码的时候会有一定的提交规范，如果commit提交的信息不符合要求，会被禁止提交，并且严格一点的提交后还会有人专门进行代码审查（Code Review），只有代码符合合并要求才会进行Pull Request合并。由于本人目前已经退居二线，也没想着能进入大厂学习那套规范，但是在一些技术文章中还是能够“管中窥豹”，于是我将自己的主题项目加入了git提交规范并将其记录在本章教程中。首先就是技术选型，我在了解规范时看到有两个比较常见的工具：commitizengitmoji-cli其中gitmoji-cli...
首先我们需要拿到回退版本的版本号，通过vscode可视化查看或者git log来查找。如果vscode安装了Git History插件，其实是可以通过可视化方式本地回退到指定版本。我们看到它是有两个回退的方式：soft和hard；鼠标点击对应的按钮，就会弹出提示是否需要回退，点击ok回退。如果你想用指令，他们分别对应如下：git reset --soft xxxxxxx版本 git reset --hard xxxxxxx版本他们之间区别是：--soft：回退到指定版本，但是不改变工作区和暂存区的内容，这意味着回退后原来提交的修改还在暂存区，需要手动重新提交。可以使用以下命令回退到指...
前言最近遇到这么一个问题，我之前在搞ssh远程的时候，把之前生成的rsa令牌全给删除了，这就导致之前在github上绑定的key无法继续使用了，我无法再推送数据到github仓库了。解决办法就是重新生成一个令牌并绑定，期间还需要在首次的时候使用命令拉取一下，并输入yes才行。教程生成rsassh-keygen -t ed25519 -C "your_email@example.com"照着官方的教程就行了，此时window用户，他会在：本地c盘 -> 用户 -> 你的用户名 -> .ssh目录下，生成名为ed25519的令牌，它有两个文件：id_ed...
windows和linux平台，他们之间的换行符是不一样的，mac之前也不一样，后来和linux保持统一。windows是CRLF，也就是\r\n；linux是LF，也就是\n；两个平台之间换行符不一样，在有代码规范要求的情况下，很容易就会触发报错，如eslint的报错：warning Delete ␍ prettier/prettier解决办法假设我们代码规范要求换行是LF；那我们需要进行以下配置：git提交时自动格式化换行符这个做法是防止有人本地编辑的时候没有改为LF的换行方式然后上传，导致别人拉库下来会运行报错。在项目根目录创建：.gitattributes 文件文件内写入：# L...
# 以下使用socks5代理 git config --global http.proxy socks5://127.0.0.1:1086 git config --global https.proxy socks5://127.0.0.1:1086 # 以下使用http代理 git config --global http.proxy http://127.0.0.1:1087 git config --global https.proxy https://127.0.0.1:1087 # 取消代理 git config --global --unset http.proxy gi...
经常遇到这种情况，不小心上传了某个文件，这个文件是不需要上传到远程仓库，很头疼。本地的又不想删除，想着直接删除远程，百度半天都没找到好用的，最后问了下群友，给了个教程链接，我研究了下，大概明白怎么回事。首先为了防止本地的再次被上传，需要配置本地白名单，白名单的话，以vue项目为例子，在项目根目录有一个.gitignore文件，没有就自己创建一个，然后里面直接填目录或者文件名就行了。/dist /xxx.js本地白名单之后，以后git上传都不会上传该文件。现在我们要处理远程仓库的文件首先我们需要删除git在缓存中的文件git rm --cached config.js // 删除con...
删除文件需要注意一点，就是你当前的项目，没有任何文件在待提交上，或者暂存区，有的话如果不重要你可以取消掉，或者先提交一次。让git这两个区域空下来。如果没有清空使用删除，会提示如下代码：Cannot rewrite branches: You have unstaged changes.永久删除文件清空暂存和提交区，然后输入以下命令：git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch password.txt' --prune-empty --tag-name-filte...
没有更多了
最近评论