GitHub Actions 自动发布 npm 包简易指南
概述 GitHub Actions作为GitHub原生的CI/CD工具,为开发者提供了强大的自动化能力。通过GitHub Actions自动发布npm包,可以显著提升开发效率,减少人为错误,确保发布流程的一致性和可靠性。
11 篇文章
概述 GitHub Actions作为GitHub原生的CI/CD工具,为开发者提供了强大的自动化能力。通过GitHub Actions自动发布npm包,可以显著提升开发效率,减少人为错误,确保发布流程的一致性和可靠性。
现在越来越多的网站不再自建登录系统,而是采用第三方登录的方式。比如:QQ、微信、微博、Github等。 其中Github登录是偏技术类网站或新一些的网站的首选,因为它的开放API和生态系统非常强大。 那么如何集成Github登录呢?本文介绍前端主导的Github登录流程。
一、问题背景:组件库用 px,业务开发用 rpx 1.1 现状冲突 目前小程序的开发领域有一个奇怪的现象: 组件库 :Vant、Uni UI 等主流组件库的样式表中, width: 100px 随处可见 业务代码 :业务前端清一色使用 width: 200rpx ,开发者对 rpx 趋之若鹜 这就引出一个 矛盾点 :当开发者引入一个 px 单位的按钮组件时,
英语原文在此: 一开始看到了其他人的翻译,比较认可这篇文章的不少内容,所以进行一个转载,但又不想纠结于一些版权方面的问题,所以干脆基于原文让最近大火的 DeepSeek R1 帮我翻译一遍。 当你思考系统设计时,不要纠结于技术选型,而应聚焦于你希望系统具备的核心特性。技术选型只是这些特性的载体。 —— Gregor Hohpe 免责声明 :如果你自认为只是个
忘记之前在哪看到,说欧美市场现在普遍流行的组件库方案不是 AntD,也不是 mui,而是 shadcn ui ,没听说过这个之前,最近碰巧看到 Solid ui ,是一个非官方的 shadcn ui 的 SolidJS 版本实现,就对其本体也很感兴趣,打开看了觉得有点意思。
最近组里的同学问我,在小程序里想强制重建一个组件要怎么办。 背景是一个表单渲染器内部状态处理得不够干净,切换数据后偶尔需要销毁再创建。我之前也遇到过,处理方式比较直接:用条件渲染让组件先消失再出现。比如先把 a:if 改成 false ,下一轮再改回 true 。 同学说,PC 里的 React 只要改一下 key 就行,小程序不支持吗?
TL;DR:移动端web页面顶上如果有空隙的话,可以对页面父元素用 padding 或者加空元素防止因 margin 塌陷造成的不正常滚动。 起源 强迫症同学有没有注意到,很多小程序的页面,明明不超过一页,但是却可以滚,但又只能滚一点点。
画图一直是我的弱项。也可能单纯是想得不够多,不够清晰,想好才能画好。 思路也许需要较长的时间去培养,但是技巧和工具可以通过练习快速掌握。最近发现了一个很不错的画图工具 excalidraw
背景 前端使用npm来作为包管理工具,它的使用门槛/发包门槛低到惊人,好处是培养了非常丰富的社区和庞大的第三方包,包的数量远超第二名maven。 但所有东西都会有代价,坏处是npm的包质量方面良莠不齐,依赖链非常深,很简单的小工具方法都可能去使用包。
package.json里描述依赖时候一般版本声明是前面带 '^' 的形式,意味着安装依赖时npm会自动尝试去安装声明版本的最新patch,多人合作一个项目时就可能出现大家依赖不一致的问题,出现问题后的复现与调试会比较麻烦,容易出现仅在某台电脑上可以复现的情况。
跨域有多种解决方案,包括JSONP,CORS,反向代理等等。CORS是我感觉最“优雅”的一种方案。但是这个方案下的cookie有一些不一样的表现,做相关尝试后做点记录。