00:00:00我们每周都会浪费大量时间在 Notion、Linear、Slack 和 GitHub 之间来回切换。
00:00:05这意味着要开四个标签页。
00:00:06还要付四份订阅费。
00:00:07但如果有一个自托管的开源工具能把这些功能全部整合在一起呢？
00:00:12这就是 HULI，一个可以免费替代所有这些工具的一站式平台。
00:00:17我知道你在想什么。
00:00:18主意不错，对吧？
00:00:19但用起来肯定很笨重。
00:00:20没错，我起初也是这么想的。
00:00:22但这个工具？
00:00:23它真的非常好用。
00:00:24让我们来深入了解一下。
00:00:30我们都经历过那种忙活了一整天，却发现什么都没交付的日子。
00:00:34原因就在这里。
00:00:35我们在 Notion 之类的工具里写规格说明。
00:00:37Bug 可能会出现在 Slack 里。
00:00:39任务条目存在 Linear 里。
00:00:41而代码拉取请求（PR）又在 GitHub 上。
00:00:42所以，我们实际上只是在不断地切换标签页，这大大降低了我们的效率。
00:00:46此外，这些工具显然都是有成本的。
00:00:49它们的费用增长得非常快。
00:00:50按人头收费的模式让开支迅速增加，所以你会转向自托管方案，但通常会遇到瓶颈，
00:00:55因为它们往往缺失了一半我们真正需要的功能。
00:00:58因此，我想要一个速度快、更适合开发者且完全开源的工具。
00:01:03我非常热爱开源工具。
00:01:05就在那时，我遇到了 HULI。
00:01:06如果你正在寻找提升开发工作流速度的方法，请务必订阅。
00:01:09我们一直在持续发布新视频。
00:01:12基本上，HULI 是一个开源的一站式协作平台。
00:01:15在这个应用中，我们可以获得项目管理、带专业代码块的实时文档、
00:01:21内置聊天、收件箱、日历以及 GitHub 同步功能。
00:01:26所有功能都在一处，且全部支持自托管。
00:01:29这里就是区别所在，也是两者的鲜明对比。
00:01:32大多数一站式工具感觉只是把功能强行拼凑在一起。
00:01:36但 HULI 感觉像是一个整体设计的产物，而不是各种功能的堆砌。
00:01:40如果要我形容它，它拥有 Linear 的速度、Notion 的灵活性、Slack 的聊天功能，
00:01:45而且还集成了 GitHub。
00:01:46在同一个应用里，我们拥有了这一切的所有权，而且令人惊讶的是，它表现非常出色。
00:01:50现在让我来证明这一点。
00:01:51我要开始配置它了。
00:01:52我们将演示几个环节。
00:01:54好了。
00:01:55我在一个新的仓库里，已经克隆好了。
00:01:57动作快一点。
00:01:58我们要在 90 秒内完成 HULI 的搭建。
00:02:00可能甚至比那更快。
00:02:01首先，我运行安装命令。
00:02:04克隆代码库。
00:02:06安装依赖项，然后通过 Docker 启动。
00:02:11观察终端，它正在运行各项流程，对吧？
00:02:14我们的 Docker 容器正在启动。
00:02:16数据库初始化完成，就是这么简单。
00:02:20我现在可以切换到浏览器，打开 localhost，看，搞定了。
00:02:24我们现在上线了。
00:02:25没有那种复杂的 SaaS 注册流程。
00:02:27我也没花一分钱。
00:02:29这是我自己的基础设施。
00:02:30数据归我掌控，搭建工作完全结束了。
00:02:34简单说一下。
00:02:35虽然我现在是本地托管，但在实际团队协作中，你需要一个 VPS。
00:02:40所以你会有 VPS 的开销，但那依然比
00:02:44同时购买所有那些工具要便宜得多。
00:02:46接下来的关键问题是，它真的能取代现有的工作流吗？还是
00:02:50只是有一个漂亮的用户界面？
00:02:51只是那种徒有其表的工具吗？
00:02:53让我们继续，我会演示一些功能，
00:02:56你可以看看它究竟是如何运作的。
00:02:58首先，在你创建账户后，我们要建立一个工作区。
00:03:02它启动了。
00:03:03界面很干净。
00:03:04非常极简。
00:03:05响应速度很快，然后我们可以创建一个项目。
00:03:08通常在这种时候你会预期开源软件会有延迟，但看看这个。
00:03:12它有一种看板的感觉，我觉得有点像融合了 Linear 的风格，对吧？
00:03:18非常流畅。
00:03:19毫无延迟，而且立刻让人感觉到它比其他工具更专注。
00:03:23更有趣的地方来了。
00:03:26我们可以把 GitHub 接入进来。
00:03:27我进行授权。
00:03:28选择一个仓库，瞬间完成。
00:03:31我的 Issue 现在会直接同步到 HULI 中。
00:03:34现在我在 GitHub 上创建一个 Issue，然后刷新一下。
00:03:38它现在就作为一个任务显示在这里了。
00:03:40这种双向同步意义重大，因为它省去了我们的重复性工作。
00:03:44我们不需要来回复制工单。
00:03:46我们留在自己的工作流中，但同步 Issue 只是其中一点。
00:03:50更重要的是，它能把任务和代码真正关联起来吗？
00:03:54我手动创建一个任务。
00:03:55填写标题、描述，然后指派负责人。
00:03:58现在我可以链接某个拉取请求，我们可以直接引用 PR。
00:04:02这样我们的项目看板就不是悬浮在真空中的。
00:04:05它与我们的代码库保持着紧密联系。
00:04:08这正是大多数一站式工具搞错的地方，如果它们甚至有这些功能的话。
00:04:14对吧？
00:04:15好的。
00:04:16任务和代码现在已经连接起来了。
00:04:17接下来是文档功能。
00:04:18我来创建一个文档。
00:04:20这是实时协作的，而且这里有个重点。
00:04:23当我插入代码块时，显示效果非常出色。
00:04:27让我们粘贴一些 TypeScript 代码。
00:04:29这里的语法高亮效果非常好。
00:04:33更棒的是，我可以直接在文档里提及某个 Issue。
00:04:37这样，规格、任务和代码就在这里全部关联在了一起。
00:04:41现在看接下来的部分。
00:04:43这是聊天功能。
00:04:44这就是内置的“类 Slack”功能。
00:04:45感觉很像 Slack，对吧？
00:04:47很清爽。
00:04:48非常简洁。
00:04:49如果你发送一条消息，它会像 Slack 那样出现在频道里。
00:04:53你还可以把这些消息直接转成任务。
00:04:56因为我是在本地 localhost 运行。
00:04:58所以我没法跟自己聊天。
00:05:00这是我想在团队中尝试的功能，或者至少得先连上 VPS
00:05:04来测试它。
00:05:05所以我不能详谈这点，但聊天和任务是可以联动的。
00:05:09按照官方的说法是这样的。
00:05:11很不错。
00:05:12但最终一切都落实到什么程度了呢？
00:05:13这就带到了它的优缺点分析。
00:05:16缺点在于，它非常吃资源。
00:05:19为了获得良好的体验，你至少需要 8GB 内存和一台 VPS，对吧？
00:05:23我们需要那种性能支持。
00:05:25搭建过程比那种“一键安装”的工具要复杂，因为你在运行自己的基础设施。
00:05:30第三点，如果你要集成邮件和通知，需要额外的配置；虽然他们有
00:05:34移动端 App，很酷，但功能还非常基础。
00:05:38所以 HULI 仍在成长中，但如果你看重核心体验、速度、工作流和
00:05:44GitHub 同步，它是一个非常扎实的开源工具。
00:05:47如果你厌倦了在各种工具间跳来跳去，或者想快速降低成本，HULI
00:05:52绝对值得你一试，看看它是否适合你。
00:05:57它是一个真正为开发者工作流打造的开源工具。
00:06:01我们下个视频再见。