-
-
Notifications
You must be signed in to change notification settings - Fork 433
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"build time" includes time waiting in a queue #133
Comments
we could add another field like "start_timestamp" which is set to the moment the simple-worker actually begins processing. thoughts? on a related note, the "-1" duration on the job dashboard should be fixable with client-side code? |
yeah I like the idea of a "start_timestamp". On Sun, Jul 21, 2013 at 11:44 PM, niallo notifications@github.com wrote:
|
for start_timestamp, we just need to add an additional property on "update_status" events. when this is included, Strider can save it to the job document. |
yup. sounds great. On Sun, Jul 21, 2013 at 11:47 PM, niallo notifications@github.com wrote:
|
I'd also like to separate out "deploy time". Because deploying to heroku On Sun, Jul 21, 2013 at 11:48 PM, Jared Forsyth jabapyth@gmail.com wrote:
|
Looks like this is done in master. |
It seems there ought to be a duration field stored in the database. Because finished-created doesn't quite capture it.
The text was updated successfully, but these errors were encountered: