Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Adding a tag to git is very resource intensive in fisheye

We've started using git / bamboo / git-flow (sort of) to start tagging our releases... Every new tag though creates massive resource consumption for the server runining Fisheye. (status in administration for the given repo Adding ta [tagname] ([commit hash])

Is there any way to avoid this? It's a fairly large project, but why would this have to take so long (as to a quick git command everywhere else?)

6 answers

1 accepted

0 votes
Answer accepted
joe Atlassian Team Apr 03, 2013

The KB article Git Repository Indexing is Too Slow when Creating a New Branch/Tag suggests and documents a --Xenable-git-content-hash-resolving-heuristic flag that may help in this case.

So, indexing of b/t creations can be slow for Subversion and can be slow for git... is there a supported SCM backend which is NOT resource-intensive for Fisheye?

I'll try the provided solution when i have the time... It seems weird though that a 'special' flag would be needed for something that other systems (bitbucket / github etc etc) don't seem to have a problem with?

Since we've moved away from FeCru as our main introspection tool of our repo and into Bitbucket / Github we just dont see the added value of FeCru over something as trivial as i.e. Bitbucket. It's just 'better' (imho)

We're having the same problem. We have a very large git repo with a very large amount of history, and tags take greater than 12 hours to process in FishEye. I've gone though the FeCru performance best practices guide already; is this normal for FeCru?

I'm not sure. It's a private fork of the Linux 2.6 kernel. So I don't know what Linus et al did in the early days before they switched to Git - did they migrate it from bitkeeper? Or start fresh? or?

Was it converted from other SCM?

I'm not sure. It's a private fork of the Linux 2.6 kernel. So I don't know what Linus et al did in the early days before they switched to Git - did they migrate it from bitkeeper? Or start fresh? or?

It was converted from SVN to GIT with full history (>10K commits)

It still remains a mystery to me for now if that has anything to do with it though?

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in DevOps

Step up your DevOps game webinar Q&A series - Questions answered!

  On October 21st, 2020 we hosted a webinar titled,   Step Up You DevOps Game with 4 Key Integrations for Jira and Bitbucket. We had a great showing and high engagement, but that meant th...

118 views 0 1
Read article

Community Events

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

Find an event

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

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you