笔者一天要说100次“哥，代码更新了，打包上传下吧，球球了”，终于我实在受不了了（上传代码的这位哥也受不了了），于是想通过 Jenkins 实现简单的前端项目自动打包部署。

在笔者所在的前端研发流程中, 【技术调研及方案设计】属于连接【需求阶段】和【开发阶段】的中间节点。在需求详评(三审)后了, 需求的功能和交互已经基本确定, 而在实际进入开发之前, 还有一些待确定的技术

我在2年之前，写过一篇中小型项目的前端架构浅谈。随着能力的上升，以及在阿里巴巴工作的经验，是时候写一篇大型项目的前端架构分析了。 本篇文章不会更多侧重于具体技术实现，而是尝试从更高角度出发，分析为什么要这么做，这些设计能解决什么问题，成本和收益如何。 由于作者能力有限，可能会有…

刚进初创公司或者搭建新的团队，不知如何开始建设？又或业务代码/工具写麻了？想了解一些工程化基建的知识？大小公司怎么样偏重？这篇浅浅了解一下前端的基础建设法子！

现代前端开发中已经离不开各种脚手架的使用了，例如vue-cli和create-react-app等脚手架，而我们在日常开发中都会在这些脚手架的基础上做一些升级改造，例如集成一些常用的工具、网络请求封装

package.json 是一个用于描述和配置项目的重要文件，其中包含了许多字段和选项，可以影响项目的构建、依赖管理、脚本执行等方面。了解这些字段可以帮助开发者更好地理解和控制项目的行为。

当使用 async 函数的时候，很多文章都说建议用 `try catch` 来捕获异常, 可是实际上我看了很多项目的代码，遵循的并不是严谨，很多都没有用，甚至 catch 函数都没写，这是为什么呢？

本文原文地址 此文章是回答知乎问题总结而来。 我将其分为四个阶段：手动部署、命令工具部署、docker镜像部署、平台化部署。 这几个阶段，越往后越复杂，越往后越友好，毕竟平台化部署有备份还可回退，那是

作为前端，当你入职一家公司，拿到新发的电脑，你会对电脑干点啥，装开发环境？装软件？你是否铺天盖地到处找之前电脑备份的东西？又或者是想不起来有什么上一台电脑好用的软件叫什么名？