Github中Watch 和 Star 的区别

最近在看东西的时候，逐渐加深了Github的印象。以前在假期的时候自学了廖雪峰的git教程，不过也不怎么用，还看了好多文章，都是说用命令行来进行git操作，推荐不要用客户端，可是用的不多。后来用了svn，感觉也很不错。

最近发现很多你想找的东西都能在github上找到，真是神奇的网站，就像你想问的任何问题基本都能在知乎上找到一样

当你看到一个项目的时候，有三大功能:

star 的作用是收藏，目的是方便以后查找。

watch 的作用是关注，目的是等作者更新的时候，你可以收到通知。

fork 的作用是参与，目的是你增加新的内容，然后 Pull Request，把你的修改和主仓库原来的内容合并

最早的时候 github 是只有 watch 的，然后 gh 发现很多人 watch 项目只是拿来当收藏夹用的……
于是就有了 star。

以下是12年刚推出star的时候的一篇文章，特此分享

Github 推出了新的 Notification 系统，更改了原有的 Watch 机制，为代码库增加了 Star 操作。

Notification 将接收 Watching 代码库的动态，包括：

* Issues 以及它们的评论

* Pull Requests 及评论

* 对任何提交的评论

如果没有 Watch 代码库，只有在参与了讨论的情况下会接收到提醒：

* 被 @ 提及

* 被分配 Issues

* 你作为 Author 的新的提交 (git commit --author)

* 任何在你评论之后的新的讨论

Notification 将以类似 Gmail 的会话 (Threading) 的形式展现，使用邮件接收会有很好的体验。


Github 终于明白有的时候人们只是想马一下这个库，并不十分关心它的动态，甚至有的人关注了几百个库，其中绝大部分连 README 都没有看完。。。所以 Star 代替了原有的 Watch，watched repos 也转变为 starred repos。


首页的 News Feed 没啥变化，依旧会显示 starred repos 的动态。

所以总结一下，没事别fork,除非要修改；千万不要watch，否则各种动态消息邮箱连环轰炸。最好的就是star

恩，就这样