谈谈GitHub重命名仓库的影响

我们都知道github仓库名是“用户名+项目名”组成的，地址一般是这样的：https://github.com/user/repo，而项目名在新建仓库前就要想好，一般情况下仓库一经创建就不再修改仓库名。但是github是提供了修改项目名的功能的，步骤：项目主页–>Settings–>(点开就能发现)Repository name（rename）–>重命名–>输入原仓库名–>输入密码确认。

“重命名”这个功能的位置如何显眼，?不知道是不是github很推荐这个操作，还是很多人用的缘故？而“删除项目”这个功能却在该设置页的最下面，个人猜测是：“删库”比较危险，而且这个操作比较少用！那么重命名就不危险吗？

我今天刚好试了下重命名仓库（将javadoc-test修改为eclipse-codestyle），于是想来谈谈github重命名仓库的影响：

1. 首先是访问地址变了，一开始我以为本地的git的远程仓库的地址要进行更换（fetch/pull/push），不然就会失效，而后来看到帮助文档里说是不会失效，但是为了防止引起歧义，官方还是建议你进行更换。

2. 原有资源全部重定向！这个功能有点意思！
   一开始我是不知道为什么重命名要转好多圈的（加载挺久的），毕竟仓库只有100k左右吧，重命名后，我去尝试下README中链接到本项目文件的超链接，看能不能起效，出乎预料：它居然还有用！

   比如我的原文件地址为：https://github.com/yansheng836/javadoc-test/blob/master/codestyle/my-eclipse-codestyle.xml，
   修改后为：https://github.com/yansheng836/eclipse-codestyle/blob/master/codestyle/my-eclipse-codestyle.xml，按理说访问原地址应该会失效才对（404），但是我点击后，它跳转到了修改后的地址，重定向到了新的地址。我一开始猜测重命名后会将README中有有链接到项目中文件的内容进行重定向。但是后来我有好奇，能不能访问原仓库地址，于是就去试了下，结果又跳到了修改后的仓库地址，于是我觉得这应该是将原项目中所有文件都实现重定向，转到了修改后的项目。这可能就是为什么要加载那么久的原因了。

3. 资源应该是永久重定向，因为帮助文档里面没有特别指明重定向时间限制，所以默认应该是永久。之前我就有遇到过类似的，那个表明只重定向一个月，然后会失效的。

4. issues/star/fork 这些应该都不会发生变化。

……

按照我的分析，好像影响也不是很大的啊?，这难道就是把重命名功能放在第一个的原因吗？

---

2019年9月24日 更新：
去看了下github的文档：renaming-a-repository，发现我的部分理解有问题，于是进行了修改。

帮助文档的部分内容截图：

补充：按照文档的意思，重命名后，还是有所不同的：

• 重命名后，这个仓库相当于占了两个仓库的位置。当你尝试新建一个和旧仓库名相同的仓库时，它会提醒你该仓库名已存在。

如果你的仓库的“影响力”尚不是很大，也许你可以用另一种方式替换重命名：将原仓库文件先备份到本地仓库，以你想要（重命名）的仓库名新建一个新的远程仓库，将本地仓库上传到远程仓库，删除旧的远程仓库，这样就相当于只占了一个仓库位置了，类似于重命名。具体喜欢哪种方法，还得看个人喜好，我个人更偏向于后者。

建议：如果你的仓库已经有一定的影响力了，个人建议不要轻易重命名，因为这很容易让人困惑。