首页
学习
活动
专区
圈层
工具
发布

从Ruby到Node:重写Shopify CLI,提升开发体验

我的团队,即 CLI Foundations,负责为设计和构建 Shopify CLI 的最佳实践和核心功能打基础。...语言决策回顾 在 Shopify CLI 之前,Theme 开发人员用的是我们的另一个 CLI——ThemeKit。我们从 2014 年 10 月就开始维护它。...Hydrogen 开发人员希望 npm install 命令能够解析他们在项目中需要的所有依赖项。...在构建 CLI 方面,Node 有一个与 Ruby 不同的特性:它的模块系统和它所支持的可扩展性。与 Ruby 不同,Node 的模块系统允许同一个传递包有多个版本,而且不会相互冲突。...你可能知道的,E2E 以维护麻烦和可能引入古怪行为而闻名。不过,在 CLI 中不会那样,因为这里的设置更简单。执行可以隔离,并将范围限定在测试场景中,防止全局状态泄漏到其他测试中导致它们表现异常。

1.1K20

vue-cli 是怎么配置babel的?

但是并不会处理 我们的npm依赖包中的 不被浏览器识别的 ES6+ 的语法 这就导致了 文章开头提到的问题, 三方库函数是crypto.js/enc-base64url.js 中ES6语法在报错,直接导致页面白屏幕...在的包进行转译,但是会因为遍历了所有的node_modules 会导致构建速度变慢 思路三 transpileDependencies: ['crypto.js'] 哪个有问题配置哪个 兼顾兼容性和构建速度...配置transpileDependencies: true之后 我们在测试环境构建打包后,用有问题的机器再次打开,依然白屏 难道是配置项没生效?...现在想来还不如一开始就全量入口引入,简单粗暴,无后顾之忧 解决方案 本着遇到问题解决问题的思路 我们最后采用了在html 入口引入vConsole.min.js 文件的方式,来规避了这个问题 这个文件是使用...中对默认配置,加 transpileDependencies: true 当然没有最佳的,只有最合适的 如果项目对兼容性要求较高,多人维护,我更建议你配置,useBuiltIns 为entry 牺牲项目体积

