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

Delete command should not error out if there are no existing snapshots #13

Merged
merged 3 commits into from
Sep 14, 2016

Conversation

brikis98
Copy link
Collaborator

I had a case where I just created a new EC2 Instance and configured ec2-snapper to run on a periodic basis to backup that instance and to clean up old backups. However, when I ran the delete command the first time, having not created any backups before that, I got an error. I’ve updated the code to have the delete command exit gracefully if there are no backups to clean up.

@brikis98
Copy link
Collaborator Author

brikis98 commented Sep 14, 2016

@josh-padnick This is a pretty trivial change, so I'm going to merge it in once tests pass.

@brikis98 brikis98 merged commit 8648323 into master Sep 14, 2016
@brikis98 brikis98 deleted the no-ami-fix branch September 14, 2016 22:43

* BUG: The ec2-snapper `delete` command now gracefully exits if no snapshots exist for the given instance rather than
exiting with an error.

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It may be worth standardizing on adding a CHANGELOG.md to every repo, rather than relying solely on release notes. I find this a pretty efficient way to track changes. Thoughts?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm of the opposite opinion. I find it hard to remember to update the CHANGELOG, whereas the release UI prompts you for info, and so it's obvious you need to update that. Moreover, as a user, as part of my natural workflow, I'll go to the release page to figure out what's the latest version and download binaries (if applicable). On the other hand, I'd have to go out of my way to check a CHANGELOG. Therefore, my vote is definitely on stick with purely release notes and not a separate file.

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My comment was motivated mainly by how, with Terraform, in particular, I regularly check the CHANGELOG to see what's new. It's nice to go to one file, to see what's in progress before it's published, and to have it all in one place.

But it's a mild preference for me, not a strong one, so if you'd prefer to stick with releases, I'm ok with that.

Copy link
Owner

@josh-padnick josh-padnick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code looks straightforward and clean, so LGTM!

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.

2 participants