Should we? See also T101051
I know @Magioladitis and @Rjwilmsi aren't familiar with git, but we can use it in a similar way to SVN
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | Request | None | T102427 Re-migrate AWB svn repo to git? | ||
| Open | Request | None | T101051 Migrate AWB away from SourceForge? | ||
| Open | Request | None | T101053 Switch AWB from SVN to Git? |
Event Timeline
Comment Actions
While Phabricator would be good to have everything at one place, and Gerrit being a WMF-site, GitHub seems to be a place whre more users could help out with (given GitHub's online editing mode), problem with that being that not all of you devs. know how to use it.
Comment Actions
Gerrit, and likely Differential , promote much better code review processes/quality than Github.
Comment Actions
I'm not adversed to Gerrit/Differential. The barrier to entry for Windows (which, most of the developers of AWB are going to), to run git review and such can be a PITA
Comment Actions
In general, please do not add "me too" or "I like green more than yellow" comments to any tasks.
Personal preferences don't add anything substantial to the discussion and create notifications for everybody. Thanks.
Comment Actions
The previous comments don't explain what/who exactly this task is stalled on ("If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on"). Hence resetting task status.
(Smallprint, as general orientation for task management: If work on this task is blocked by another task, then that other task should be added via Edit Related Tasks... → Edit Subtasks. If this task is stalled on an upstream project, then the Upstream tag should be added. If this task requires info from the task reporter, then there should be instructions which info is needed. If you wanted to express that nobody is currently working on this task, then the assignee should be removed and/or priority could be lowered instead. If this task is out of scope and nobody should ever work on this, then task status should be "declined".)
Comment Actions
Given how most of the other devs have moved on, and that WMF is moving to Gitlab Soon (maybe this project would be a good one just to establish it works at a minimum), Gitlab might be a good time to move.
Comment Actions
fwiw, importing a github repo (like https://github.com/reedy/autowikibrowser) into gitlab should just be a few mouse clicks away.
While "importing svn repos from Phab" is still yet another open ticket at T308061.
Comment Actions
Yeah, given that we already have a git repo by reedy, it should be easy to migrate to https://gitlab.wikimedia.org or simply closing/archiving the sourceforge repo and deciding to have future development at GitHub. @Reedy: any opinions?
If we would like to migrate to GitLab, it looks like the next step would be submitting a form at https://phabricator.wikimedia.org/maniphest/task/edit/form/105/.