2.4K40
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Node.js CLI 工具最佳实践

    在这个指南中,我列出了在各个重点领域的最佳实践,都是与 CLI 工具交互最理想的用户体验。 1 命令行的经验 本节将会介绍创建美观且高可用的 Node.js 命令行工具相关的最佳实践。...尽管维护人员已广泛使用版本控制语义,但是 npm 会为安装的包引入许多间接的依赖关系,这些间接依赖提升了破坏您的应用程序的风险。 使用 package-lock.json 会带给用户更好的安全感。...将要安装的依赖项固定到特定版本,因此,即使这些依赖项发布了较新的版本,也不会安装它们。这将让您有责任保持对依赖项的关注,了解依赖项中任何安全相关的修复,并通过定期发布 CLI 工具进行安全更新。...打包和分发可执行文件的方式有很多,将预先绑定了 CLI 工具的Docker容器进行容器化,这是一种容易使用方法并且不需要太多依赖关系(除了需要 Docker 环境之外)。...但是,这是一种有缺陷的方法,因为其他用户的环境无法保证 node 可执行文件的位置。 我们可以将 #!

    4.2K10

    从修复 Kubernetes 集群中,我学到了什么

    Linux 问题 他说,调试是很难的,即使你有一个来自红帽的团队来解决这个问题,正如他在另一集由红帽和 Talos 的团队参加的节目中所了解的那样。...“所以你可以打包一个文件,你知道,kubectl 或 Kubernetes 必须写到这个文件,并将其标记为不可变,你就立即破坏了系统,”他说,“你不可能通过运行你的常规 LS 命令来检测这种破坏,你实际上确实需要对文件做一个...lsattr,当你把它们全部列出时,要理解这些晦涩的引用是什么意思。...常见网络故障 在该节目中,网络故障往往是相当常见的。Kubernetes 有核心的网络策略来防止这些故障的发生。但尽管如此,故障还是会发生。...他说,Ciluim Editor 将允许你使用拖放的方式来构建 Kubernetes 网络策略。 其他学习经验 当然,还有其他方法可以破坏 Kubernetes 集群。

    56630

    软件依赖指南

    让我们深入了解软件依赖项是什么,探索它们的类型,并讨论有效依赖项管理的最佳实践。 译自 A Guide to Software Dependencies,作者 Aaron Linskens。...依赖项的重要性是什么? 依赖项至关重要,因为它们决定了程序的运行可靠性和安全性。依赖项管理不当会导致软件故障和安全漏洞,尤其是在依赖项过时或遭到破坏的情况下。...管理依赖项需要了解它们的性质以及对项目的影响,通常通过以下概念: 声明和管理: 直接依赖项在项目的配置文件中明确声明。相比之下,传递依赖项通常不是由项目声明的,而是由直接依赖项引入的。...通过创建这些关系的详细地图,开发人员可以查明隐藏的风险,更好地了解其软件的结构并确保任何更改或更新不会破坏关键依赖项。...集成自动依赖项管理工具可以改变这项任务,确保依赖项始终是最新的,并且在没有人工监督的情况下得到良好维护。 监控依赖项漏洞 持续监控您的依赖项是否存在漏洞。

    60910

    你确定你会写 Dockerfile 吗?

    所以优化缓存的最佳方法是把不需要经常更改的行放到最前面,更改最频繁的行放到最后面。 只拷贝需要的文件,防止缓存溢出 ? 当拷贝文件到镜像中时,尽量只拷贝需要的文件,切忌使用 COPY ....如果被拷贝的文件内容发生了更改,缓存就会被破坏。在上面的示例中,镜像中只需要构建好的 jar 包,因此只需要拷贝这个文件就行了,这样即使其他不相关的文件发生了更改也不会影响缓存。...包管理工具会维护自己的缓存,这些缓存会保留在镜像文件中,推荐的处理方法是在每一个 RUN 指令的末尾删除缓存。如果你在下一条指令中删除缓存,不会减小镜像的体积。...当然了,还有其他更高级的方法可以用来减小镜像体积,如下文将会介绍的多阶段构建。接下来我们将探讨如何优化 Dockerfile 的可维护性、安全性和可重复性。 可维护性 尽量使用官方镜像 ?...结合前面提到的缓存机制,我们可以让获取依赖项这一步变成可缓存单元,只要 pom.xml 文件的内容没有变化,无论代码如何更改,都不会破坏这一层的缓存。

    83430

    十问babel,用最简单的话说清楚babel

    babel 是什么? babel 在前端项目中充当的是一个代码转译工具的角色。 为什么要使用babel ?...为什么我总是看不懂项目中babe.config.js的配置项? 当然不是你的问题 他的配置项确实很复杂,且网上配置项众说纷纭,花里胡哨一大堆,各个插件名字相似,很容易搞混。...syntax 像箭头函数,let const class babel/preset-env 仅仅会转译新的语法,不会处理 ES 新的API 和ES实例方法。...但是如果其他文件也使用了类声明语句,也会在当前文件生成类似的6个辅助函数function 如果我们能把相同的方法抽离出来,改成运行时引入,这样可以大大缩小代码体积 所以@babel/runtime 就时来解决这个重复定义的问题...最佳实践是什么?我到底该如何在项目中使用? 从来没有最佳,只有最适合的。

    1.5K20

    你确定你会写 Dockerfile 吗

    所以优化缓存的最佳方法是把不需要经常更改的行放到最前面,更改最频繁的行放到最后面。 只拷贝需要的文件,防止缓存溢出 ? 当拷贝文件到镜像中时,尽量只拷贝需要的文件,切忌使用 COPY ....如果被拷贝的文件内容发生了更改,缓存就会被破坏。在上面的示例中,镜像中只需要构建好的 jar 包,因此只需要拷贝这个文件就行了,这样即使其他不相关的文件发生了更改也不会影响缓存。...包管理工具会维护自己的缓存,这些缓存会保留在镜像文件中,推荐的处理方法是在每一个 RUN 指令的末尾删除缓存。如果你在下一条指令中删除缓存,不会减小镜像的体积。...当然了,还有其他更高级的方法可以用来减小镜像体积,如下文将会介绍的多阶段构建。接下来我们将探讨如何优化 Dockerfile 的可维护性、安全性和可重复性。 3. 可维护性 尽量使用官方镜像 ?...结合前面提到的缓存机制,我们可以让获取依赖项这一步变成可缓存单元,只要 pom.xml 文件的内容没有变化,无论代码如何更改,都不会破坏这一层的缓存。

    76130

    你确定你会写 Dockerfile 吗?

    所以优化缓存的最佳方法是把不需要经常更改的行放到最前面,更改最频繁的行放到最后面。 2只拷贝需要的文件,防止缓存溢出 ? 当拷贝文件到镜像中时,尽量只拷贝需要的文件,切忌使用 COPY ....如果被拷贝的文件内容发生了更改,缓存就会被破坏。在上面的示例中,镜像中只需要构建好的 jar 包,因此只需要拷贝这个文件就行了,这样即使其他不相关的文件发生了更改也不会影响缓存。...包管理工具会维护自己的缓存,这些缓存会保留在镜像文件中,推荐的处理方法是在每一个 RUN 指令的末尾删除缓存。如果你在下一条指令中删除缓存,不会减小镜像的体积。...当然了,还有其他更高级的方法可以用来减小镜像体积,如下文将会介绍的多阶段构建。接下来我们将探讨如何优化 Dockerfile 的可维护性、安全性和可重复性。 可维护性 1尽量使用官方镜像 ?...结合前面提到的缓存机制,我们可以让获取依赖项这一步变成可缓存单元,只要 pom.xml 文件的内容没有变化,无论代码如何更改,都不会破坏这一层的缓存。

    67830

    你确定会写 Dockerfile 吗?

    所以优化缓存的最佳方法是把不需要经常更改的行放到最前面,更改最频繁的行放到最后面。 2只拷贝需要的文件,防止缓存溢出 ? 当拷贝文件到镜像中时,尽量只拷贝需要的文件,切忌使用 COPY ....如果被拷贝的文件内容发生了更改,缓存就会被破坏。在上面的示例中,镜像中只需要构建好的 jar 包,因此只需要拷贝这个文件就行了,这样即使其他不相关的文件发生了更改也不会影响缓存。...包管理工具会维护自己的缓存,这些缓存会保留在镜像文件中,推荐的处理方法是在每一个 RUN 指令的末尾删除缓存。如果你在下一条指令中删除缓存,不会减小镜像的体积。...当然了,还有其他更高级的方法可以用来减小镜像体积,如下文将会介绍的多阶段构建。接下来我们将探讨如何优化 Dockerfile 的可维护性、安全性和可重复性。 可维护性 1尽量使用官方镜像 ?...结合前面提到的缓存机制,我们可以让获取依赖项这一步变成可缓存单元,只要 pom.xml 文件的内容没有变化,无论代码如何更改,都不会破坏这一层的缓存。

    65010

    你确定你会写 Dockerfile 吗?

    所以优化缓存的最佳方法是把不需要经常更改的行放到最前面,更改最频繁的行放到最后面。 只拷贝需要的文件,防止缓存溢出 当拷贝文件到镜像中时,尽量只拷贝需要的文件,切忌使用 COPY ....如果被拷贝的文件内容发生了更改,缓存就会被破坏。在上面的示例中,镜像中只需要构建好的 jar 包,因此只需要拷贝这个文件就行了,这样即使其他不相关的文件发生了更改也不会影响缓存。...删除包管理工具的缓存 包管理工具会维护自己的缓存,这些缓存会保留在镜像文件中,推荐的处理方法是在每一个 RUN 指令的末尾删除缓存。如果你在下一条指令中删除缓存,不会减小镜像的体积。...当然了,还有其他更高级的方法可以用来减小镜像体积,如下文将会介绍的多阶段构建。接下来我们将探讨如何优化 Dockerfile 的可维护性、安全性和可重复性。...在单独的步骤中获取依赖项 结合前面提到的缓存机制,我们可以让获取依赖项这一步变成可缓存单元,只要 pom.xml 文件的内容没有变化,无论代码如何更改,都不会破坏这一层的缓存。

    61120

    Tailwind CSS 4.0 发布,提升构建速度

    根据 Tailwind 创建者 Adam Wathan 的博文,该插件提供了 “最高的性能和最低的配置”。 在该框架新增的 CSS 特性中,有一项是级联层(cascade layers)。...一旦使用 npm( Node 软件包管理器)安装了 Tailwind——尽管 npm 并非必要,也有一个独立的工具可供使用,在项目中包含 Tailwind 就只需在 CSS 文件中添加以下语句: @import...此外,还有用于 Ruby on Rails 的 Tailwind gem,以及在任何项目中使用 Tailwind 的 CLI(命令行界面)工具。...建议开发者在使用旧版浏览器时避免使用不支持的功能,而 Internet Explorer 则完全不被支持 。 虽然提供了升级工具,但也存在一些升级问题。这份完整的升级指南列出了所有破坏性的变更。...关于 Tailwind 优缺点的讨论众说纷纭,其中包括使用无构建步骤的 vanilla CSS 的观点。Wathan 创建 Tailwind 正是因为在大型项目中维护 CSS 文件所面临的挑战。

    1.1K00

    VUE官方文档讲解

    安装 Vue.js 设计的初衷就包括可以被渐进式地采用。这意味着它可以根据需求以多种方式集成到一个项目中。 将 Vue.js 添加到项目中主要有四种方式: 在页面上以 CDN 包的形式导入。.../vue@next"> 对于生产环境,我们推荐链接到一个明确的版本号和构建文件,以避免新版本造成的不可预期的破坏。...然后你可以通过  标签引入,与使用 CDN 的方法类似。 这些文件可以在 unpkg 或者 jsDelivr 这些 CDN 上浏览和下载。...要升级,你应该需要全局重新安装最新版本的 @vue/cli: yarn global add @vue/cli # 或 npm install -g @vue/cli 然后在 Vue 项目中运行: vue...这意味着你可以单独安装/导入这些依赖,而不会导致这些依赖项的不同实例,但你必须确保它们都为同一版本。

    2.5K20

    Python项目结构布局

    setup.py: Python包的安装和分发配置文件,通常包括项目的元数据和依赖项。 requirements.txt: 项目的依赖包列表,用于构建虚拟环境或部署项目。...最佳做法是将测试与模块代码分开,确保模块的用户能够轻松使用它,同时开发者可以专注于确保模块的正确性和质量。这有助于提高代码的可维护性和可用性。 Makefile ....虽然Make最初是用于构建C和C++项目的,但它已经成为一个通用工具,可以用于各种项目,包括Python项目。...在Python项目中使用Makefiles的好处包括: 统一构建和测试任务:Makefiles允许您定义和管理项目中的常见任务,例如安装依赖、运行测试等。...Python的有意义的缩进(它最具争议的特性之一)使得维护这种代码非常困难。所以好消息是,可能不会经常遇到这种情况。

    1.1K50

    玩转npm:从基础到实践的全面指南

    当发布应用程序时这些依赖项不会被包含在内,但是其他开发者如果要在本地开发或测试代码,则需要安装这些依赖项。...更多npm命令可参阅CLI 命令 | npm 中文网 (nodejs.cn) 5 全局安装与本地安装 在 npm 中,可以选择全局安装或本地安装包。...这适用于那些不打算在单个项目中使用,而是希望在整个系统范围内使用的工具或命令行程序。例如,如果你经常需要使用某个代码格式化工具或构建脚本,全局安装可以让它在任何地方都可以使用。...依赖项兼容性:当添加新依赖项时,尽量选择广泛支持和积极维护的包。 测试:在更新依赖项之前,最好在一个隔离的环境中测试它们,比如使用Docker或虚拟机,以确保它们不会破坏现有的功能。...package-lock.json文件: package-lock.json文件是npm在执行npm install命令后自动生成的一个锁文件,其目的是确保在不同环境下能够一致地安装相同版本的依赖项。

    1.1K10

    在云端保存数据安全吗?

    组织必须采取措施消除这些风险以维护数据完整性。 人为错误或恶意造成的损害 数据丢失或损坏的最常见原因是人为错误,可能有多种形式。最常见的人为错误类型是有人意外删除数据。...任何单个写入被破坏的可能性都相当低(这取决于介质),但是发生这种情况的几率可能会随着每次传输新的文件或对象而上升。 随着时间的推移,静音数据损坏也会发生。...使用增强的访问控制可以防止不适当的访问,并且可以监视并监视所有访问。基于角色的访问和双因素身份验证是防止未经授权的访问的两种最佳方法,如果未经授权的访问发生,将泄露进行限制。...当然存储在云计算中的数据应该被存储或发送到云端,使得公司可以从任何损坏或意外删除中恢复,并且不会意外地删除云数据,并且还必须主动监视数据损坏或攻击。...通过从云端重新启动数据或为此目的在云中创建基础设施来验证数据可能是昂贵的,因此这样的系统应该构建在利用成本有效的计算组件(如来自AWS的LAMDA或来自Azure的Micro功能)中。

    2.7K110

    玩转npm:从基础到实践的全面指南

    当发布应用程序时这些依赖项不会被包含在内,但是其他开发者如果要在本地开发或测试代码,则需要安装这些依赖项。...更多npm命令可参阅CLI 命令 | npm 中文网 (nodejs.cn) 5 全局安装与本地安装 在 npm 中,可以选择全局安装或本地安装包。...这适用于那些不打算在单个项目中使用,而是希望在整个系统范围内使用的工具或命令行程序。例如,如果你经常需要使用某个代码格式化工具或构建脚本,全局安装可以让它在任何地方都可以使用。...依赖项兼容性:当添加新依赖项时,尽量选择广泛支持和积极维护的包。 测试:在更新依赖项之前,最好在一个隔离的环境中测试它们,比如使用Docker或虚拟机,以确保它们不会破坏现有的功能。...package-lock.json文件: package-lock.json文件是npm在执行npm install命令后自动生成的一个锁文件,其目的是确保在不同环境下能够一致地安装相同版本的依赖项。

    82910

    数千行IaC代码后学到的5个技巧

    同行评审流程得到增强,因为团队成员可以专注于特定模块,从而确保更高的质量并遵守最佳实践。这种模块化方法还有助于协作,因为开发人员可以同时处理不同的模块,而不会干扰彼此的工作。 2....这些模块已经过其他用户的测试和验证,为构建基础设施提供了可靠的基础,而无需从头开始。 通过使用预构建模块,团队可以快速实施符合最佳实践并针对性能和安全性进行优化的基础设施组件。...管理状态文件的重要性怎么强调都不为过。集中式状态管理允许多个开发人员在同一个基础设施上工作而不会发生冲突,并且正确的状态管理通过提供基础设施的共享、最新视图来支持协作。...使用确保状态文件一致且未损坏的方法可以防止由于并发修改、手动编辑和数据损坏而引起的问题,从而维护基础设施的完整性。...避免手动编辑:尽管状态文件是人类可读的,但手动编辑可能会导致损坏。始终使用 Terraform 命令对状态文件进行任何更改。这种做法可以维护文件的完整性,并确保正确应用更改。

    69310

    调查报告:DLL项目运行时库设置与依赖兼容性分析

    引言在C++项目开发中,运行时库的设置(如 /MT 和 /MD)对项目的构建和运行至关重要。...本文将深入分析DLL项目为何必须使用 /MD,静态库项目为何不适合使用 /MD,以及尝试在DLL项目中链接 /MT 依赖的潜在问题。...理论基础在Visual Studio中,运行时库有两种主要设置:/MT:多线程静态运行时库,C++运行时库代码静态链接到可执行文件或库中。...堆损坏:内存分配(new/malloc)可能在DLL的 /MT 运行时库中,释放(delete/free)在应用程序的 /MD 运行时库中,可能导致崩溃。...测试与验证使用Visual Studio的构建日志检查每个对象的编译和链接过程。测试DLL在不同 /MD 或 /MT 应用程序中的行为,验证兼容性。

    97400
    领券