-
Suggestion
-
Resolution: Unresolved
-
None
-
31
-
20
-
Hi everyone,
Thanks for your feedback, passion, and advocacy for this suggestion. We would love to improve committer alias management in Bitbucket Data Center. However, when we explored different approaches to making it a reality and then weighed up the engineering cost of adding and maintaining it, the impact on all our users, and the other opportunities we have ahead of us, we decided that this would ultimately not be included in the product.
So if we are not going to implement this feature in Bitbucket Data Center, what are we doing instead? We remain committed to helping software teams deliver high quality software faster in an increasingly competitive and changing world. We believe that great developer tools are a key element of modern software development in the hands of good teams with smart processes. To that end, we've made improvements already and are planning to work in the following areas that help with problems teams face now:
- Innovations that increase developer productivity and reduce complexity despite an ever evolving technology landscape.
- Optimisations to performance that provide a more powerful, scalable, enterprise-grade Data Center experience
- Enhancements to security that provide teams with more controls and transparency to support their organisation’s security posture
For up to date information on what specific features are coming soon on our roadmap and planned timelines please visit our roadmap.
If we’ve missed the opportunity to address this request and your comments properly when you submitted it, we sincerely apologise. We remain committed to being an open company, whether it's with regards to feature requests or bugs in our software. We will strive to answer product management questions and feature requests sooner, frequently, publicly, and more decisively.
If you have any questions or concerns feel free to contact me directly.
Cheers,
Sarah Bolt
Product Manager - Bitbucket Data Center
As a way more comfortable and straightforward alternative to messing around with .mailmap files, please add the "Username aliases" feature in Stash that's already existing in BitBucket.
Implement this on a per-repository, per-project as well as system-wide level as well as for users' personal repositories. Providing buttons to move a created alias to either of the other levels could ease management of this a lot.
This will also actually extend functionality because right now in 2.12.1, Stash apparently ignores globally configured .mailmap files – confirmed by Stash support – but only cares about .mailmap files inside repos.
I personally think it's a very bad idea to mix up code and some configuration that has nothing to do with it, so I'd never commit a .mailmap file directly into a repository. With a mapping feature built into Stash, the configuration would be separate from the repo files. Also, even if Stash cared about globally-set .mailmap files, bigger organizations with strict permissions could also profit from this since their server admin no longer needs to fumble around with files directly on the command line every time something needs to be changed but can do it in a few clicks in the interface – or, with Stash's global/project-level permissions, even delegate that to certain other people.
The highest priority should be on the system-level aliases, second come project-level and repository-level aliases, then personal user repositories.
As for permissions, this scheme might be a good starting point for brainstorming the perfect solution:
- Repository admins may add, edit and delete aliases set up for their repos
- Project admins may add, edit and delete aliases set up for their projects and any repos in those projects
- Stash admins may add, edit and delete aliases set up globally as well as for any project and any repo inside those
- Moving aliases to a different level is possible whenever the user has the permissions needed to manage aliases on the target level, e.g. project admins may move a repo-level alias inside one of their repos to project-level, but repo admins may not do so.
For personal user repositories, maybe have a toggle to switch system-level aliases on/off (in user settings, one toggle for all of the user's repos).
- relates to
-
- Closed
| Form Name | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
[BSERV-4603] Committer alias management
YU FEN NIKITA CHEN
added a comment - I'd like to see this feature.
I also raise related concern here: https://community.atlassian.com/t5/Bitbucket-questions/History-commit-author-linkage-fails-when-the-user-email-is/qaq-p/1111421#M43467
YU FEN NIKITA CHEN
added a comment - I'd like to see this feature.
I also raise related concern here: https://community.atlassian.com/t5/Bitbucket-questions/History-commit-author-linkage-fails-when-the-user-email-is/qaq-p/1111421#M43467 Why doesn't Bitbucket automatically match based on author, if that's a valid username, when the email doesn't match?
michael.li150260287, this is still on our radar, insofar as the existence of any open suggestion indicates that it is something we might consider addressing, and we review such things from time to time. Unfortunately this is not currently on our roadmap due to other priorities.
If you would like to know more about how Atlassian Product Management uses customer input during the planning process, please see this post on Atlassian Answers and our new features policy.
Mike Li
added a comment - Is this still on the radar? I ran into the old email address change problem today and have seen several articles about adding aliases on bitbucket cloud, but these don't apply to server sadly.
Mike Li
added a comment - Is this still on the radar? I ran into the old email address change problem today and have seen several articles about adding aliases on bitbucket cloud, but these don't apply to server sadly. I like the simple per user implementation that you use on Bamboo, would love the same in Stash as well. Or, as the OP mentions, same implementation as Bitbucket.
As a maintainer of open source projects this is very important for me as well. Some projects go way back and the same people committed to the project under different emails (changed companies etc). Would love to map their aliases back together (specially so we could do more sensible graphics with tools like "awesome graphs").
Adding a .mailcap is not possible as this would be a nightmare to maintain (and too late for existing projects).
Martin Winter
Network Device Education Foundation
Example public stash where this would be very useful: https://git.netdef.org/projects/QUAGGA/repos/quagga-savannah-official
Hi,
This is indeed very important and when we were using Fisheye it was available. Please consider making it available in Stash.
Georgios Kotsios-Kontokotsios
ByteSource Technology Consulting GmbH
I'd also like to see this feature.