Skip to content

Conversation

@ychin
Copy link
Member

@ychin ychin commented Sep 12, 2022

We previously added a step to rebuild the Vim help tags when publishing so that we could get the latest tags when generating a MacVim release (sometimes Vim's runtime is lagging behind and doesn't have that done).

However, the step was so placed so far back (after building/testing) that it doesn't actually do anything, as MacVim was already built. Move it earlier so we build MacVim after vimtags are re-generated. As part of doing this we also need to split building Vim itself earlier as vimtags generation requires having a Vim binary.

So the updated steps are 1. Vim, 2. help tags, 3. MacVim, 4. Tests. Previously they were 1. Vim/MacVim, 2. Tests, 3. help tags.

We previously added a step to rebuild the Vim help tags when publishing
so that we could get the latest tags when generating a MacVim release
(sometimes Vim's runtime is lagging behind and doesn't have that done).

However, the step was so placed so far back (after building/testing)
that it doesn't actually do anything, as MacVim was already built. Move
it earlier so we build MacVim after vimtags are re-generated. As part of
doing this we also need to split building Vim itself earlier as vimtags
generation requires having a Vim binary.

So the updated steps are 1. Vim, 2. help tags, 3. MacVim, 4. Tests.
Previously they were 1. Vim/MacVim, 2. Tests, 3. help tags.
@ychin ychin merged commit b3cd8a5 into macvim-dev:master Sep 14, 2022
@ychin ychin deleted the fix-ci-vimtags-generation branch September 14, 2022 06:30
ychin added a commit to ychin/macvim that referenced this pull request Sep 8, 2023
Previously, Vim didn't always have up-to-date help tags. As a result, we
just manually generate the help tags when publishing a release (macvim-dev#1286),
even though it doesn't actually make sure the tags file in source is
actually accurate. However, Vim has since added CI checks to make sure
the help tags are correct, so we can change MacVim CI to do the same
thing as well. This way, the source version is always correct and we
won't rely on a build step during release to fix it, and it also makes
sure other methods to get MacVim (build from source, Homebrew) will be
correct as well.
ychin added a commit to ychin/macvim that referenced this pull request Sep 9, 2023
Previously, Vim didn't always have up-to-date help tags. As a result, we
just manually generate the help tags when publishing a release (macvim-dev#1286),
even though it doesn't actually make sure the tags file in source is
actually accurate. However, Vim has since added CI checks to make sure
the help tags are correct, so we can change MacVim CI to do the same
thing as well. This way, the source version is always correct and we
won't rely on a build step during release to fix it, and it also makes
sure other methods to get MacVim (build from source, Homebrew) will be
correct as well.
ychin added a commit to ychin/macvim that referenced this pull request Sep 9, 2023
Previously, Vim didn't always have up-to-date help tags. As a result, we
just manually generate the help tags when publishing a release (macvim-dev#1286),
even though it doesn't actually make sure the tags file in source is
actually accurate. However, Vim has since added CI checks to make sure
the help tags are correct, so we can change MacVim CI to do the same
thing as well. This way, the source version is always correct and we
won't rely on a build step during release to fix it, and it also makes
sure other methods to get MacVim (build from source, Homebrew) will be
correct as well.
ychin added a commit to ychin/macvim that referenced this pull request Sep 9, 2023
Previously, Vim didn't always have up-to-date help tags. As a result, we
just manually generate the help tags when publishing a release (macvim-dev#1286),
even though it doesn't actually make sure the tags file in source is
actually accurate. However, Vim has since added CI checks to make sure
the help tags are correct, so we can change MacVim CI to do the same
thing as well. This way, the source version is always correct and we
won't rely on a build step during release to fix it, and it also makes
sure other methods to get MacVim (build from source, Homebrew) will be
correct as well.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant