-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
Add per-command tracking to API out output detail page #1563
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
Conversation
Other than the inline comments: awesome! I haven't tried this locally, only looked at your screenshot. Can the output be scrolled horizontally? |
And yeah, command/output elements are all independently horizontally scrollable |
Looks good to me. 🚢 |
This adds a build manager for the Build model, for moving everything to the v2 API
This also drops unused API endpoints and serializers
Also makes command failures a warning class exception, so they are not reported as top level failures. Adds time tracking to start and end time to command execution.
d31e072
to
5a44915
Compare
Add per-command tracking to API out output detail page
The UI really looks good in production :) I noticed that the builds for the tickets #1028 #1572 do not contain any output: However, the users were able to provide a error message (stating something about wrong parameters to init). I wonder if the informational output got less after the deploy of this change. |
Sorry for another undigestable refactor, but no way to do this incrementally.
This adds per-command tracking inside build environments and on the build
detail page. Instead of lumping build output together, this starts to break out
output and errors into logical chunks that will be easier to understand by end
users. The front end pieces make use of KnockoutJS for data binding objects to
the DOM. It performs an ajax call to the build api to return updates on the
build object and commands that are attached to the build object.
The API has the following changes:
read-only access