Story #1724
Updated by bmbouter about 8 years ago
User case: a user has a script to publish 10 repositories and 1 of them fails. They re-run the script and it doesn't know/track which one failed so it publishes all 10 again. For the original 9 that succeeded Pulp should no-op since no settings and units have been modified since the last successful publish. Even though publishes with no changed data are quick, subsequent publishes will cause files in the repodata to be rewritten and they will change in small ways. Due to checksums used in those filenames the second publish will have a completely different filename. This is undesirable to some users.
Given ^, a new distributor option can be introduced for RPM, which causes publish to be a no-op if no units and no settings have changed since the last successful publish.
Here is a pulp-smash issue which corresponds with this: https://github.com/PulpQE/pulp-smash/issues/127
.