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

Change the way we publish new version #69

Closed
mfoll opened this issue Oct 16, 2015 · 2 comments
Closed

Change the way we publish new version #69

mfoll opened this issue Oct 16, 2015 · 2 comments
Assignees
Milestone

Comments

@mfoll
Copy link
Member

mfoll commented Oct 16, 2015

We should keep the master branch fixed between version releases. Then we have a branch for the next version where we make pull requests from other(s) dev branches. Once the new version is ready we merge it to master and delete the "next version" branch. We can then recreate a "next version" branch and so on. This is linked to #68

@mfoll mfoll modified the milestones: v0.3, v0.2 Oct 16, 2015
@mfoll mfoll self-assigned this Oct 16, 2015
@mfoll mfoll closed this as completed Oct 19, 2015
@mfoll mfoll modified the milestones: v0.3, v0.2 Oct 19, 2015
@mfoll
Copy link
Member Author

mfoll commented Oct 19, 2015

We should think about how CircleCI deploys: for the moment it is doing it only for the dev and master branches.

@mfoll mfoll reopened this Oct 19, 2015
@mfoll mfoll added the ready label Dec 17, 2015
@mfoll
Copy link
Member Author

mfoll commented Apr 29, 2016

Current strategy to publish a new version:

  • change version number in bin/needlestack.r to be written in the VCF
  • change version number in needlestack.nf info
  • change version number in nextflow.config for the default docker container
  • create a new release along with tag name corresponding to the new version

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

No branches or pull requests

1 participant