Frequently, we copy our entire trunk as a branch. This is a lot of data, and takes Fisheye a long time to index this. While this is being indexed, other users are committing smaller changes that would not take Fisheye too long, but Fisheye is still stuck on the large branch creation. This causes a problem for us because we use Crucible to review, and Crucible cannot see those smaller changes because Fisheye is still indexing the large branch creation. Is there any way for those smaller changes to be seen and reviewed even if Fisheye is still working on the branch?
In general FishEye needs to scan the revisions in order they're created, so it needs to finish the branch creation before it gets to the newer commits.
If your reviews are mostly on trunk, you might consider creating a separate repository that just indexes trunk (or the relevant branches), and use that for reviews.
If you're experiencing excessively long indexing times on branch creation, try raising a support request on https://support.atlassian.com.
By default, FishEye uses one thread to process the incremental changes.
You can increase the number of Incremental Index Threads to 2.
One thread will then be busy processing the large commit, but it's no longer blocking, as the other thread will visit your other repositories to see if there are any commits in them.
Incident response is a team sport, and customer support is an integral part of any team. While Ops is working hard to solve the problem at hand, support is on the front lines communicating with custo...
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!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG