ENH migrator to cleanup appveyor feedstocks

[beckermr]

Guidelines and Ground Rules

• Don't migrate more than several hundred feedstocks per hour.
• Make sure to put [ci skip] [skip ci] [cf admin skip] ***NO_CI*** in any commits to
  avoid massive rebuilds.
• Rate-limit commits to feedstocks to in order to reduce the load on our admin webservices.
• Test your migration first. The https://github.com/conda-forge/cf-autotick-bot-test-package-feedstock is available to help test migrations.
• CircleCI has a GITHUB_TOKEN in the environment. Please do not exhaust this
  token's API requests.
• Do not rerender feedstocks!

Items 1-3 are taken care of by the migrations code assuming you don't make
any big changes.

[isuruf]

Why delete appveyor projects?

[beckermr]

We no longer register them on staged-recipes, so deleting ones where we have never built anything is consistent with our current policies.

[beckermr]

Good catch. The other thing is that we went to prevent people from adding appveyor.

I need to do this for any feedstock without an .appveyor.yaml file.

[beckermr]

We good to merge @isuruf ?

[beckermr]

ok @isuruf ready for another look!

[isuruf]

What's the motivation to delete these?

[beckermr]

We need to prevent people from adding appveyor to any new feedstocks in order to finish CFEP-13. We cannot strip the option out of smithy and so that leaves us with two other options.

1. Delete the projects on appveyor
2. Remove the secure vars that allow uploading

Both are not great, but 1 seemed better since jobs wouldn't even start and so it errors sooner.

[beckermr]

The second option won't actually work since people can copy-paste them or pull them out of the git history.

We could turn off the token, but that requires a big token migration which is also a huge pain.

[isuruf]

We can just delete the token from anaconda.org

[beckermr]

But that turns off everything since we use the same token

[beckermr]

We will have to do that at the end, but I think we want a more staged approach.

Why do we care about the logs?

[isuruf]

For some builds, I still compare builds to figure out what went wrong.

[isuruf]

We can also set a setting on appveyor API to stop building pushes.

[beckermr]

Ahhhh. Which setting is that? Happy to do that.

[isuruf]

disablePushWebhooks: true

[beckermr]

We should delete projects with no builds. Do you agree there?

[isuruf]

Sure

[scopatz]

Looks like there are conflicts here now

[beckermr]

Yeah this pr needs work before merging. I’ll fix and ping y’all later.

[beckermr]

OK @isuruf, ready for another look!

[isuruf]

Looks good to me. I assume that you've checked that the API for getting the builds work.

[beckermr]

Yeah, I have a notebook locally where it appears to be correct. I will double-check again to make sure.

[beckermr]

Arggg. I had a bug or something. The code I just committed returned 10 for xonsh-feedstock and 0 for esutil-feedstock

[beckermr]

I turned off the delete for now in favor of disabling everything @isuruf. We can delete them all later if we want

[isuruf]

Thanks @beckermr.

[beckermr]

Ack. I found another bug. :/

Not a big deal, but will need fixing.