I was debating creating a subtask type called "Bugs" or even migrating "Bug" into a subtask type. I just find this interface easier when associating all bugs related to a story, as opposed to creating bugs manually and having to link one by one to the parent story. Are there any cons to this?
I like this approach. I saw in the documentation that they had possible options for Sub-Type as "Sub-Bugs"which would be mini sub-tasks for Bugs. This allows us to classify our bug types to a main bug issue (e.g. like registration is broken) and then sub-bugs (e.g. 1) verification email not being sent 2) user can log in without verifying, etc)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No cost, other than the effort needed to migrate your data.
If you find bugs work well as sub-tasks of stories, then that's the way you should do it!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry, I was assuming you had already got some bugs in a project that you wanted to convert to sub-tasks of stories. You'll need to migrate them to sub-tasks of their parents.
If you're starting with a new project, that's fine, there's no migration to worry about.
As Renjith points out, it might also be worth having an "issue type scheme" that has "Big Bug" at the top level, and then "Little bug" as a subtask type.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Nic for your help. I'm pretty new to this so could you give me an example of how it would make it harder to migrate data?
Would it affect any type of reporting or anything?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.