These are a collection of scripts that are to be used for release activities.
NOTE: All scripts should do no actual work unless the
DRY_RUN
environment variable is set todisabled
. The basic idea being that there should be no potential to do anything dangerous unlessDRY_RUN
is explicitly set todisabled
.
- AWS access to pytorch account (META Employees:
bunnylol cloud pytorch
) - Access to the PyPI repositories (like torch)
Following steps needed in order to promote pypi to staging:
- Edit
release_versions.sh
and set correct version - Run promote script :
./pypi/promote_pypi_to_staging.sh
- Edit and run
../analytics/validate_pypi_staging.py
to perform initial prevalidation of binaries for pypi promotion - Manually inspect and spot check binaries staged for pypi promotion by logging into s3 and downloading packages
These are scripts related to promotion of release candidates to GA channels, these can actually be used to promote pytorch, libtorch, and related domain libraries.
NOTE: Currently the script requires some knowledge on when to comment things out / comment things in
TODO: Make the script not rely on commenting things out / commenting this in
./promote.sh
All release candidates from pytorch/pytorch
are currently backed up
to s3://pytorch-backup/${TAG_NAME}
and can be restored to the test channels with the
restore-backup.sh
script.
Which backup to restore from is dictated by the RESTORE_FROM
environment variable.
RESTORE_FROM=v1.5.0-rc5 ./restore-backup.sh