Composer怎么发布包到码云Gitee_国内源发布Composer包教程【干货】
不能直接用 Composer 发布包到 Gitee —— 它压根不提供 packagist.org 那类服务,你得自己搭或借第三方源。
技术博客
不能直接用 Composer 发布包到 Gitee —— 它压根不提供 packagist.org 那类服务,你得自己搭或借第三方源。
Sublime Text 没有常驻的「列编辑模式开关」,所谓“进入列模式”,只是你按下 Alt(Windows/Linux)或 Option(macOS)并拖动鼠标那一刻——它自动触发矩形选区逻辑,松手即生效,也立刻退出。命令面板里搜 Toggle Column Selection 是冗余操作,2026 年实测仍无实际作用,纯属历史残留。
不是 Sublime 本身慢,而是 Package Control 默认从境外服务器(packagecontrol.io 和 github.com)拉取插件索引和源码,国内直连常出现超时、DNS 解析失败或连接重置——表现为命令面板里选中 Package Control: Install Package 后,界面一直显示 Loading…,几秒到几分钟都不出列表。
因为 composer require 默认只查 packagist.org,哪怕你已经配了 repositories,它也不会自动 fallback 到本地源——除非你明确告诉它“这个包就该从这儿装”。Composer 不会主动扫描所有仓库找匹配包,它按顺序查:先看 packagist.org(如果没关),再看自定义仓库,但前提是包名能被某个仓库“声明支持”。
Sublime Text 的项目隔离靠的是 .sublime-project 文件,不是随便建个 JSON 就行。它必须和 .sublime-workspace 成对出现(后者通常自动生成),且必须通过「Project → Save Project As…」保存到项目根目录下,否则 Sublime 不认这个项目上下文。
只有当项目中类文件数量多(比如 >1000 个)、且使用了 psr-0 或 psr-4 以外的自动加载方式(如 classmap),或者你明确观察到 composer/autoload_classmap.php 文件体积过大、类加载变慢时,才值得启用优化。现代 Composer(2.0+)默认已启用 –apcu 和更高效的生成策略,–optimize 实际上已被弃用 —— 它在 Composer 2.2+ 中完全移除,运行会报错:Unknown option: –optimize。
Sublime Text 是个纯本地编辑器,没有内置 FTP/SFTP 功能。所谓“Sublime 连接 FTP”,实际是靠第三方插件实现的,最常用的是 SFTP 插件(注意不是 FTP,后者早已停更且不兼容 Sublime Text 3/4)。直接搜“Sublime FTP 教程”容易装错插件,导致配置失败或连不上。
WSL2 的 /mnt/c 是通过 DrvFs 挂载的 Windows NTFS 分区,所有文件操作都要跨内核桥接,composer install 时大量小文件读写(比如 vendor 解压、autoloader 生成)会卡在 I/O 上,实测比原生 Linux 慢 3–5 倍。
Sublime 默认不显示行号,但开启非常简单,关键是别去菜单里翻半天——直接用快捷键最稳。Ctrl+Shift+P(Windows/Linux)或 Cmd+Shift+P(macOS)呼出命令面板,输入 Toggle Line Numbers 回车就行。这个操作是开关式,再按一次就关掉。
脚本钩子必须写在 composer.json 的 scripts 字段下,且顶层键名是预定义的事件名(比如 pre-install-cmd),不是随便起的。Composer 不会执行拼错、大小写不符或未注册的钩子名。