GitHub 弃用 git.io !

倒计时只有 2 天，开发者需要及时做出调整。

近日，GitHub 发布了一则《弃用 Git.io》的公告。在公告中，GitHub 宣布将于 2022 年 4 月 29 日起关闭其缩址服务，即 Git.io 上的所有链接将停止重定向。同时，GitHub 呼吁开发者们「立即更新任何使用 git.io URL 服务的现有链接」。

1. Git.io 服务

Git.io 是 GitHub 在 2011 年创建的 URL 短网址服务，用于重定向到 github.com 和 github.io 等 GitHub 域，其亮点是可以生成一个随机的短链接，同时也支持自定义。

缩址服务一度非常受欢迎，很多程序员喜欢将在 GitHub 上开发的脚本利用 git.io 生成一个自定义的短网址。

不过，根据 GitHub 官方的说法，Git.io 最初作为实验的产品，并没有被广泛采用。因此，在 2022 年 1 月，GitHub 宣布 git.io 进入只读模式，开始启动弃用倒计时。

2. 为什么要弃用？

虽然在 GitHub 看来，git.io 的用户很少。但是在这一公告发出之后不久，数百位开发者称自己受到了不同程度的影响：

@johndough：

就这样，数百篇使用 git.io 链接的科学论文变得不正确：https://scholar.google.com/scholar?hl=en&q=git.io

在论文发表后更改其内容通常是不可能的，或者至少是极其困难的，这往往要取决于出版商。

@rjmunro：

“ https://git.io/ ”似乎在源代码中出现了大约 200,000 次：https://github.com/search?q=%22https%3A%2F%2Fgit.io%22&type=...

建议最好编写一个脚本来获取所有已使用短网址的原网站，并记录到 CSV 文件中且将其放在网上某处。你甚至可以为所有这些项目制作 PR，用未缩短的版本替换链接。

我希望 GitHub 将重定向替换为保留页面链接，链接它们曾经重定向到的位置，而不是仅仅删除它们。这样，人们仍然可以访问到自己想要的网址。

不过，GitHub 之所以想要弃用 git.io 也并非没有原因。在公告中，GitHub 指出，“由于使用当前 git.io 基础设施重定向的链接的安全性，我们决定加快（弃用）这一时间线，并决定最终会在 4 月 29 日从 git.io 中删除所有现有的链接重定向。”

事实上，缩址服务已被业界诟病良久。早在 2019 年 3 月 30 日，Google 宣布其为桌面版提供的网址缩短服务功能 Google URL Shortener 服务完全终止，用户将无法建立和管理短网址。

缩址服务虽然为用户分享、查阅，以及一些限制字符的场景中带来了巨大的便利性，但是从安全角度来看，短链接完全掩盖了原网址，让人无法分清网友的真实性，从而也会引发多重安全问题，造成恶意软件链接肆虐。

对于 GitHub 开发者而言，当前能做的就是紧急变更已使用 git.io 服务的地方。对此，GitHub 也建议开发者应立即使用业界众多其他的 URL 缩短服务，其功能比 git.io 提供的服务更强大。

参考：

https://news.ycombinator.com/item?id=31162829

https://github.blog/changelog/2022-04-25-git-io-deprecation/

⬇⬇⬇