-
Notifications
You must be signed in to change notification settings - Fork 130
Dead repositories revived by the community #756
Comments
So far the best solution we have right now is to install the lovely forks browser extension/addon. It adds a link under the repo name to the most active/starred repo. I say we all get together and create an organization with a name like "Zombie Repos" (I guess "Community Repos" is fine too 😉) and fork and zombify these "technically dead" repos. Hopefully we can trust enough people with access to allow inviting anyone who wants to contribute or support a repository within that organization. Doing something like this would make it easier to find active forks. |
In the meantime, I received an answer from GitHub staff:
|
While I would pretty much like to see this implemented by GitHub itself, I like the idea! @Mottie how would you make this new repository publicly known? Regarding the name:
|
Here is my proposal: If more than 3 people agree with the mentioned approach (by comment or 👍 on this comment), I'll create an organization and invite everyone interested in adding and maintaining an otherwise inactive or dead repository. |
#562's algorithm may come in useful here. |
Well, that is the main problem. I think if it's active then at least the network graph will direct people to the fork.
LOL, yeah sounds good... I was just joking about using "zombie" in the name 😉 |
I've a couple of currently-zombie Ff extension repos that I'd happily contribute. Where do I get in line? 🙇 |
@TPS please give me a few more days to find the time to not only create an organization but also write a few paragraphs on what it is about and stuff. |
Could whoever's subscribed seriously consider 👍ing #756 (comment)? Thanks! P.S.: I think you didn't 👍 your own proposal, @ThomDietrich.… 😜 |
Wouldn't that be cheating? Haha Came here after a few months, only to find still just two thumbs up. I have yet another project I would like to revive and will create the organization in the next few days. We will need to type a few lines making people aware of the idea/mission and workflow in the organization. Would you be interested in being in team "Dr. Frankenstein" with me @Mottie @TPS ? We need to decide on an organization name. Here are a few examples: |
Other options: or variations thereof, perhaps along with the "community repos" moniker? I think maybe invite @cirosantilli, though, instead of me, as main team member. (I'd be ok as an issues jockey/mod, but not much of a coder. 🙅♂️ 🆖) |
Great ideas guys. My favorite is actually https://github.com/community-repos/projectXY or a similar spelling as it does not reduce the scope to zombie/revived repositories and transports a clear and semi-official-sounding purpose. |
It depends on said org's mission statement. Do we want it to be a place for all "community repos" (please define, I guess) or just those that are (practically) abandonware? |
I would say the org is open to accept any kind of project whose original author doesn't have the time or will to develop and accept PRs for. Something like a repository orphanage :) (yes, sadly orphanage is taken) |
Yow, "orphanage" is more depressing than any of the other options given, anyhow. "Community-repos" is neutral, if a little dull, & the rest are quite encouraging & not limited to any particular orphan-type. Just my 2¢: whatever you end up choosing will be fine. But just imagine the difference between, e.g.,
D'ya see what I mean? |
@TPS @Mottie I've finally created the organization and send you an invitation. I went with what you guys proposed ;) I've added a quick README with a few details and ideas. Nothing is fixed yet: https://github.com/rejuvenate/rejuvenate/blob/master/README.md
Without saying anything now, I'd be interested in your opinion! Please add/suggest further maintainers. |
@ThomDietrich I've contributed my repos & even posted the 1st issue rejuvenate/rejuvenate#1! 🕺 |
@ThomDietrich Heh, I did all that before I saw https://github.com/isaacs/github/issues/756#issuecomment-277984257.… |
@ThomDietrich: Your Priorities aka https://github.com/rbjarnason/your-priorities-app for GitHub. |
If anyone wants to get involved and take part in the discussion started above, join us at https://github.com/rejuvenate/rejuvenate/issues 😉 |
I would like to bump this. This is a pretty severe issue on Github and probably a good 2/3 of the mobile (iOS/Android) libraries are clearly dead by either not having been updated in a year or more or the owner states in the ReadMe that they have stopped development. I feel like it is very unfair to people who are willing to give up their free time to contribute to a greater whole when one person has the power to kill a project just because they can no longer work on it. It goes against the spirit of open source to allow this to continue. Github I urge you to please implement a way for the community to take control of dead repos. |
I just stumbled on this while searching for a solution. This hasn't been solved, has it? The rejuvenate org seems inactive as well. I'd like to work on, well, rejuvenating the effort if no other good solutions exist. Is there still will for this? Thanks. |
@brennebeck, &c: Rejuvenate's not dead, but dormant (a bit) from lack of developer/community interest. We members are there to facilitate such, but mostly aren't devs &/or are working on living projects, & need others to actually code! |
Thanks for the info @TPS. I'd like to get involved.
There are definitely a few repo's I'd like to work on asap but I also don't want to just start a fork and end up with the same problems all discussed here. Thanks and looking forward to getting more involved. |
@brennebeck Take a look @ the Rejuvenate README. Almost everything you asked is addressed there. @rejuvenate/community @rejuvenate I'm sure I'm forgetting something. Please feel free to chime in! |
Great. Thanks for the heads up. I’ll be filing a few in the next 24 in that
case :)
On Sun, 5 Aug 2018 at 7:38 AM TPS ***@***.***> wrote:
@brennebeck <https://github.com/brennebeck> Take a look @ the Rejuvenate
README <https://github.com/rejuvenate/rejuvenate/blob/master/README.md>.
Almost everything you asked is addressed there.
@rejuvenate/community @rejuvenate <https://github.com/rejuvenate> I'm
sure I'm forgetting something. Please feel free to chime in!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#756 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AEjeDOraVMlqCfLipfnWmVCAb4d8aM45ks5uNjCQgaJpZM4JyuQI>
.
--
Bernd Rennebeck
[image: Github] <https://github.com/brennebeck> [image: HackerNews]
<https://news.ycombinator.com/user?id=brennebeck> [image: Twitter]
<https://twitter.com/brennebeck> [image: LinkedIn]
<https://www.linkedin.com/in/bernd-rennebeck-2457903a/>
|
Hello github support, Hello everyone,
Many repositories on GitHub suffer from absence of the original maintainer / the owner and are technically dead. With that, open Issues and Pull-Requests are effectively useless as they are never answered/merged and forks with separate small/important changes are not considered or distinguishable as the successors of the project.
Here you can find two small repositories lacking from the described problem, countless more can be found:
Dying repositories are a very sad and disappointing sight on GitHub and GitHub does, at this point, not provide tools to circumvent that problem.
I want to suggest a first proposal on how to tackle that problem and sincerely ask you to take the the problem and my suggestion into consideration.
Owners or Collaborators of repositories can vanish at any point.
An open source project should not suffer from that situation. Open Source projects live from the contribution and ongoing improvement by many individuals and should not be strictly depended on a single person. There should be mechanisms in place, to allow a otherwise dead repository to be revived by the community!
I'm proposing a voting system with majority decision. After a certain time of no interaction by the original developer, the community should be able to vote to (a) have a clearly visible community repository next to the original repository or (b) assume ownership of the original repository. In both cases, to not betray the original developer, the owner should be asked for a statement in this matter.
A "community repository" will rely on a voting system in place to authorize individuals to make changes to the repository, merge pull requests, create branches, etc.
The proposed "community repository" will empower the community to keep alive or revive a project, respect the original developer and make collaboration on GitHub more fluid. I sincerely hope to reach the right people with this message.
Best!
The text was updated successfully, but these errors were encountered: