Replies: 4 comments 21 replies
-
I've created the wiki page but I'm not 100% sure how to structure it: https://github.com/anki-geo/ultimate-geography/wiki/Upgrade-instructions... I went with "from" headings, thinking that the instructions depend more on which version you're coming from rather than which version you're going to. Does that make sense? 🤷 I'm also not sure how to reference the upgrade instructions contained in the README, which contain valuable information and can apply regardless of version-specific instructions. |
Beta Was this translation helpful? Give feedback.
-
I think you're right, having a major release might be sensible under the circumstances. It's not like we'll catch up with, say, Chrome or Firefox with our major version numbers. :)
Yeah, I'll do it! I'm not sure how much time I'll have in the next week, so no promises on when I'll have it done by.
That would be best. (The alternative is linking to external gists, but it's probably preferable for the instructions to be self-contained.) (Inline, without Thanks for kicking off the process and for the summary/suggestions! |
Beta Was this translation helpful? Give feedback.
-
The topic of the legacy deck from v4.0 reminded me: We're again removing two cards from the deck (the capital of the EU, ×2), in such a way that existing users will lose those cards. Do we care about this sufficiently to create another "legacy deck", with one note (and two cards), that users could import to keep the cards? (My opinion is "definitely not" (it adds far more confusion than it's worth), but I thought I'd bring it up, in case somebody strongly disagrees.) |
Beta Was this translation helpful? Give feedback.
-
I've drafted the release notes for v5.0, let me know what you think, and give the upgrade a try! https://github.com/anki-geo/ultimate-geography/releases/tag/untagged-752eaa83e276de8920d6 Now that multiple maintainers can see draft release notes thanks to the new GitHub org, and now that we use Discussions like we are right now, I wonder whether the beta release workflow is still worthwhile. In the end, I feel like publishing a beta release is just as dangerous as publishing the final release: we still might get people upgrading before we have the time to notice a major issue (whether in the upgrade instructions or in the deck itself). What do you think? I'm quite liking this process so far of opening a discussion to prepare the release: we can plan the remaining work, proof-read the draft release notes, and try the upgrade ourselves with the ZIPs attached to the draft release notes. This should catch most problems, shouldn't it? |
Beta Was this translation helpful? Give feedback.
-
We should probably release
v4.2v5.0 soonish. It's been 6 months since v4.1, and there's been quite a lot of changes. Since it's going to be a complex release because of the GUID changes, I thought we could coordinate things a little in this discussion thread.First off, are we sure about bumping the minor version number even though users of the French and Norwegian decks will need special upgrade instructions? By releasing a major version, we would send a clear message to everyone that they need to pay close attention to the release notes.
Second, in #399 (reply in thread), I talked about creating a discussion thread for each release with specific upgrade instructions, and @aplaice you suggested placing these instructions on the wiki. I think you're right in the end: the wiki is better suited, especially now that it contains a couple of other pages. The discussion thread still makes sense to announce the beta release and to report problems, but it should link to the upgrade instructions on the wiki rather than include them directly.
I'm going to create the wiki page, but if you don't mind @aplaice, I might let you write the actual instructions for v4.1.1 and v4.2, since they will involve SQL queries...
Plan of action
<details>
blocks?)Beta Was this translation helpful? Give feedback.
All reactions