Moving to github

Matti Picus <[email protected]> Thu, 28 Dec 2023 10:20:37 +0200
Newsgroups gmane.comp.python.pypy
Message-ID <[email protected]>
Now that 7.3.14 has been released, I would like to move the canonical 
repo for pypy and rpython to github. Reasons:

- foss.heptapod.net is not well tracked in google/bing/duckduckgo 
search, so people find it hard to search for issues in the project

- since the site has tightened its spam control, we get reports that 
users create issues only to have them flagged as spam

- open source has become synonymous with github, and we are too small to 
change that

- Much of the current development comes as a reaction to fixing issues. 
Tracking interlocking issues is easier if all the code is on the same 
platform

- The FAQ [2] presents two arguments against the move. Github notes [3] 
solves much of point (1), although not entirely. But the main problem is 
point (2), it turns out that __not__ moving to github is an impediment 
to contribution and issue reporting.

- As development effort winds down, github is a better archive for PyPy 
than foss.heptapod.net. I cannot predict the future, but if there is a 
move to revive the project, or to move to another platform, I believe 
github will provide a better jumping-off point as well. And since the 
repo at foss.heptapod.net will not be deleted, even if I am wrong I 
expect the effort to port the issues and commits from github will be 
manageable.

- People who wish to continue to use mercurial can add a cron job github 
action to pull the changes from foss.heptapod.net across to github

- github is more resource rich than foss.heptapod.net. We can add CI 
jobs to replace some of our aging buildbot infrastructure (still using 
buildbot 0.8 and python2).


Technique:


These steps will be done in a private repo

- I will convert the repo to git and add a note to most of the commits 
(where I can) which will allow using "git log --notes=branch" to 
determine which branch a commit came from. More details at [0]

- I will convert the issues and PRs to github via [1]. Using a private 
repo prevents spamming issue authors with emails about the transfer.


Then I will make the repo public:

- Move it to github.com/pypy/pypy

- Freeze the issue tracker at 
https://foss.heptapod.net/pypy/pypy/-/issues, and add a message that 
development has moved

- Write a blog post

- Modify the links in the documentation

- Activate the github action in [3] to add a branch note to each git commit


Anything else? Any suggestions to make the transition easier?

Matti


[0] https://gist.github.com/mattip/b6752c164a075c2aa53f4069e9c30573

[1] https://github.com/piceaTech/node-gitlab-2-github

[2] 
https://doc.pypy.org/en/default/faq.html#why-doesn-t-pypy-use-git-and-move-to-github

[3] https://github.com/Julian/named-branch-action

_______________________________________________
pypy-dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: [email protected]