ember-cli / ember-cli/ember-cli-app-version
local build showing different format than CI build
- Dominant language
- JavaScript
- Stars
- 55
- Forks
- 42
- PR merge metrics
- No merged PRs in 30d
Description
If I trigger build on gitlab, I end up with an artifact which always shows the version + a part of the commit hash like `0.3.4+05bab3e2`
If I build locally I get the short version like `0.3.4`
hbs:
```
{{app-version versionOnly=true}}
```
command is `ember build --environment production` in both cases
What I noticed is that the builds artifacts differ in their index.html. Both have a meta tag which contains the version information. However the CI seems to populate the `version` field with data from `package.json` and the local build seems to use the git tag. The `code_version` field is identical on both. Just noticed because I was using a new tag but kept the previous version in package.json
Any ideas what might be happening or how to get the short format without the commit hash within the CI build on gitlab?
Contributor guide
Research direction
Start with package.json, the hbs snippet, and the generated index.html files from local and GitLab builds. Run `ember build --environment production` in both environments and trace why CI uses the package.json version while the local build uses the git tag. Done means the CI artifact produces the requested short version without the commit hash and the behavior is verified against both build paths.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100