comparison mercurial/upgrade.py @ 45106:a03c177a4679

scmutil: add writereporequirements() and route requires writing through it

In upcoming patches, to implement Share Safe plan we will be introducing
requires file in store. We need to route all callers to a single function
to check for a share-safe requirement and if present, write requirements to
.hg/store/requires instead.

After this patch, callers directly calling scmutil.writerequires() are only
those where we don't have the repo object, for example when initializing
the repository object itself.

Differential Revision: https://phab.mercurial-scm.org/D8631

45105:5d09a120b4be

        _(
            b'marking source repository as being upgraded; clients will be '
            b'unable to read from repository\n'
        )
    )
    scmutil.writerequires(
        srcrepo.vfs, srcrepo.requirements | {b'upgradeinprogress'}
    )

    ui.status(_(b'starting in-place swap of repository data\n'))
    ui.status(_(b'replaced files will be backed up at %s\n') % backuppath)

        _(
            b'finalizing requirements file and making repository readable '
            b'again\n'
        )
    )
    scmutil.writerequires(srcrepo.vfs, requirements)

    # The lock file from the old store won't be removed because nothing has a
    # reference to its new location. So clean it up manually. Alternatively, we
    # could update srcrepo.svfs and other variables to point to the new
    # location. This is simpler.

45106:a03c177a4679

        _(
            b'marking source repository as being upgraded; clients will be '
            b'unable to read from repository\n'
        )
    )
    scmutil.writereporequirements(
        srcrepo, srcrepo.requirements | {b'upgradeinprogress'}
    )

    ui.status(_(b'starting in-place swap of repository data\n'))
    ui.status(_(b'replaced files will be backed up at %s\n') % backuppath)

        _(
            b'finalizing requirements file and making repository readable '
            b'again\n'
        )
    )
    scmutil.writereporequirements(srcrepo, requirements)

    # The lock file from the old store won't be removed because nothing has a
    # reference to its new location. So clean it up manually. Alternatively, we
    # could update srcrepo.svfs and other variables to point to the new
    # location. This is simpler.