> On 19 Sep 2014, at 15:49, Julian Foad <julianf...@btopenworld.com> wrote:
> 
> Summary:
>   * A "no-op change" is not a change.
>   * Subversion should not report a "no-op change" as a "change".
>   * We should bear this in mind when designing and reviewing.
>   * Fixes are needed in a few places.

These no-op change scenarios come to mind:
* partial repository replication via svnsync due to visibility
* empty revisions via svndumpfilter
* dumps with no-op changes would become invalid?

Andreas

Reply via email to