Community
Participate
Working Groups
Steps to reproduce: 1. is select a remote branch in the git repo view to checkout them origin/feature/PRO-1189-Labels-Not-Updated-After-Changing-Language 2. if no task is active the the checkout as new local branch dialog shows source: origin/feature/PRO-1189-Labels-Not-Updated-After-Changing-Language branch-name: feature/PRO-1189-Labels-Not-Updated-After-Changing-Language 3. if a task (jira) is active the the checkout as new local branch dialog shows source: origin/feature/PRO-1189-Labels-Not-Updated-After-Changing-Language branch-name: issue_PRO-1189-3SU1_product_li the task summary is "[3SU1] product list, not all labels are updated after changing language" So i guess there is maybe some interconnection here :)
This is a feature of the EGit Mylyn integration. It is very often not the behaviour that is wanted so there should be a way to still get the default branch name when a task is active, or the feature should just be removed.
This is a very disruptive "feature"... I (and others on my team) have often unintentionally created miss-named branches after pushing changes we had intended to go into the remote branch we checked out. This causes unnecessary extra work to merge these changes back into the intended branch, and delete incorrectly named branches. I don't understand the use case of when someone would want to have their local branch named "issue_something", instead of the same name as the branch they are checking out... Is there really one?