For the foreseeable future (until distributions are migrated), we would like travis CI to build off of PyTorch master, rather than the release branch.
Steps for a potential strategy:
Edit - the strategy above did not work for multiple reasons - travis's cache is partitioned by environment keys (bloats the number of binaries stored), suffers from potential cache corruption issues, does not play well with staged builds, takes too long to build PyTorch etc. In the end, we decided to build the binaries separately and upload them to S3.
For the foreseeable future (until distributions are migrated), we would like travis CI to build off of PyTorch master, rather than the release branch.
Steps for a potential strategy:
Edit - the strategy above did not work for multiple reasons - travis's cache is partitioned by environment keys (bloats the number of binaries stored), suffers from potential cache corruption issues, does not play well with staged builds, takes too long to build PyTorch etc. In the end, we decided to build the binaries separately and upload them to S3.