---
title: 4everland 与 IPFS 部署工作流
date: '2022-06-07 01:13:11'
draft: false
summary: 把内容放进 IPFS 并不稀奇，真正关键的是把 GitHub、自动构建和内容寻址串成普通开发者也能顺手使用的工作流。
slug: four-everland-as-ipfs-deployment-service
syndication:
- platform: Weibo
  url: https://weibo.com/1648815335/LwwVPyCYE
tags:
- ipfs
- deployment
- github
- web3
topics:
- blockchain
type: post
---

把网站部署到 `IPFS` 这件事，概念上早就不新鲜了。真正难的是，能不能把它做成普通开发者愿意日常使用的工作流。

这也是为什么我会觉得 `4everland` 这类工具有意思。

它有价值的地方不只是“支持 IPFS”，而是把几件原本分散的事情接了起来：

- 代码放在 `GitHub`
- 修改后自动触发构建
- 构建结果自动发布到 `IPFS`
- 最终给用户一个能直接访问的地址

这条链路一旦打通，`IPFS` 才不再只是一个需要你单独理解、单独操作的底层网络，而开始更像是开发者现有工作流的一部分。

很多分布式内容网络过去一直难普及，不是因为理念不成立，而是因为离开发者的日常太远了。要多学一套发布方式、多管一套寻址逻辑、多处理一套运维路径，最后就很难真的进入主流使用。

而像 `4everland` 这种部署服务，本质上是在缩短这个距离。

它把“内容寻址网络”包进了“熟悉的持续构建和发布流程”里。对开发者来说，体验上的变化是巨大的：你不再觉得自己是在学习一个全新世界，而像是在用一套稍微不同的托管平台。

所以我会觉得，这类工具真正值得看的，不只是功能点，而是它在降低分布式内容网络的接入摩擦。

如果未来 `IPFS` 一类网络真能进入更广泛的内容和应用分发场景，靠的未必是底层协议自己多先进，而是像这种把协议能力包装进现有工作流的桥接层，能不能先把体验做顺。

<!-- WEIBO_MEDIA_START -->
## 原微博中的媒体

![](./weibo-4777530898252984-1.jpg)
<!-- WEIBO_MEDIA_END -->