1.前端基建必备技能：代码提交规范
2.git是提提交什么
3.git-mm作用
4.偷偷跟我学这个看源码的小技巧，早日解放双手
5.Jenkins集成GitLab的交源正确姿势，实现Git代码提交触发CI/CD

前端基建必备技能：代码提交规范

       前端项目在提交代码时，代码遵循一套规范至关重要。流程以下介绍在规范提交过程中使用的提提交工具以及使用方法。首要工具为Husky，交源114源码论坛它允许开发者在项目中自定义Git钩子脚本。代码Husky与Git集成，流程可以在提交或推送时自动检查代码，提提交运行测试。交源

       当使用Husky时，代码初始化步骤十分重要。流程通过安装和初始化，提提交会在项目根目录下创建.husky和.husky/_文件夹，交源并生成相应的代码钩子脚本。这样便能确保每次提交都符合既定规则。

       为确保提交信息格式正确，可以使用Commitlint，结合Husky设置commit-msg钩子。通过安装配置包@commitlint/config-conventional，表格框架源码与@commitlint/cli配合使用，验证提交消息是否遵循Conventional Commits规范。

       在项目根目录创建commitlint.config.js文件进行配置。此配置文件通常包含常用API，如定义提交类型、格式等，以确保提交信息清晰、规范。

       Conventional Commits是一种约定式提交规范，它提供简单规则来构建清晰的提交历史，便于自动化工具使用。遵循该规范可使提交历史更加易于阅读，有助于自动化生成CHANGELOG。

       Commitizen是一个开源命令行工具，旨在帮助前端项目遵循标准化提交消息格式。此工具对于维护项目的提交历史、自动化生成CHANGELOG以及配合持续集成流程具有重要作用。通过安装Commitizen，开发者可以使用预定义的abp zero源码提交命令，使提交过程标准化。

       cz-conventional-changelog是Commitizen的一个适配器，专门针对遵循Conventional Commits规范而设计。它帮助开发者在遵循该规范的同时，自动生成CHANGELOG文件，使项目管理更加高效。

       在使用Commitizen辅助提交时，通常使用命令行模式，源代码管理工具如source tree和GitHub desktop可能无法提供完整支持。尽管如此，source tree和GitHub desktop在检测到提交格式错误时会直接提示，而非使用Commitizen时的隐式失败。

       在提交前，通过Git Hooks的pre-commit钩子执行代码风格检查，确保代码质量。commit-msg钩子则用于验证提交消息格式，确保其符合团队规范。配置这些脚本时，主要关注if中的bol gad源码命令执行逻辑，确保自动化流程有效执行。

       采用上述方法，前端项目可实现高效、规范的代码提交流程，提升团队协作效率，同时确保代码质量与项目的可维护性。

git是什么

       git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。也是LinusTorvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。

       git功能特点：

       1、从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。

       2、在自己的机器上根据不同的开发目的，创建分支，修改代码。

       3、在单机上自己创建的分支上提交代码。

       4、jsp list源码在单机上合并分支。

       5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。

       6、生成补丁（patch），把补丁发送给主开发者。

       7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。

       8、一般开发者之间解决冲突的方法，开发者之间可以使用pull命令解决冲突，解决完冲突之后再向主开发者提交补丁。

git-mm作用

       ä½œç”¨ï¼šä»£ç æäº¤ï¼ŒæŽ¨é€ä¿®æ”¹åˆ°æœ¬åœ°git库中。

        Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。

        Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。Git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。

偷偷跟我学这个看源码的小技巧，早日解放双手

       大家好！

       在看源码的过程中，查看 Git 提交记录是了解文件演变过程的有效途径。对于如何在 IDEA 中查看这些记录，可能有些同学感到困惑。这篇文章将分享一些实用的小技巧，帮助大家更直观地进行源码学习。

       首先，确保你的本地环境配置了 Git。如果还没有安装 Git，强烈建议你先完成安装并熟悉基本操作。

       接下来，使用 Git 克隆一个感兴趣的开源项目，例如 Redssion。在 IDEA 中导入项目并查看文件右键菜单，确认是否能找到“Git”选项。如果找不到，可能是 Git 配置问题，进入 IDEA 设置中进行相应的调整。

       在 IDEA 的“Version Control”标签页中，你可以看到项目的提交历史。通过这个界面，你可以快速浏览文件的变更情况，了解代码的演变过程。

       在日常工作中或撰写文章时，使用 IDEA 的 Git 功能主要关注提交记录，而不是直接在 IDEA 中进行代码提交。这种方式提供了可视化的代码历史，有助于理解代码的变更轨迹。

       以 Redssion 为例，通过在 GitHub 的 issues 页面搜索关键词（如“死锁”），可以找到相关的问题讨论和代码修复。关注这些信息能帮助你更快定位问题和学习关键代码变更。

       使用 IDEA 的 Git 插件，可以方便地查看特定日期的提交记录。在“Version Control”标签页中，通过过滤功能找到目标日期的提交，这样可以快速定位到关键变更。

       通过查看提交记录，你可以了解代码的具体修改内容，这对于深入理解代码实现和调试问题非常有帮助。例如，在 Redssion 中，可以追踪到特定类的修改历史，了解其功能演进。

       此外，通过查看项目的首次提交记录，可以了解项目的起源和发展历程。例如，Dubbo 的首次提交记录反映了项目早期的状态和开发团队的辛勤工作。这些历史记录不仅展示了技术演变，也蕴含了项目发展的故事。

       总的来说，利用 IDEA 的 Git 功能探索代码历史，不仅可以帮助你更高效地学习和理解源码，还能深入了解项目的开发背景和演进过程。通过这种方式，源码阅读将变得更具趣味性和实用性。

Jenkins集成GitLab的正确姿势，实现Git代码提交触发CI/CD

       为了实现Jenkins与GitLab之间的集成，以便在Git代码提交时触发CI/CD流程，我们需遵循以下步骤。首先，安装GitLab插件。

       在配置Jenkins服务器时，创建GitLab凭证，并将其填充到“Manage Jenkins->System->enable authentication for '/project' end-point”中。此配置为Jenkins job提供了访问GitLab的凭证，在Jenkinsfile中使用该凭证。

       创建Jenkins job，选择源代码管理为Git，填写GitLab上源码仓库地址。设置构建触发器为“Build when a change is pushed to GitLab”，并获取GitLab webhook URL。在高级设置中，允许特定分支的构建，并生成用于防止他人触发Jenkins的回调URL的token。

       当遇到高版本Jenkins的错误时，可修改配置以关闭防跨站点请求伪造（CSRF）保护。在容器中，编辑Jenkins.sh脚本，在执行java命令前添加参数-Dhudson.security.csrf.GlobalCrumbIssuerConfiguration.DISABLE_CSRF_PROTECTION=true。

       配置GitLab webhook以接收代码提交通知。在GitLab repo的Settings-Integrations中，填写生成的URL和Secret Token，点击“Add webhook”。检查Jenkins是否有自动构建记录。

       为了在GitLab上查看Jenkins job的执行状态，需要在上述步骤的基础上进行额外配置。确保Jenkins与GitLab之间的集成完全运行并正常接收代码提交事件。参考文档以获取详细说明。