我有一个大胆的 GitHub stars 管理方案

[hanzichi]

随着在 GitHub 中 star 的 repo 越来越多，如何管理它们，如何快速找到需要的轮子，这个问题又开始困扰我

之所以说 ”又开始“，因为之前为了这个问题，我开发了一款 chrome 扩展 github-remarks，但是被证明是 鸡肋，连我自己都不想用了

我也不是没找过轮子，可惜 OhMyStar2 没有我需要的给 repo 备注的功能 ...

我的想法是，这个管理方案需要满足如下功能：

1. 分类（打 tags 或者类似文件夹分类）
2. repo 自定义标注
3. 可模糊查询（根据 repo 名以及自定义标注）

之前开发的扩展满足了 2 和 3，但是最重要的 1 没有实现，受限于 chrome 扩展是基于页面开发，且用了本地存储，没有自己的服务器

目前我的想法是基于 Mac APP + Chrome 扩展 + Alfred workflow 来开发这套管理方案，且用云服务方便同步以及数据存取

Mac APP 基于 Electron 开发，内置全部的 1 2 3 功能，Chrome 扩展内置 1 2 功能（不包括分类列表，仅提供新增分类以及选择分类功能），Alfred workflow 提供模糊查询功能

设想中 Mac APP 包含了所需要的全部功能，所以仅使用 Mac APP 也可以，Chrome 扩展和 Alfred workflow 是为了增加效率

这个方案怎么样？有没有胖友有兴趣一起开发的？

[mokeyjay]

我每 star 一个项目，就会把它们加入浏览器收藏夹并分类，书签名以 项目英文名+各种关键词 命名，需要时搜一下自己书签就行了

[songtianyi]

github repo 是有标签的

[realkenshinji]

@hanzichi 看了一下你的 github-remarks，貌似挺不错的，为什么你自己后来都觉得鸡肋呢？另外这个是把备注存在了 chrome 的 local storage ？

[crack105]

支持

[maichael]

用过一个叫 Github Stars Manager 的扩展

[uhayate]

开发不来。。。等你成品出来支持购买。

[flame90]

厉害哦

[hanzichi]

@mokeyjay 这确实是一个方法，但是按照知乎的说法可能是 "不优雅"

[hanzichi]

@songtianyi 是的，但是并不好用

[hanzichi]

@realkenshinji 用的是 chrome.storage.local 存储，为什么鸡肋，正如我所说的 「之前开发的扩展满足了 2 和 3，但是最重要的 1 没有实现」，而且是本地存储，数据不方便处理

[hanzichi]

@maichael 我用过，但是也是基于 chrome.storage.local，而且如果 star 的 repo 多的话，需要请求次数有点多，页面负载有点大，如果只是需要标签，不如用 OhMyStar2

[mokeyjay]

@hanzichi #8 repo 名有了、tag 有了、分类也有了，并且跟着浏览器自动多端同步还不需要安装其他任何扩展，这还不够优雅？
如果你追求的是知乎上某些装逼犯口中没事找事的那种优雅，那不好意思打扰了

[kappa]

Pinboard..

[thundernet8]

其实很早之前我用 electron 开发了个接近的，https://github.com/thundernet8/StarCabinet 但是我 star 之后基本不怎么看 star 管理就有点鸡肋了

[hanzichi]

@mokeyjay 可能我对优雅有所误解，如有冒犯，抱歉

[hanzichi]

@thundernet8 不错，我看看 其实我的初衷是为了快速找轮子，所以需要集合分类管理+自定义标注+模糊查询，而不是有意去做 stars 管理

[quinoa42]

https://github.com/gharlan/alfred-github-workflow
想找什么 starred repo 直接搜就是了

[ijse]

@quinoa42 这个挺不错的。

但更完美一些的是可以根据 README 等中的关键词搜索，因为常常可能记不准确 repo 名称

[ijse]

所以，最好 GitHub 在搜索结果页中，直接将自己 started 的搜索结果归为一类显示

[tszyh]

感觉我自己也有类似的需求 不过我没有你的开发能力