前言 最近组里要求我把几个老项目的包管理工具从 yarn 转为 pnpm，因为新项目都使用 pnpm，另外，还要求将前后端（NodeJS）项目使用 monorepo的方式组织在一个仓库里，并且保留历史

虽然错过的人无法挽回，但是git提错的代码却可以撤销。 这个就比较简单了，执行 该命令的作用是： 撤销暂存：所有已经 git add 的文件会变成未暂存状态。 保留工作区的修改：文件内容保持不变，仍然

本文从前端工程，团队协作，Git Flow，提交规范与校验，生产部署的角度，介绍架构人员需要掌握的 git 实践能力

在Git中，git merge、git merge --squash 和git rebase是用于合并分支的不同方法。每种方法都有其特定的用法和应用场景。以下是它们的详细区别和应用场景： 1. git

相信有过几年前端开发经验的同学都曾遇到过一个问题：前端如何在拆分工程的场景下共用代码。 负责人工作量很大，因为负责人需要处理代码上线关系，使得高版本包含低版本代码，而实际又经常因为进度原因，低版本后上线，对负责人要求比较高。 此外，开发发布需要和负责人沟通也是不小的成本。 没有…

如果想在一个项目中用另一个项目的代码，你会怎么做呢？ 有同学说，可以发一个 npm 包呀，然后在另一个项目里引入。 这样是可以，但是如果经常需要改动它的源码呢？这样频繁发包就很麻烦。 那可以用 mon

大家是否有过类似的经历，接手多人开发的项目，因为每个人的代码风格不一致，使得变得难以阅读，比如分号、混合单引号和双引号的字符串声明，或者糟糕的缩进? 或者一些问题导致项目运行出错。 所以代码一致性非常重要，无论是在开发阶段还是在维护阶段，我们都知道eslint能很好保证代码风格…

目前，社区有多种 Commit message 的写法规范。来自Angular 规范是目前使用最广的写法，比较合理和系统化。如下图： subject: 简明扼要的阐述下本次 commit 的主旨，在原文中特意强调了几点 1. 使用祈使句，是不是很熟悉又陌生的一个词，来传送门在此…

不规范的commit很可能一个月之后你自己也不记得当时提交代码的目的了，而规范的commit可以更好的定位问题，所以，为了能使得日后复盘和找bug的时候更加的方便，团队之间遵守同一套 commit message 规范还是很有必要的。 本文主要介绍目前使用最广的commit规范…