Mapping SVN usernames to git
Frederik Ramm
frederik at remote.org
Fri Nov 24 10:33:31 UTC 2023
Hi,
I'm sure this is a discussion you have had a thousand times but just to
throw in my two cents:
Like Dirk, I dislike it if something depends on "free" commercial
services. For something hosted on GitHub, the fact that someone who
wants to contribute or even just open an issue has to create an account
with a business somewhere in the US is a very clear downside.
But, I am not a fundamentalist. There comes a point where pragmatism has
to trump "principled objection". The fact is, almost anyone has a GitHub
account nowadays. People are used to how to work with GitHub. and having
stuff hosted there is, in practice, LESS of a hurdle to clear for new
contributors than having stuff hosted in SVN, Trac, or even a plain git
or gitlab repo.
I know that Dirk has built a ton of "handmade CI-like stuff" on top of
the trac/svn system and not all of that will easily transfer, but as
long as it doesn't, we will always have the situation that Dirk has to
maintain the system and Dirk is the only person to understand how
maintaining it works and therefore it will never change.
This is not a healthy situation - a "bus factor of 1" and it needs to be
fixed.
I suggest to throw ideological thinking over board and fully join the
GitHub train. It is not ideal but in my opinion the current situation is
worse, with ancient technology presenting a clear obstacle to contribution.
I know that JOSM has had its share of people who want to re-do
everything as a condition for their contribution, and frequently told
them to leave us alone when I was the JOSM maintainer. But I mainly said
that to people who wanted to (in my opinion) make the whole thing more
COMPLEX. I always said: We need to be able to attract as many
contributors as possible and keep the hurdles low, so please don't
re-engineer all this to a point where only people with 10 years of Java
experience can work on it.
But we now have a point where the arcane SVN/Trac/homemade CI stuff is
the complex bit, and a move to GitHub would simplify things and open
doors for new people.
I would be in favour of expediting the move to GitHub, and if this
breaks a few things for a while (because Dirk has created so much
automation that somehow parses Trac Wiki entries that flow into JOSM
configuration and whatnot) then so be it - let things be broken for a
while until someone fixes it. And it doesn't have to be Dirk all the
time. Dirk, you could take a deep breath and allow a new generation to
make their impression on JOSM. They'll get it working, no doubt.
Saying "we can only move to git once this list of 100 things is
guaranteed to work from day one" will delay the project to infinity, and
saying "we can move to git but never GitHub" is also a shitty idea -
gives you all the pain without the gain.
If Dirk doesn't want to be responsible for the move to GitHub -
something I could fully understand - then maybe it is time to pass the
baton to a new maintainer who is willing to take on the job.
The move to GitHub is inevitable. Dirk, the only thing you can influence
is how long it takes and how painful it is for everyone.
Bye
Frederik
--
Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33"
More information about the josm-dev
mailing list