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

Switch Sparkle appcast to use macvim.org domain name #1290

Merged
merged 1 commit into from
Sep 18, 2022

Conversation

ychin
Copy link
Member

@ychin ychin commented Sep 17, 2022

Switch Sparkle's appcast URL to use macvim.org instead of raw GitHub URL. This is more public facing, and gives us more power to maintain control of the updater (as long as we keep control over the domain name), and make it possible to migrate to other platforms from GitHub (if we so wish in the future).

The current URL for the appcast is actually quite problematic as it for some reason point directly to GitHub's raw content of the file, instead of the version generated by GitHub Pages. That means we can't really use GitHub Page's Jekyll static site generator to dynamically create the file (latest.xml) as the raw URL directly reads the source code rather than the generated link on GitHub Page (in which case I don't know why we bothered to put in on a gh-page branch to begin with).

Since some people only open / update MacVim infrequently, that means we can't really change latext.xml to be generated by Jekyll in foreseeable future (at least a year or so) as we don't want to break not-too-old MacVim versions' ability to update. The ability to dynamically generate it would have been useful to handle legacy (pre-10.13) and beta releases.

Switch Sparkle's appcast URL to use macvim.org instead of raw GitHub
URL. This is more public facing, and gives us more power to maintain
control of the updater (as long as we keep control over the domain
name), and make it possible to migrate to other platforms from GitHub
(if we so wish in the future).

The current URL for the appcast is actually quite problematic as it for
some reason point directly to GitHub's raw content of the file, instead
of the version generated by GitHub Pages. That means we can't really
use GitHub Page's Jekyll static site generator to dynamically create the
file (latest.xml) as the raw URL directly reads the source code rather
than the generated link on GitHub Page (in which case I don't know why
we bothered to put in on a gh-page branch to begin with).

Since some people only open / update MacVim infrequently, that means we
can't really change latext.xml to be generated by Jekyll in foreseeable
future (at least a year or so) as we don't want to break not-too-old
MacVim versions' ability to update. The ability to dynamically generate
it would have been useful to handle legacy (pre-10.13) and beta
releases.
@ychin ychin force-pushed the sparkle-use-macvim-org-appcast branch from 19e95b8 to d65c0f2 Compare September 17, 2022 09:46
@ychin ychin added the Updater Issues related to Sparkle updater label Sep 17, 2022
@ychin ychin added this to the Release 175 milestone Sep 17, 2022
@ychin ychin merged commit 7a48fdf into macvim-dev:master Sep 18, 2022
@ychin ychin deleted the sparkle-use-macvim-org-appcast branch September 18, 2022 01:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Updater Issues related to Sparkle updater
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant