-
Notifications
You must be signed in to change notification settings - Fork 2
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
Feature request - Board columns based on Projects board columns #45
Comments
Dear @vincenormand, Just to explain some things... The core concept of this extension is: turning the resultset of a wiql query into a board... and doing this without needing any additional setup. If Azure Boards itself would allow editing the wiql query it is based upon, it would put my extension out of business. While executing the query you have the advantage to query cross teamproject, just to name one of the advantages... but you do not have the context of the teams or boards or whatsoever. Because of this, you cannot expect this extension to be exactly the same as the standard Azure Boards (and I have not the time to put in all of the effort that it would cost, to come even close). Also please note: that within the SDK for creating extensions you are limitted in what you can do, you cannot implement the same things as the Azure DevOps product team can. So one of my first disclaimers on the marketplace is:
So Yes... I know that there are differences and there are features missing or different. There are a couple of other issues posted within this GitHub repo, regarding extra features for colums. Like merging multiple states or basing the columns upon a other field (a picklist?). I do not know in what way your request is different as these... but these could be considered for implementation. But if you are expecting a solution like it is implemented within Azure Boards, that it would create hidden fields etc. etc. then I am sorry to say, that this is something I am not considering to implement. Kr |
Dear @vincenormand, The field 'System.BoardColumn' is not editable, just like the 'System.BoardDone' field. For each team/board seperate invisible 'WEF_' fields are created, that are edited by the system (there is an API where you can get the information regarding this, but you will need a teamcontext as a start, but I do not know if the SDK has implemented the endpoint for this API). A rollup is done to the 'System.BoardColumn' and 'System.BoardDone' and the value is written to these fields, of wich team/board the system thinks that owns the workitem. This makes it very hard to use the 'System.BoardColumn' as a basis for the QBB boards. For using the 'System.BoardDone' I had to make a nasty workaround, that seems to work fine for a client (with an onpremise org) for the time being. So I get the idea, but using a custom picklist for this, would be mutch easier... So please follow the issue #23 |
Edward @edtro, I never responded to your question on "Base the columns values on another (custom) picklistfield" #23 and now that some time has passed along with the recent implementation of query-based boards with iterations as columns #39 I thought I would elaborate. Like @vincenormand we have an environment where all are boards are consistent across projects and we use board columns instead of state. And while you can modify/customize state beyond New, Active, Resolved, and Closed, we have chosen not to because it is extremely complex for a small organization. What we would like to see is the ability to use board column something like this…
This would mimic this… As state can be changed (state mapping) when moving a work item from one board column to another you would need to add “workItems” to define what the state change might be for a particular work item similar to how it is set when defining board settings. |
Dear @tgolla You have mentioned this "And while you can modify/customize state beyond New, Active, Resolved, and Closed, we have chosen not to because it is extremely complex for a small organization." I am checking the work items that will be shown within the board, and I am adding dynamically the states of the workitem(s) as columns. So If the query has as a result;
Four columns will be shown, but you are not be able to move the Issue to the column 'Resolved', because it is not allowed (when you start dragging an item, the columns will highlight where you are able to move it towards). So in your case, I do not have to implement anything, it is already there. Kr |
Edward @edtro
|
Dear @tgolla, Sorry that I have misunderstood. The fields that you are mentioning (e.g. System.BoardColumn and System.BoardLane) cannot be modified while using the SDK. So these cannot be used, and that is really unfortunate. The best that you can do is setting up new picklist fields and use these within your configuration. (besides storing all the data within the extension data, but that would mean a complete redesign of my extension and that is something I am not willing to do). Kr |
The board columns are actually based on de System.State field, which is not how it works in Azure DevOps. Board columns are very useful to follow de developpement progress (for example : Analysis, Approval pending, Development, Revision, QA, etc.)
I know every project has to have the same configuration of Board columns for it to work. But would it be possible to have a look at that feature ? It would really help our dev teams follow the development progress of many projects at once.
Thank you !
The text was updated successfully, but these errors were encountered: