第三阶段多于 2 天，合作开发人员须要及时处理作出修正。
重新整理 | 苏宓公司出品 | CSDN（ID：CSDNnews）日前，GitHub 正式发布了一篇《拆去 Git.io》的报告书。在报告书中，GitHub 正式宣布将于 2022 年 4 月 29 日起停用其缩址服务项目，即 Git.io 上的大部份镜像将暂停链接。与此同时，GitHub 敦促合作开发人员们「立刻预览任何人选用 git.io URL 服务项目的原有镜像」。
Git.io 服务项目
Git.io 是 GitHub 在 2011 年建立的 URL 短邮箱服务项目，用作链接到 github.com 和 github.io 等 GitHub 域，其看点是可以聚合两个乱数的短镜像，与此同时也全力支持自订。
缩址服务项目曾一度十分畅销，许多合作开发人员讨厌将在 GitHub 上合作开发的JAVA借助 git.io 聚合两个自订的短邮箱。
但，依照 GitHub 非官方的讲法，Git.io 起初做为试验的商品，并没有被广为选用。因而，在 2022 年 1 月，GitHub 正式宣布 git.io 步入黎贞商业模式，开始开启拆去第三阶段。
为何要拆去？
尽管在 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
Git.io deprecation
END
