Skip to content
This repository has been archived by the owner on May 6, 2024. It is now read-only.

Improve consistency of Travis provider #36

Open
dcramer opened this issue Oct 5, 2017 · 3 comments
Open

Improve consistency of Travis provider #36

dcramer opened this issue Oct 5, 2017 · 3 comments

Comments

@dcramer
Copy link
Member

dcramer commented Oct 5, 2017

Rough plan:

  1. Implement listeners for 'status' hooks from GitHub
  2. When status hook includes anything related to Travis, use keys to pull data (vs push?)
  3. When pushing data, ensure we maintain data
  4. Artifacts still need pushed
  5. TBD: determine if artifacts should be present or not (do we wait for them vs marking the build as finished)

https://developer.github.com/v3/activity/events/types/#statusevent

@dcramer
Copy link
Member Author

dcramer commented Oct 7, 2017

We could also change the behavior so Zeus creates jobs in Travis (vs relying on GitHub). This would give us greater control and accuracy over results.

@dcramer
Copy link
Member Author

dcramer commented Oct 17, 2017

@dcramer
Copy link
Member Author

dcramer commented Nov 13, 2017

We've added webhooks, but still need API integration.

It looks like Travis will let us automatically authenticate against their APIs, which means we'll simply need to plug in some hooks for reconciling data on timeouts.

Likely this means:

  • Adding 'last updated' attributes to Jobs
  • Utilizing a timeout feature to sync failed webhooks
  • Priority queue/cursor for updates? (We need to avoid squashing each other when possible)

Note: We cannot get artifacts via the API.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants