-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Officially deprecate the Mercurial repository #1139
Comments
👍 Want to set an (optimistic) milestone of 16.01? |
👍 I've raised this same point on IRC some weeks ago. |
Yes to deprecation, but we should communicate this well and give maintainers at least 2 release cycles to adopt. I can assume that many admins fear this migration. |
Actually it seem the migration went pretty smooth for everybody who switched, I haven't seen complains on the mailing list. I don't see the point of making new releases on bitbucket if we don't keep them updated. |
👍 |
Totally agree. It's counterproductive to have releases on bitbucket if they aren't up to date, so we need to either fix and automate updates, or just tell folks to migrate. Migration is certainly easier on us, if we think deployers will be OK with it. |
👍, and let's publish the migration procedure. I'm fine with waiting until post-16.01 (16.04?) |
But this does not tell you of how many instances still using bitbucket.
Sure, but this is a different point. I'm in favour of this, my point is just we need to communicate this well enough, get Galaxy Admins involved and give some more time. 16.04 seems good to me. |
I see this as 'Yes, start actively discouraging deployers from using BitBucket.' I will add the note to 15.10 release notes. |
16.07 might be better for a hard cutoff, so that we aren't swamped with migration issues just before GCC2016. |
New GCC Workshop: Hands-on repo migration! On Fri, Nov 20, 2015 at 10:18 AM, Daniel Blankenberg <
|
What about an online poll to get some data about this?
|
I added the deprecation note to the release notes #868 |
I pinged @tnabtaf and volunteered to do a quick bit on this at the next GalaxyAdmins meeting -- seems like an ideal platform for getting feedback from current admins as to what they're still using and for giving a crash course on upgrading. |
good idea @dannon |
Hi all, I'm following up on the documentation front.
Please object before Monday., August 15. |
thanks @tnabtaf |
Hi All, A few things that are requiring more knowledge than I have
Anyone feel like taking those on? |
I update the first to remove references to bitbucket and galaxy-dist (I still references egg scrambling though). The second - https://wiki.galaxyproject.org/Admin/Tools/ToolDependencies - references to bitbucket for other projects and should not be updated. Thanks @tnabtaf! |
I've updated the Bitbucket pages to redirect to the GitHub pages. In most cases, I also deleted the rest of the text on the page. I did not update https://bitbucket.org/galaxy/playbook as the most recent commit is 2016/06/01. I think I'm now done. |
Recently I have noticed multiple dev-list questions about bugs that were already fixed in GitHub but not propagated to BitBucket causing disappointments.
I think the propagation of commits to BitBucket is significantly more overhead than we expected when making the decision and thus I propose to officialy deprecate the BitBucket repository to motivate deployers to switch. I imagine this being in 15.10 release notes.
We can also try to perfect the 'how to' on wiki (https://wiki.galaxyproject.org/Develop/SourceCode#How_to_transfer_Galaxy_instance_from_Mercurial_Bitbucket_to_Git_GitHub).
ping @natefoo @jxtx
The text was updated successfully, but these errors were encountered: