Hello, Igor
Please, add a switch to control update behavior or simply don't recreate archive if all files are not modified (size/time remains the same).
We have this output from 7z.exe in command interpreter:
7z.exe u archive.7z -up1q0r2x1y2z1w2 games
Open archive: archive.7z
...
Physical Size = 2001234567
...
Updating archive: archive.7z
Keep old data in archive: 114 folders, 3124 files, 2797138222 bytes (2668 MiB)
Add new data to archive: 0 files, 0 bytes
3% = games\Scummvm\games\Beneath_a_steel_sky-cd-1.2.7z
...some time later:
Files read from disk: 0
Archive size: 2001234567 bytes (1909 MiB)
Everything is Ok
As we can see files from old archive were copied into identical new archive, then old archive was deleted. That was futile work of disk and wasting of processor and our time.
To improve 7z , we can implement this: <state> ::= z - Files in archive are same as the files on disk,
<action> ::= 4 - Do nothing</action></state>
Best wishes
Ok.
I'll look that code later.
I strongly agree with this request. This has been long standing weakness in the software. We use 7Zip to compress files before uploading them to the server. Since 7Zip resets the archive bit every time we run it, our FTP process (which checks the archive bit) thinks EVERYTHING needs to be uploaded, every single time. A huge waste of bandwith & time.
Hi,
there is some news about this ticket?
Thanks in advance, Mario
Last edit: bonmario 2018-02-26
Having a similar problem with this too...
Any chance of a solution? Either with an existing set of switches or a new version?
thanks!
KDS
For what it's worth, we STILL need this feature. If it were added, we could wholehartedly recommend 7-ZIP to others.
@Igor Pavlov: PLEASE have a look at this feature. It would save hours of wasted time.
Why should there be any additional work for 7z after "Add new data to archive: 0 files, 0 bytes"?
I join this request pool for this feature which is absolutely needed. Any updates on this?