TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Thought Experiment: GitHub Community View

52 点作者 dyoder大约 9 年前

6 条评论

ktamura大约 9 年前
In my view, successful (and hence viable) open source projects tend to have<p>1. Centralized decision-making<p>2. Distributed contributions<p>While forking is important and necessary to experiment&#x2F;test&#x2F;prototype and iterate on various ideas, forking of a community is absolutely deadly. Look no further than Emacs&#x2F;XEmacs or Node.js&#x2F;io.js. It&#x27;s very, very important that the ultimate decision making authority is concentrated on a few people with sound judgment (Often the creators, but not always).<p>On the other hand, development&#x2F;contributions should be absolutely distributed: it accelerates development and makes it much easier for people to contribute to open source projects.<p>In fact, understanding this subtle difference between decision-making and development is what made GitHub successful: git was already a great tool for developing in the open. GitHub built a great platform for making decisions on top of it.
评论 #11261393 未加载
评论 #11262144 未加载
评论 #11262353 未加载
评论 #11261368 未加载
swanson大约 9 年前
Maybe another improvement would be some metadata field on the fork to indicate <i>why this fork was created</i>. Are you forking because you want a copy in your namespace? Are you forking to add new functionality? To support different versions? Did you misclick star? Did GitHub create one for you without you even knowing because you wanted to make a quick PR to the README?<p>Sometimes this info is in the README, but it would be nice to see that surfaced in the Forks graph.
jakub_g大约 9 年前
Fork discovery is a serious issue in cordova mobile plugins world. I think people go native at one point and abandon their repos :)<p>Ad article, another point is that someone might have a manually created fork, without the link on github, or they asked GH support to unlink the two repos (because they want to be perceived important, not just a fork etc). Not sure how to handle that case well and if GH will invest time in that.<p>For the discovery of forks: I think an interesting feature could be some heuristic like: IF no commits in N months &amp;&amp; there is a fork with at least M stars and K commits forward THEN list top 3 forks on top of repo&#x27;s readme, on a distinct background (say, yellow) with a message: Hey, you might be also interested in these forks: A, B, C.<p>Having said that, I think it&#x27;s a very low prio for GH probably.
评论 #11262094 未加载
cthulhujr大约 9 年前
All open source projects are just forks all the way down. The hierarchy and &quot;top&quot; are just ways to represent them, they don&#x27;t have inherent meaning. Remember: GitHub isn&#x27;t the authority on git.
评论 #11260834 未加载
mmatants大约 9 年前
Agreeing with the premises, let&#x27;s call this what it is - a recommendation&#x2F;curation problem, which a kind of thing that a trusted third-party usually does. Seems like it would fit as a Community Explorer blog&#x2F;engine, as a separate presence.<p>Except we already have powerful personalities in the development space who already share their opinions and value systems - this is a natural extension of that. After all, a lot of choice of what is the &quot;right&quot; fork or even the &quot;right&quot; tool to begin with gets back to subjective developer experience and intuitive tech preferences. And that&#x27;s something that a platform like GitHub should stay neutral to.
评论 #11262085 未加载
reledi大约 9 年前
&gt; But it doesn&#x27;t make sense for the original repo to be the only repo which can ever be canonical.<p>This is a red herring. The problem that&#x27;s a lot easier to solve and will benefit the community just as much is better discovery of useful forks.<p>The current interface that GitHub gives for discovering forks is awful when it comes to this.<p>P.S. Those two diagrams do a poor job of explaining the problem, they&#x27;re the same diagram.