Remove old staging deployment, automatically deploy tracker.security.nixos.org #479
No reviewers
Labels
No labels
automation
backend
bug
contributor experience
data
deployment
documentation
duplicate
good first issue
help wanted
nice to have
notifications
package maintainer
performance
skin
tech debt
user story
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lix-community/nix-security-tracker#479
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "staging-to-infra"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Opening as a draft PR for now as I want to verify that GH actions work as expected first.
This completely removes the old staging setup, @RaitoBezarius I believe you can now destroy that installation if you want to reclaim your resources. CC'ing @fricklerhandwerk to verify this is true.
This also updates GH actions to automatically update the new infra on code changes in the repo. For now it removes the database dumps because they depended on various infra components that were part of Raito's setup, but if we think they're important we can re-introduce them in a different manner.
It also breaks the development using a container, but we can re-introduce this easily if it was used.Dismantling the staging configuration is alright. We just need to keep track of what needs to get reconstructed. That gets kinda annoying when the original code is removed. I recommend opening issues for each feature and linking to the old commits so it's easy to find the previous state.
Marked this as ready to review, but I think we can merge as is and see if the CI fails after this (it shouldn't).
Yep. Just make sure to recreate the DB eventually. We can take care of auto-updating dependencies later, the code never built with unstable anyway.