在 <JS 模块化>系列开篇中,曾提到前端技术的发展不断融入很多后端思想,形成前端的"四个现代化":工程化.模块化.规范化.流程化.在该系列文章中已详细介绍了模块化的发展及四种模块化规范.本文简单聊聊规范化中的 git 规范. 1 规范化 在企业级开发中,"一千个读者有一千个哈姆雷特"是很常见的事,每个程序员对技术的理解.视角和掌握程度参差不齐,导致编写的代码五花八门.规范化包括很多,我在企业实践中重点关注两个方面:代码规范 和 git 提交规范. 代码…

前言 版本控制,这是现代软件开发的核心需求之一.有了它,软件项目可以安全的跟踪代码变更并执行回溯.完整性检查.协同开发等多种操作.在各种版本控制软件中,git是近年来最流行的软件之一,它的去中心化架构以及源码变更交换的速度被很多开发者青睐. 在git的众多优点中,最有用的一点莫过于它的灵活性.通过“hooks”(钩子)系统,开发者和管理员们可以指定git在不同事件.不同动作下执行特定的脚本. 本文将介绍git hooks的基本思路以及用法,示范如何在你的环境中实现自动化的任务.本文所用的操作系统…

起因 最近公司项目发生了一起线上事故,最后排查下来是配置文件的问题.项目里application.yml文件内会用@build.time@记录打包时的时间,但是这个写法是build-helper-maven-plugin提供的(maven本身的写法有时差问题),但是用这种写法的话,项目运行时会报错,因为idea运行不经过maven打包的步骤. 公司内部一般是在@build.time@两边加引号来解决这个问题,提交的时候再去掉,但是提交时可能会忘记去掉,然后就造成了线上事故. 解决方法 可以使用g…

钩子(hooks)-webhook http://fighter.blog.51cto.com/1318618/1670667 https://www.lovelucy.info/auto-deploy-website-by-webhooks-of-github-and-gitlab.html 什么是webhook? wehook A webhook is an API concept that's growing(激发) in popularity. As more and more of w…

前言 最近在git的使用过程中遇到了一些新的问题,所以写下来方便自己回忆. git tag 打标签 git tag -a v1.00 -m "注释" git tag 打标签命令 -a 添加标签 -m 添加注释 切换标签 git checkout v1.00 就像切换分支一样 但你可以在这个标签上修改代码,但是不会影响其它分支的代码,如果保存在tag代码上修改,就要创建分支,如下: git checkout -b branch_name 提交标签 git push origin -tag…

原文看这里:https://github.com/kuitos/kui...全部文章看这里 https://github.com/kuitos/kui... 国际惯例先说下故事背景 通常情况下,如果我们是一个对代码质量有要求或者存在code review这一流程的团队,我们必然会有一套团队内部达成共识的code style从而提高项目的可维护性及代码的可读性.而确保提交到代码仓库的代码是符合规范的手段通常是,代码提交前由工具帮忙指出,如早期的jslint.jshint以及现在的eslint.提交…

代码规范是软件开发领域经久不衰的话题,几乎所有工程师在开发过程中都会遇到或思考过这一问题.而随着前端应用的大型化和复杂化,越来越多的前端团队也开始重视代码规范.同样,前段时间,笔者所在的团队也开展了一波开源治理,而其中代码规范就占据了很重要的一项.接下来的几篇文章,将会对JS代码规范.CSS规范.Git提交规范.Git工作流规范以及文档规范进行详细的介绍~ 系列文章: 前端规范之JS代码规范(ESLint + Prettier) 前端规范之CSS规范(Stylelint) 前端规范之Git提交规…

在开发过程中,通常使用 eslint 来规范团队的代码风格.但是 eslint 只能在开发服务器启动的时候才去检验代码.如果一个人在不启动开发服务器的情况下,修改了代码直接提交到git,那么别人pull下来的代码肯定会报错,我们需要把错误遏制在提交之前. 唯一的麻烦可能是地震的时候commit不太方便 ------- 一位成都前端开发者留言说 git hooks 是什么 git hooks 是git的一种钩子机制,可以让用户在git操作的各个阶段执行自定义的逻辑. git hooks 在项目根目…

Git Hooks.GitLab CI持续集成以及使用Jenkins实现自动化任务 前言 在一个共享项目(或者说多人协同开发的项目)的开发过程中,为有效确保团队成员编码风格的统一,确保部署方式的统一,等等(git的用户经常会涉及到此类场景),常常会使用类似 Git Flow 这种比较复杂的工作流开发模式.在较大型的项目中,虽然这种工作流模式比较成熟,但在分支处理方面,这种工作流就会造成较多的重复劳动. 因此,如果能借助某些工具来自动化处理这些重复性事务,比如自动合并分支,那么对于提升我们的工作效…

git hooks All In One $ xgqfrms git:(main) cd .git/ $ .git git:(main) ls COMMIT_EDITMSG HEAD branches description index logs packed-refs FETCH_HEAD ORIG_HEAD config hooks info objects refs $ .git git:(main) cd hooks $ hooks git:(main) ls -al total 112…