Deployment Improvements

[ekingery]

This issue groups a set of related updates and features we'd like to implement now that we are using GoReleaser. I am open to breaking any of these into individual tickets, particularly when someone is ready to work on them. I think storing them in one place for now is best.

• [ ] Fix issue where the absolute path of the build directory gets embedded in the stack traces
• [ ] disable auto-upgrade functionality if installed by package manager (win, mac, linux)
  • [ ] improve the upgrade messaging - right now nothing happens when you upgrade, we should give the user a notification of successful upgrade
• [ ] Weigh auto generation of changelog vs our customizations (not including refactors, test updates, etc) (also the release notes)
• [ ] Replace hardcoded Version constant in cmd/version.go with main.version - SO post on injecting to cmd/version.go and here is how GoReleaser themselves do it
• [ ] Investigate Flatpak as a secondary distribution method for Linux
• [ ] Consider generating .deb and .rpm using nfpm: https://goreleaser.com/nfpm/
• [ ] Use GoReleaser CI features and/or GoReleaser Actions to automate some / all of the release process
  • [ ] also consider Snap auto-deploys

[kytrinyx]

Weigh auto generation of changelog vs our customizations

I feel pretty strongly about manually creating a change log, and not including refactors and test fixes etc. I find automated changelogs to be hard to parse mentally, as I don't know what was important and not.

[ekingery]

Weigh auto generation of changelog vs our customizations

I feel pretty strongly about manually creating a change log, and not including refactors and test fixes etc. I find automated changelogs to be hard to parse mentally, as I don't know what was important and not.

Roger that. I think a good goal would be to be able to generate the changelog automatically according to our preferred formatting, possibly using regex exclude filters for tests and refactors, and then we can have a person review and edit before committing. If it's not saving time / effort or meeting our standards, we can ditch the automation. Also, at our current pace, it's probably not really worth the automation effort anyway.

[kytrinyx]

I think a good goal would be to be able to generate the changelog automatically according to our preferred formatting, possibly using regex exclude filters for tests and refactors, and then we can have a person review and edit before committing.

I like that. I wonder if we could have a simple tool that gets the current sha, the sha of the most recent release, and lists all the PRs in our desired format, then we can copy/paste and delete the things we don't care about.