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

Drop support of creating zip backup. #387

Merged
merged 1 commit into from Jul 13, 2016

Conversation

bochecha
Copy link
Contributor

@bochecha bochecha commented Jul 12, 2016

Zip format is generally a pain to deal with (hello non-ascii characters).

In addition, we're about to add filtering of which files to backup and which files to ignore, which is trivial to do with the tarfile module, but much harder with the zipfile one.

To keep things simpler, we've decided to remove Zip support.

Zip backups are still supported for restore, though.

[CONFIG_CHANGE]

  • zip is no more supported for BACKUP_FORMAT.
  • Default value for BACKUP_FORMAT as change from 'zip' to 'gztar'

This is part of #342

Zip format is generally a pain to deal with (hello non-ascii
characters).

In addition, we're about to add filtering of which files to backup and
which files to ignore, which is trivial to do with the tarfile module,
but much harder with the zipfile one.

To keep things simpler, we've decided to remove Zip support.

Zip backups are still supported for restore, though.

[CONFIG_CHANGE]
- zip is no more supported for BACKUP_FORMAT.
- Default value for BACKUP_FORMAT as change from 'zip' to 'gztar'
@@ -25,6 +24,7 @@ def make_name(format=None):
class Backup(object):

FORMAT = settings.BACKUP_FORMAT
SUPPORTED_FORMATS_AT_CREATION = ('bztar', 'gztar', 'tar')
Copy link
Member

Choose a reason for hiding this comment

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

Rereviewing this, I'm thinking we could also drop zip restore support: very very fiew backups have been made (I think only by my or so), I think no body is going to try to restore them (it does a backup before restoring, which backup takes ages); and if we really need to restore a zip file, it's at the end only an unzip and put the directory in the right place, which we can do by hand for once.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Since the code is there, it causes no difficulty to keep it, and there might be existing backups we don't know about, I'd say no, let's keep it, at least for some time, to provide a safer transition path.

How about we remove it in a month or two, when we can feel confident that people either have made new tar backups, or they just don't do backups at all?

Copy link
Member

Choose a reason for hiding this comment

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

How about we remove it in a month or two, when we can feel confident that people either have made new tar backups, or they just don't do backups at all?

In a month, nobody but the new deployed boxes will have the new code, but OK ;)

@yohanboniface yohanboniface merged commit 0005591 into master Jul 13, 2016
@yohanboniface yohanboniface deleted the feature/zip-backups-no-more branch July 13, 2016 07:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants