升级 ST3 以构建 3065 后，我无法再通过终端启动它：
[11:53:31] ❯ /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl .
Unable to launch Sublime Text
我已经展示了绝对路径，所以没有人认为这是一个符号链接问题。
以前版本的 ST3（构建 3059，IIRC）没有这个问题。
subl -h 按预期工作并正确打印帮助。真的，除了打开文件之外，所有的 cli 标志都有效。显式提供单个文件参数会产生相同的结果。
【问题讨论】：
标签： terminal editor osx-mavericks sublimetext sublimetext3
（我没有 50 个代表，否则我会将其作为对原始问题的评论，因为它仅提供可能的附加信息，而不是实际的“解决方案”）
我遇到了这个错误，结果发现罪魁祸首是 tmux（参见Can't open sublime text in tmux after upgrading to Yosemite）。因此，如果您在 tmux 中尝试启动 Sublime Text 并收到“无法启动 Sublime Text”，那么罪魁祸首是 tmux 中的错误。 （参见https://superuser.com/a/833791）
重复上面链接的内容：
问题是 tmux 将引导程序更改为系统域，而它不应该（请参阅https://trac.macports.org/ticket/18357）。旧版本的 launchd 解决了 tmux 中的这个错误，但在 OS X Yosemite 中重写的 launchd 无法解决这个 tmux 错误。
您要么需要等待 Apple 可能发布针对 tmux 错误的更新，要么纠缠 tmux 开发人员修复 tmux 中已知至少 6 年的这个错误。
【讨论】：
删除以下内容可以解决问题（不确定它是否具体其中之一，因此列出所有内容）：
~/Library/Caches/com.sublimetext.3
~/Library/Preferences/com.sublimetext.3.plist
然后重新启动 ST3。为什么他们维护旧应用程序的链接，我不能说。
感谢@Paul R. 帮助我指明了正确的方向。
【讨论】：
我可以通过运行来完成这项工作
# brew install reattach-to-user-namespace
然后在我的~/.zshrc 或~/.bashrc 中为 subl 命令起别名：
alias subl='reattach-to-user-namespace subl'
【讨论】：
export EDITOR="reattach-to-user-namespace subl" 放在您的 ~/.bashrc 或 ~/.zshrc 中。
这种事情通常最好使用open：
open -a "Sublime Text" .
【讨论】：
open 在哪里维护应用链接？在一个plist中，我假设？似乎open 引用了已不存在的旧版 ST。
open 比直接尝试直接执行应用程序的二进制文件具有更高的抽象级别，它会为您处理各种小细节。它还为您提供了更多关于如何启动应用程序的灵活性（请参阅man open）。在大多数情况下，我希望任何一种方法都可以工作，但在某些情况下，open 会做正确的事情，而蛮力方法会失败。
open 创建一个别名！