Skip to content
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

Closed
martenson opened this issue Nov 20, 2015 · 20 comments
Closed

Officially deprecate the Mercurial repository #1139

martenson opened this issue Nov 20, 2015 · 20 comments
Labels

Comments

@martenson
Copy link
Member

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

@hexylena
Copy link
Member

👍 Want to set an (optimistic) milestone of 16.01?

@nsoranzo
Copy link
Member

👍

I've raised this same point on IRC some weeks ago.

@bgruening
Copy link
Member

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.

@nsoranzo
Copy link
Member

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.

@mvdbeek
Copy link
Member

mvdbeek commented Nov 20, 2015

👍

@dannon
Copy link
Member

dannon commented Nov 20, 2015

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.

@natefoo
Copy link
Member

natefoo commented Nov 20, 2015

👍, and let's publish the migration procedure.

I'm fine with waiting until post-16.01 (16.04?)

@bgruening
Copy link
Member

Actually it seem the migration went pretty smooth for everybody who switched, I haven't seen complains on the mailing list.

But this does not tell you of how many instances still using bitbucket.

I don't see the point of making new releases on bitbucket if we don't keep them updated.

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.

@martenson
Copy link
Member Author

I see this as 'Yes, start actively discouraging deployers from using BitBucket.' I will add the note to 15.10 release notes.

@blankenberg
Copy link
Member

16.07 might be better for a hard cutoff, so that we aren't swamped with migration issues just before GCC2016.

@dannon
Copy link
Member

dannon commented Nov 20, 2015

New GCC Workshop: Hands-on repo migration!

On Fri, Nov 20, 2015 at 10:18 AM, Daniel Blankenberg <
notifications@github.com> wrote:

16.07 might be better for a hard cutoff, so that we aren't swamped with
migration issues just before GCC2016.


Reply to this email directly or view it on GitHub
#1139 (comment)
.

@nsoranzo
Copy link
Member

But this does not tell you of how many instances still using bitbucket.

What about an online poll to get some data about this?

  • Are you still using bitbucket or have you migrated to git?
  • If you migrated, how difficult was the process?

@martenson
Copy link
Member Author

I added the deprecation note to the release notes #868

@dannon
Copy link
Member

dannon commented Nov 20, 2015

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.

@martenson
Copy link
Member Author

good idea @dannon

@nsoranzo nsoranzo changed the title Officialy deprecate the Mercurial repository Officially deprecate the Mercurial repository Aug 5, 2016
@nsoranzo nsoranzo closed this as completed Aug 5, 2016
@tnabtaf
Copy link
Contributor

tnabtaf commented Aug 11, 2016

Hi all,

I'm following up on the documentation front.

  1. I'm aggressively updating the wiki.
    1. All references to Mercurial are now either historic or have to do with the tool shed.
    2. References to Bitbucket are proving more challenging, but I'm trying to be fearless.
  2. Unless anyone objects I'll update the landing pages for Galaxy Repos in bitbucket to say something like what the cloudman repo says: This repository has moved to Github and the one here is no longer updated. Please switch to using https://github.com/galaxyproject/...

Please object before Monday., August 15.

@martenson
Copy link
Member Author

thanks @tnabtaf

@tnabtaf
Copy link
Contributor

tnabtaf commented Aug 11, 2016

Hi All,

A few things that are requiring more knowledge than I have

  1. https://wiki.galaxyproject.org/Admin/Config/Performance/Cluster - references to BitBucket.
  2. https://wiki.galaxyproject.org/Admin/Tools/ToolDependencies - references to bitbucket

Anyone feel like taking those on?

@jmchilton
Copy link
Member

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!

@tnabtaf
Copy link
Contributor

tnabtaf commented Aug 19, 2016

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

10 participants