子弈的 2022 年度总结，包括 Chromium 基础知识、微前端、Chrome DevTools 和跨端等技术总结，并给出 2023 年的学习计划，供大家参考。

前段时间，部门的前端项目迁移到 monorepo 架构，笔者在其中负责跟 git 工作流相关的事情，其中就包括 git hooks 相关的工程化的实践。用到了一些常用的相关工具如 husky、lint

本文档适用于需要持续发布的网站项目（后端、前端），稍加修改可以适用于需要同时存在不同版本的项目（框架、组件、app等）。

在工作中避免不了多人协作，协作避免不了有一个规范的流程，让大家有效的去合作；让项目有条不紊的进行。自然使用 git 规范进行把控也是项目中必不可少的技术了。

一直是ESLint的忠实用户，深知规范的重要性。然而，在新项目交接中，我被GitCommit规范逼疯了。才意识到自己的疏忽，于是便有了一探究竟的想法。一、为什么需要规范？无规矩不成方圆，编程也一样。如

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

作为一名开发人员 Git 常用命令每天都在使用，大家肯定信手拈来，但是在团队协作中 Git 的使用姿势和个人开发还是有很多不一样的地方，对于技术团队，期望大家使用规范的 Git 操作流程，规范的 Commit Message，规范的代码风格。这样才能提高团队开发相率和项目的可维…

我刚开始接触git的时候，完全搞不清楚为什么这个操作要用这个命令，而那个操作要用那个命令。 因为git不是一套注重用户体验的工具，git有自己的哲学。你首先要理解它的哲学，才能真正理解它是如何运作的。 我也是看了前辈写的文章才在某一刻醍醐灌顶。 git有多强大，想必大家都有所耳…