I clean up the list on GitHub and remove all duplicated information. Only the status about the migration config for the tool is stayed and some remarks, but IMHO it is a good idea to move this information to the wiki, too.
I created an account for the wiki, so if it helps, I can move the information and delete the list in the repository (I hope I have enough permission, I couldn't test it because the wiki is down currently).
As I mentioned some mails before, I can give committers (and other interestedd person) write permission on the migration tool repository
Am 10.01.25 um 14:52 schrieb Slawomir Jaranowski:
On Fri, 10 Jan 2025 at 12:50, Hervé Boutemy <herve.bout...@free.fr> wrote:Le vendredi 10 janvier 2025, 07:44:34 CET Slawomir Jaranowski a écrit :On Fri, 10 Jan 2025 at 01:59, Hervé Boutemy <herve.bout...@free.fr> wrote:can we have an up to date list of initial test migrations before talking about large scale? I see 2 tracking lists:We should have one list.+1All past technical task was documented on ASF Wiki on Maven space: https://cwiki.apache.org/confluence/display/MAVEN/Indexyes, I did much of svn to Git, for example, I perfectly knowI don't see a reason why now our technical task should be maintained on external resources. Maybe I missed something.I think the new factor is that we have a great work done by Sandra to prepare and test the migrationFirst I'm grateful for Sandra's work. But simply we should have the same rules and access for all contributors.But she probably does not have write access to ASF Maven's WikiWrite access to wiki is not necessary for Sandra. What I see to challenge is that some of the committers must take the Sandra tool and use it with write access on specific repositories. Next add a report on wiki. Also if someone else prepares PR we need to accept it so we also can report.Nor ASF GitHub: they she works on her Git as well as she can: on her Wiki, I don't have write access but I could do a PR For now, I'm describing what I see and try to help with what we have But I 100% agree that my first conclusion is that what we have is not what we should do: I can't tell which system should be merged to the other, as both have their benefit and currently we would loose by just dropping one Regards, Hervé --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
OpenPGP_signature.asc
Description: OpenPGP digital signature