How long should I keep my fork projects on github?

GitGithub

Git Problem Overview


When I have a feature request on a library in github, I would either

  • try to contact the author
  • and/or implement it myself on a local copy, and when I am done, fork the project and push my changes.

More often than not, the original authors are happy to see the enhancements, and they'll either pull them as is, or merge them manually after some modifications.

The question is, what should I do with my fork projects after my commits have been accepted by the upstream? If I am not going to make any further updates, should I delete the repository? Or, should I keep it around for historical interest?

github does not really indicate whose copy is the "definitive" repository, so my inactive forks may distract other people from finding the right copy. In fact, I just got a pull request form someone, which was also accepted at the upstream.

Git Solutions


Solution 1 - Git

If I have no interest in being an active contributor or developer, I usually delete mine after the patch has been accepted upstream. I don't see a need to keep the repo around for historical reasons -- the commit will already have my name and email, and the timestamp of the commit, so that seems to be all the historical record it really needs.

Solution 2 - Git

It seems from my personal experience that deleting the forked repository also takes it away from the 'Repositories you contribute to'. Just be aware of it when taking a decision.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionEugene YokotaView Question on Stackoverflow
Solution 1 - GitmipadiView Answer on Stackoverflow
Solution 2 - GitnhaView Answer on Stackoverflow