3128
Comment:
|
3611
|
Deletions are marked like this. | Additions are marked like this. |
Line 42: | Line 42: |
* Willian, as an uploader/user, wants to: * ''same uses cases than builds in primary archive''. * Note the current mockup doesn't refer to the PPA suite /!\ |
|
Line 80: | Line 84: |
== Feedback == AdamConrad: I find the previous way of presenting build details more readable and miss a 2-column table listing key/values. The sentences are 'pretty' but not as easy to read/parse. Max: The word 'Dispatch' doesn't reads well for people not familiar with the terms we use, maybe 'Start'. |
Purpose
The /builders/+builds/<BUILD_ID> page should enable users to easily view the information they are looking for:
- Which source ? Which context ?
- When ? and How long ?
- What state ? Any results ?
Also, people who have rights to act (retry, rescore, cancel) on builds should see pointer to those actions easily.
Target user audience:
- Release-managers/Buildd-admins;
- Uploaders;
- Users in general.
All categories of users probably fit in the same set of use cases. They ought spot, at a glance, as much information we store according to the build state and they also ought to be able to navigate to the corresponding building source and resulting binaries when it's the case.
Mockups
Successfully built
- Willian, as an uploader/user, wants to:
- view and navigate to source and the build context (distroarchseries, archive, component)
- view in which context the source was built.
- view when the build was requested.
- view which builder built the source.
- view when the source was built.
- view how long the source took to build.
- view if any resulted binary package is waiting acceptance.
- view and navigate to the resulted binary packages.
- be able to directly download build logs (build and upload).
- be able to directly download any produced deb/udeb/ddeb files.
PPA build
- Willian, as an uploader/user, wants to:
same uses cases than builds in primary archive.
Note the current mockup doesn't refer to the PPA suite
Failed to build
- Willian, as an uploader/user, wants to:
- view and navigate to source and the build context (distroarchseries, archive, component)
- view in which context the source was built.
- view when the build was requested.
- view which builder built the source.
- view when the source was built.
- view how long the source took to build.
- be able to directly download build logs (build and upload).
- retry (and probably rescore) the failed build inline.
Pending build
- Willian, as an uploader/user, wants to:
- view and navigate to source and the build context (distroarchseries, archive, component)
- view when the build was requested.
- view in which context the source will be built.
- view when it is going to be dispatched.
- Sarah as a buildd-admin, wants to:
- be able to rescore inline, so it will get dispatched sooner.
Build in progress
- Willian, as an uploader/user, wants to:
- view and navigate to source and the build context (distroarchseries, archive, component)
- view when the build was requested.
- view which builder is building the source.
- view the ongoing build log.
- view an estimation of how long it is going to take.
- Sarah, as a buildd-admin, wants to:
- cancel the job in progress and free the builder to do something more important.
Feedback
AdamConrad: I find the previous way of presenting build details more readable and miss a 2-column table listing key/values. The sentences are 'pretty' but not as easy to read/parse.
Max: The word 'Dispatch' doesn't reads well for people not familiar with the terms we use, maybe 'Start'.