You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 1, 2022. It is now read-only.
One way of fixing this and working #10 into it without wasting the diskspace would be to drop --result-file and pipe the dump though awk or sed with a small script that simply prints a magic message to stderr when seeing the "dump completed" line and piping it's output directly to gzip. Then #10 would be fixed by checking that the command outputted the proper magic message, and we'd have a compressed dump.
Actullly, after careful reading of both master and 6.x branch of Drushs implementation of sql-dump, it turns out that run gzip as an extra command on the file afterwards. They only pipe directly to gzip when not using result-file.
So basically, doing the dump, checking the file for completeness and then gzipping isn't worse off that what it's currently doing.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
SQL dumps tends to be large without compression. We should compress them per default.
The text was updated successfully, but these errors were encountered: