When we are backporting multiple commits that depend on one another, those changes should be committed downstream in the same order to increase the chances of success. To maintain that order, the tool should make all PRs drafts except the most ancient one.

The code is running in the m/s repo context and adding a remote to the u/s repo. Then it is fetching the remote content into a local branch.

This branch may be used in order to read the OWNERS file locally instead of triggering a github API call to read the content.

Sometimes we get the following error while searching for a commit using the Github API:

403 You have exceeded a secondary rate limit. Please wait a few minutes before you try again."

This may also happens in other API calls and we missed it.
Job example that get this error (Assign PRs and issues to the upstream commit author step).

Currently, the presence of an OWNERS file in the downstream repository is mandatory to use the auto-assign feature. We should make the assignee validation with the OWNERS file optional with a CLI flag.

We should return an error in case we didn't find the author in the OWNERS file only if there is no other assignee already assigned to the issue.

When the cherry-pick does not apply correctly, try creating a PR instead of an issue.

Make gitstream add comments about how the assignee for the issue/PR were chosen for visibility.

Searching by email implies that the author must make sure his primary email on github is the same as the one in his local .git/config file which is inconvenient.