Uploaded image for project: 'Bitbucket Data Center'
  1. Bitbucket Data Center
  2. BSERV-4603

Committer alias management

XMLWordPrintable

    • 28
    • We collect Bitbucket feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      Atlassian status as of November 2023

      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).

            Unassigned Unassigned
            239cc0d4a57d julianrupp
            Votes:
            133 Vote for this issue
            Watchers:
            92 Start watching this issue

              Created:
              Updated: