Sub-issues Public Preview #139932
Replies: 61 comments 116 replies
-
Can sub-issues reference issues in other repos, or is it like sub-tasks (tracked issues feature) limited to issues in the same repo? Are sub-issues replacing tasks-lists? Update: We now have the beta enabled and I can confirm that sub-issues can be cross-repo. Actually, clarifying how sub-issues relate (or not) to task-lists would be useful. We have the beta enabled now and I think I'm noticing some changes (for the better) to how task-lists show up, e.g. the sub-tasks in the issue header seems to have gone, but the "tracked by" in the child task is still there. There's also overlap now between parent issues (which you can now group-by and slice-by in project views) and Milestones as a mechanism for grouping issues. The biggest differences being:
|
Beta Was this translation helpful? Give feedback.
-
The parent issue title is not parsed correctly in table view, as text wrapped in backticks (`) isn’t rendered as code: |
Beta Was this translation helpful? Give feedback.
-
One benefit of Tasklists was that you can track one issue in multiple "parent" issues, going back to only allow one parent issue is not great. Would love to see that an issue can have n parent issues. |
Beta Was this translation helpful? Give feedback.
-
I'm a little surprised that PRs can't be added as sub-issues. I mean I suppose it's in the name sub-issues, but especially when it comes to project views, it feels like it'd be very fitting for the PRs to be located alongside/as a sub of the issue they're closing. |
Beta Was this translation helpful? Give feedback.
-
It doesn't look like sub-issue creation allows for selecting an issue template/form. Is that something being considered? |
Beta Was this translation helpful? Give feedback.
-
I'd love to be able to see repo names in sub-issue lists. |
Beta Was this translation helpful? Give feedback.
-
I commonly create "roadmap" issues that contain a variety of "issues" which are really sub-issues. It is incredibly productive to use Proposal: provide a mechanism for me to rough out an issues list like so, and then create sub issues from them instead of issues.
|
Beta Was this translation helpful? Give feedback.
-
First of all, THANK YOU. SO awesome. One thing - I love that I can link existing issues to parents/children. That said, it would be awesome if, when I choose link existing, I could just paste in the link to the issue (either full GitHub url or org/repo#xx) and it surfaces that immediately (or just saves). Lots of times I have the link handy from another tab/location and this would make navigating that much easier. |
Beta Was this translation helpful? Give feedback.
-
I'd find it useful to be able to configure the filter for the default issue list and count. I'd like to be able to omit issues with a parent (sub-issues) from the default view. Using sub-issues as a way to build up the tasks for a larger feature is something useful, but it's very noisy to have a lot of sub-issues polluting the default view. At the same time, it's very useful to have them show up in search and have their own issues for implementation discussion. |
Beta Was this translation helpful? Give feedback.
-
When I am inside a parent issue, and I would like to add sub-issues, I have the option to click |
Beta Was this translation helpful? Give feedback.
-
I would really like to have this option enabled on the Project only issues. The use case is to have a cross repo issue as a parent which should not get converted to the repo issue. Now sub-isssues are only available in the repo issues |
Beta Was this translation helpful? Give feedback.
-
Please allow migration/conversion of Tasks lists to parent/sub-issues! It's quite tedious to manually move every single issue to have a parent relationship. Related: https://github.com/orgs/community/discussions/39106#discussioncomment-10831691 |
Beta Was this translation helpful? Give feedback.
-
I like that I can group issues by parent issue on project boards; but is there a way to control which parent issues are allowed to be part of that top-level grouping? Working off of https://github.com/orgs/community/discussions/139932#discussioncomment-10817810 I am a big fan of the idea to use a top-level parent issue as a sort of cross repo milestone. Normally the way I lay out a project I have this sort of hierarchy:
Currently I use milestones as best I can to track a top-level status of projects across my team on a single project board. I was hoping to do the same thing with a top-level project type issue and be able to display a hierarchy of: project issue -> story/bug -> work items. However because the stories and bugs themselves are parent issues I end up with them being top-level groups on the board: I would much rather only see the parent issues grouped by those that are |
Beta Was this translation helpful? Give feedback.
-
The new subissue support is great but it would even better if sub issues could point to both repos within and outside a GitHub organization. A common use case for companies doing open source is that they will create user stories in their corporate Github organization that points to both internal Github repos (e.g. frontend) and external Github organization's repos (e.g open sourced core components). If i create a sub issue, I'm able to bring up a remote Github organization's repository issue template but I'm unable to actually create a sub-issue as it fails with a graphql error. Thanks for the consideration! |
Beta Was this translation helpful? Give feedback.
-
Can we get our task functionality added back to the sub issues
|
Beta Was this translation helpful? Give feedback.
-
Scenario:
When creating issues, the following error occurs:
|
Beta Was this translation helpful? Give feedback.
-
Question: would it be possible to assign people on sub-issues, directly for issue ? (when clicking on avatar) |
Beta Was this translation helpful? Give feedback.
-
Question: will it be possible to convert a checkbox as a sub-issue ? |
Beta Was this translation helpful? Give feedback.
-
I seen that this new sub-issues feature will be replacing the task list feature currently in beta? I don't know if we should get rid of the beta task lists feature. It is very easy to add more or delete tasks without having to go to edit and deal with markdown directly. The visual aspect of it is also appealing. |
Beta Was this translation helpful? Give feedback.
-
I just wanted to say that I love you guys for adding subitems feature. Sincerely |
Beta Was this translation helpful? Give feedback.
-
I cannot seem to type an issue number in the right format to use it with |
Beta Was this translation helpful? Give feedback.
-
When I try to add parents or sub-issues, I am only able to add issues within the same repo. This is an unfortunate limitation, severely limiting the feature's usefulness. EDIT So, scrolling through this thread I found the explanation of how to do this. The UI is..... unintuitive. 🤷♂️ |
Beta Was this translation helpful? Give feedback.
-
Nice and fast. Love the shortcuts.
|
Beta Was this translation helpful? Give feedback.
-
This looks fabulous so far - thank you for all of your hard work! I'd love the ability to further customize the appearance of sub-Issue lists in Parent Issues. Some things I'm interested in: Grouping Sub-Issues into multiple lists Seeing more Sub-Issue metadata in the Sub-Issue list:
Thank you again!! |
Beta Was this translation helpful? Give feedback.
-
Is there a way to turn off sub-issues for a specific repo? I looked under settings, but the only option there is to turn off issues entirely. |
Beta Was this translation helpful? Give feedback.
-
Definitely missing seeing the repo name and labels like the tasklists do. Our epics cover many repos and often it is very similar titles (i.e. creating an api endpoint and a proxy for that endpoint in our customer facing repo). Very difficult to tell which is which without seeing the repo name. |
Beta Was this translation helpful? Give feedback.
-
Not sure if this is the correct place for this feedback, but now that I am using parent/sub issues (epics) I need to be able to order them when viewing their individual sub-issues (slicing or grouping issues by parent issue). Is there a way to set the "order by" of slices and/or groups? When slicing (or grouping) by parent, I need my important epics at top and completed epics at bottom or else over time this get really messy. I don't mind making an ordering field in my project but can't figure out how to make the slices/groups obey it, instead of just the tickets. Any ideas on how I can accomplish this? |
Beta Was this translation helpful? Give feedback.
-
I would prefer if sub-issues is integrated into the Features I'm missing that exist in
This is what I've been using so far, since GH already provides this functionality, I don't want to migrate to a new data layout system that also is lacking features like grouping, while I already had that sorted. For context, this is what I mean, in any Ticket I can do this: Title: Button
# Look & Feel
- [ ] Pick text font
- [ ] Pick colour
# Functionality
- [ ] Press on click
- [ ] Press on enter GH UI then lets you convert each one of these into tickets, so later it looks like this: # Look & Feel
- [ ] #2
- [ ] #3
# Functionality
- [ ] #4
- [ ] #5 And whenever those tickets are completed, GH automates ticking them. So you were already 90% there, just add the new features there instead of creating a new thing. For my particular case, all that is missing is progress visibility Project view, which is supported by sub-issues. Related:
|
Beta Was this translation helpful? Give feedback.
-
Feedback wanted
Thank you for participating in the sub-issues public preview. Please leave your feedback below on what is working well, any bugs you encounter, and what else you’d like to see!
To provide your feedback on other experiences released at the same time, please visit:
Sub-issues
Sub-issues are designed to help you group and manage your issues with a parent/child relationship into a hierarchy.
Adding sub-issues
Any existing issue, where you have write access or above, will now have a 'create sub-issue' option, you can also use the drop down to opt to create an existing issue instead:
Alternatively, you will notice a new relationship section on the sidebar, allowing you to add from a child to a parent.
Viewing sub-issues
As you create sub-issues, you will start building a nested hierarchy of issues under your opening comment.
Clicking one of these issues now allows you to explore them directly from the main issue page via a slide out panel, making it easy to add a comment or update meta-data without losing context.
Working with sub-issues in projects
We have a couple of new fields in projects,
sub-issue progress
- which gives you a customisable (check out the settings page) progress pill or bar to see how your issues are progressing:And
parent issue
- helping you see what the parent item of each issue is. Which works especially well in a group by or slice by format:We will also shortly release a new workflow to keep a all child issues synced with a project which the parent already belongs to.
Webhooks
Sub-issue webhooks can be enabled at the repository or organization level and can be enabled/disabled separately from issue events.
Webhook events are now fired for the following actions:
GraphQL API
Sub-issues can also be managed via the GraphQL API. Note that these requests will need to include the
GraphQL-Features
header with a value ofsub_issues
.Click to view Fields and Mutations
Fields
subIssuesSummary
Summary of the state of an issue's sub-issues
parent
The parent entity of the issue.
subIssues
A list of sub-issues associated with the Issue.
Mutations
addSubIssue
Adds a sub-issue to a given issue
If you'd like to replace the exist parent of a sub-issue, provide
replaceParent: true
removeSubIssue
Removes a sub-issue from a given issue
reprioritizeSubIssue
Reprioritizes a sub-issue to a different position in the parent list.
Sub-issue limits
A couple of limits we have implemented that we would love feedback on:
Next Steps
We would love your feedback on sub-issues and the new issues experience in general as your try it out! Please let us know what you think! 🎉
Beta Was this translation helpful? Give feedback.
All reactions