Can I search a repository by User instead of Author in Fisheye/Crucible?

In the search repository screen of Fisheye (and the Browse changeset screen in Crucible), the list of people is by author, not user.

Our repository is HG and most of our users have commited with slight username variants over time, leading to an unusable interface (especially for adding changesets)

The list looks like this:

Alex Jones alexjones <ajones@domain.com>

Alex Jones ajones

Alex Jones ajones@ajoneslaptop.domain.local

Alex Jones ajones <ajones@domain.com>

etc., etc.

Can we do anything about this?

4 answers

1 accepted

Accepted Answer
0 votes

But if you want to search within the repository, each author is a separate entry:

Feature request: https://jira.atlassian.com/browse/FE-3999

You have to select all 4 entries for Alejandro B. if you want to see all of his activity, which is kludgy and annoying, but because the input element is a multi-select, technically doesn't impact functionality. What's funny here is that though there is an entry for each author, the user name is used as the display name for usability.

Feature request: https://jira.atlassian.com/browse/CRUC-6035

Workaround:

Rewrite the committers of the repository into another clone repository:

  1. Get a copy of the repository and run the following command to list the current committer names:
    hg log --template "{author}\n" | sort | uniq
  2. Identify those you want to rewrite and add an entry into a authormap file to rewrite them to another address.
  3. Run:
    hg convert my-clone rewritten-clone
  4. Strip the repository that FishEye is indexing and push the rewritten-clone into it. Make sure all your developers use clones of the new copy of the repository from now on, otherwise they will possibly push back all the old commits and the problem will reoccur).
  5. Go to the administration console in FishEye for your repository and under the 'Maintenance' tab, select 'Re-clone and Re-index'.

Source: https://confluence.atlassian.com/display/FISHKB/Git+or+Hg+Repository+exceeds+number+of+allowed+Committers

Thanks,

I'll keep an eye on those feature requests. The workaround looks a little extreme, so I think we'll just live with the existing behavior for now

Easily done, there are two methods. (1) have your administrator set them through Administration - User Mappings, or (2) have your users indvidually set their own User Mappings by clicking the drop-down menu next to their user name in the upper-right corner, then going to Settings - Author Mapping.

Sorry I wasn't clear enough -- we've done the mapping -- what I mean is that I'd like all of the different authors to be rolled up so there is one option per real person as opposed to one option per "author". There's no value in filtering on jsmith vs. \\mydomain\jsmith if I've mapped that each of those refers to the same John Smith.

0 votes

Sorry I wasn't clear enough -- we've done the mapping -- what I mean is that I'd like all of the different authors to be rolled up so there is one option per real person as opposed to one option per "author". There's no value in filtering on jsmith vs. \\mydomain\jsmith if I've mapped that each of those refers to the same John Smith.

Please clarify more on this with an example

We have a mapping file that looks in part like this:

For commit activity, multiple committer names are rolled up for each user:

But if you want to search within the repository, each author is a separate entry:

You have to select all 4 entries for Alejandro B. if you want to see all of his activity, which is kludgy and annoying, but because the input element is a multi-select, technically doesn't impact functionality. What's funny here is that though there is an entry for each author, the user name is used as the display name for usability.

However the screen to browse changesets to add to a Crucible review only lets you select one *author*:

If someone wants to add a changest of Alejandro's, they may have to try up to 4 options until they find the one that he is currently using.

Clearly, we are aware of the mapping between user and author in this drop down (the first line for each entry is the user name). I don't understand why it would ever be of value to search on just one of a user's author mappings.

As it stands today, the two most likely places someone is to search activity by user are the two that don't take advantage of the user-author mapping feature.

I was unable to find a setting in the admin area to change this behavior. Is there a way for me to do so, or should this be submitted as a defect?

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Monday in Jira Ops

Jira Ops Early Access Program Update #1: Announcing our next feature and a new integration

Thanks for signing up for Jira Ops! I’m Matt Ryall, leader for the Jira Ops product team at Atlassian. Since this is a brand new product, we’ll be delivering improvements quickly and sharing updates...

504 views 0 9
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you