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 League's template instructions show how to create a release. GitHub offers 'common practice' instructions to create release tags, which suggests adding a v as a prefix to the tag version. See below:
This leads to problems because:
the release action strips the v from the version and puts the result in the module.json. ex: v1.0 tag becomes 1.0 in the module.json
there are no instructions for developers stating that the v should not be entered into the Foundry package submission form. The tag where they copy the module.json url still has the v. ex: v1.0
once released in Foundry with a v in the version number, there is a mismatch between what Foundry thinks the version is and what the module.json says the version is. This results in constant prompts to the end users to update their modules.
I have personally been faced with this issue, and I have also seen others deal with this as well. It is inconvenient because removing the v is the solution, but because of how Foundry works, the developer has to inform the end users to first uninstall and then reinstall with the new version because vX.X will always be bigger/newer than X.X (where X's are numbers), so it's not possible for Foundry to offer the new version without the v as the newest version.
The text was updated successfully, but these errors were encountered:
The League's template instructions show how to create a release. GitHub offers 'common practice' instructions to create release tags, which suggests adding a
v
as a prefix to the tag version. See below:This leads to problems because:
v
from the version and puts the result in the module.json. ex: v1.0 tag becomes 1.0 in the module.jsonv
should not be entered into the Foundry package submission form. The tag where they copy the module.json url still has thev
. ex: v1.0v
in the version number, there is a mismatch between what Foundry thinks the version is and what the module.json says the version is. This results in constant prompts to the end users to update their modules.I have personally been faced with this issue, and I have also seen others deal with this as well. It is inconvenient because removing the
v
is the solution, but because of how Foundry works, the developer has to inform the end users to first uninstall and then reinstall with the new version becausevX.X
will always be bigger/newer thanX.X
(where X's are numbers), so it's not possible for Foundry to offer the new version without thev
as the newest version.The text was updated successfully, but these errors were encountered: