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

mepo status and compare can show differences when there aren't #162

Open
mathomp4 opened this issue May 21, 2021 · 0 comments
Open

mepo status and compare can show differences when there aren't #162

mathomp4 opened this issue May 21, 2021 · 0 comments
Assignees
Labels
bug Something isn't working

Comments

@mathomp4
Copy link
Member

The issue is that mepo gets "where are we" by running a git command that responds in odd ways.

To wit, say in components.yaml you say you want GOCART v1.0.0. When you mepo clone:

mepo clone
Found style [naked] in .mepoconfig
Initializing mepo using components.yaml with naked style.
env                    | (t) v3.2.1
cmake                  | (t) v3.4.2
...
GOCART                 | (t) v1.0.0
mom                    | (t) geos/5.1.0+1.1.1
...

Hey, you got GOCART v1.0.0!

Now if you immediately run mepo status:

mepo status
Checking status...
GEOSgcm                | (b) main
...
GOCART                 | (t) v1.0.0-beta.1 (DH)
...

Different tag and "GOCART" will be in red, but nothing is different. The reason is that commit in GOCART is tagged with two tags. mepo compare does the same thing:

mepo compare
Repo                   | Original                         | Current
---------------------- | -------------------------------- | -------
GEOSgcm                | (b) main                         | (b) main
...
GOCART                 | (t) v1.0.0 (DH)                  | (t) v1.0.0-beta.1 (DH)
...

This is because mepo gets this information from:

git show -s --pretty=%D HEAD
HEAD, tag: v1.0.0-beta.1, tag: v1.0.0

and it then uses the first tag. I think it's in some weird reverse alphanumeric order? Still, it seems almost random at times!

This should be fixable.

@mathomp4 mathomp4 added the bug Something isn't working label May 21, 2021
@mathomp4 mathomp4 self-assigned this May 21, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant