You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Externals.cfg entry MUST match a git submodule entry - otherwise you will see a difference when invoking the ./manage_externals/checkout_externals -S and you will not be able to reinvoke the checkout_externals
Expected behavior and actual behavior:
You should not be expected to know the exact entries in the git submodules when you add a new Externals.cfg entry - but this is apparently not the case
Steps to reproduce the problem (should include model description file(s) or link to publi c repository):
Invoked checkout_externals for the mom repository where there are submodules that point to several packages - and if they are not the same sha as in the Externals_MOM6.cfg - you will see that there is a "commit diff" when you invoked checkout_externals -S
What is the changeset ID of the code, and the machine you are using:
NA (not dependent on machine)
have you modified the code?
If so, it must be committed and available for testing: no modifications
Screen output or log file showing the error message and context:
Explained above
The text was updated successfully, but these errors were encountered:
Since git submodule status shows the hash of each submodule along with information on conflicts (see https://git-scm.com/docs/git-submodule/), we could maybe add a flag to the Externals.cfg (e.g., use_submodules = True or externals = use_submodules) to just check out those hashes
Another idea is to use the --ignore-submodules option to git status within checkout_externals. I believe this would allow checkout_externals to work but git status outside of checkout_externals would still show conflicts.
I am going to add to this bug rather than create a new one (because they might be related).
If your top-level repository has submodules but you are trying to override them with an Externals.cfg file, ME considers the blank directories created during cloning or branch checkout to be in an unknown state (the '?' status). It then refuses to do its checkout.
Summary of Issue:
The Externals.cfg entry MUST match a git submodule entry - otherwise you will see a difference when invoking the ./manage_externals/checkout_externals -S and you will not be able to reinvoke the checkout_externals
Expected behavior and actual behavior:
You should not be expected to know the exact entries in the git submodules when you add a new Externals.cfg entry - but this is apparently not the case
Steps to reproduce the problem (should include model description file(s) or link to publi c repository):
Invoked checkout_externals for the mom repository where there are submodules that point to several packages - and if they are not the same sha as in the Externals_MOM6.cfg - you will see that there is a "commit diff" when you invoked checkout_externals -S
What is the changeset ID of the code, and the machine you are using:
NA (not dependent on machine)
have you modified the code?
If so, it must be committed and available for testing: no modifications
Screen output or log file showing the error message and context:
Explained above
The text was updated successfully, but these errors were encountered: