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

Use a dummy version number on master #5000

Merged
merged 1 commit into from
May 25, 2018

Conversation

mistercrunch
Copy link
Member

@mistercrunch mistercrunch commented May 14, 2018

Currently we assign release version number in release branches and
master was still pointing to some old version number from when the
process was different. We need a dummy version number that both setuptools
and npm are ok with.

fixes #4999

Currently we assign release version number in release branches and
master was still pointing to some old version number from when the
process was different. We need a dummy version number that both setuptools
and npm are ok with.
@codecov-io
Copy link

codecov-io commented May 14, 2018

Codecov Report

Merging #5000 into master will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@          Coverage Diff           @@
##           master   #5000   +/-   ##
======================================
  Coverage    77.1%   77.1%           
======================================
  Files          44      44           
  Lines        8636    8636           
======================================
  Hits         6659    6659           
  Misses       1977    1977

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2c5200a...e7bad68. Read the comment docs.

Copy link
Contributor

@xrmx xrmx left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would stick to stable-branch + 1 + dev if possible, this way have a clue if the code is recent or old.

@mistercrunch
Copy link
Member Author

mistercrunch commented May 15, 2018

@xrmx it means an extra PR at every release and it's easy to forget.

@mistercrunch
Copy link
Member Author

Merging since this is better than stale.

@mistercrunch mistercrunch merged commit 42d0597 into apache:master May 25, 2018
@mistercrunch mistercrunch deleted the dummy_version branch May 25, 2018 00:42
timifasubaa pushed a commit to timifasubaa/incubator-superset that referenced this pull request May 31, 2018
Currently we assign release version number in release branches and
master was still pointing to some old version number from when the
process was different. We need a dummy version number that both setuptools
and npm are ok with.
timifasubaa pushed a commit to airbnb/superset-fork that referenced this pull request Jul 25, 2018
Currently we assign release version number in release branches and
master was still pointing to some old version number from when the
process was different. We need a dummy version number that both setuptools
and npm are ok with.
wenchma pushed a commit to wenchma/incubator-superset that referenced this pull request Nov 16, 2018
Currently we assign release version number in release branches and
master was still pointing to some old version number from when the
process was different. We need a dummy version number that both setuptools
and npm are ok with.
@mistercrunch mistercrunch added 🏷️ bot A label used by `supersetbot` to keep track of which PR where auto-tagged with release labels 🚢 0.26.0 labels Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🏷️ bot A label used by `supersetbot` to keep track of which PR where auto-tagged with release labels 🚢 0.26.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Use a better version number in master
3 participants