能不能把老项目的 Star 转移给这个新项目呢？本文的作者测试了这个理论并发现它确实可行！
以下为译文：
最近我在 Github 上创建了一个新项目 brownies，倾注了很多心血。如何才能让这个新项目获得 Star 呢？于是我写了篇介绍该项目的文章发到了黑客新闻网站的首页，这才让我的新项目得到了少许 Star。详情如下：
新项目实际上是老项目的扩展，我会继续投入新项目并尝试把两个项目的 Star 进行交换。接下来我会介绍操作方法以及存在的风险。
我认为自己没有违背 Github ToS，尽管我不是律师，但我建议你轻易不要这样做。
准备工作
首先要做的是重命名代码库：
brownies → cookies
cookies.js → brownies
现在我的项目 Star 数成功实现了交换，但是项目的内容并没有交换过来，这是不对的。由于我的本地项目 brownies 已经指向了正确的代码库，接下来执行 push 操作：
正如我猜测的那样，由于历史不兼容，它失败了。由于我备份了所有内容并且我主要使用 Git 作为部署工具，因此我对其执行 force 操作：
成功了！但是，Cookie 的另一个包指向了 cookies.js，我得解决这个问题，执行 push 操作：
现在我们只需要更改每个仓库中的标题，以及 package.json github repo 之类的信息。完成之后的 Star 如下所示：
风险
如果一家大公司想要发布新软件包但又不希望其 Star 空空如也，怎么办呢？
对此，市面上提供了一些阴暗的服务，用户可购买假的 Github Star，利用这个漏洞，公司可以向某人支付费用为自己的项目获得真正用户 Star。如果这种不良风气盛行起来，可能大家在 Github 做项目的目的就是为了买 Star，情况将会非常糟糕。
如果真的如此，这会带来巨大的危害，以我个人拙见来看，先前类似问题似乎不太合乎逻辑。
一旦这样，任何解决方案都无济于事，所以我对 Github 的唯一建议是监控历史变更的“高” Star 的回购转移并采取手动操作。
尽管 Github 想要提升 Star 的价值，但是好在目前其价值仍然相当有限，不过未来随着项目数量的增长情况可能会有所改变。
原文：https://francisco.io/blog/transferring-github-stars/
作者：Francisco Presencia，开源爱好者，热爱技术写作。
联系客服
