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

Next challenges

Recent achievements

  • Global
  • Personal


  • Give kudos
  • Received
  • Given


  • 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

Team Foundation Server 2010 and Crucible

I am adding some new information to an old article:

I have spend the last few days attempting to get Crucible wired to TFS 2010 using the SVNBridge. The last comment posted on this issue shed some light on a source code issue with SVNBridge itself.

svn log -vr 0:HEAD file:///path/to/repo/@HEAD --limit 1

The author then explains the following:

The results of the above command should yield the first changeset of that part of the repo but its returns the HEAD instead. This is because of a known issue logged against SVNBridge here: which shows SVNBridge does not understand the difference between 0:HEAD and HEAD:0 because it does not respect sort order. I have added my findings to that team as well.

But I have fixed the sort order issue for SVNBridge. However this seems to be the first layer to the onion. Once a list of changesets was correctly received from TFS those change sets failed PROPFIND requests for the files in those changesets with "premature end of file" exceptions for each and every file within all of those changesets.

Is there anyone willing to work with a fixed SVNBridge to help narrow down the communication issues between SVNBridge and Crucible? I would likely need a list of svn commands being issued to the svn server during the indexing process and the expected returns before I can narrow down the issue at hand. I can provide a wireshark capture of the returned data during the indexing process using TFS 2010 and SVNBridge. Maybe the returned results can shed some light on why Crucible does not like the returned information from SVNBridge.

1 answer

0 votes
Conor Atlassian Team Mar 11, 2012

I cant help you with SVNBridge to any significant degree but I suggest you connect FishEye to a svn repo with debug logging turned on. You will see in the Debug log, the equivalent svn commands that FishEye is executing.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Teamwork

Listening out loud: how Pargab Sala adjusted to working on a distributed team

The start of the COVID-19 pandemic served as a forcing function to re-evaluate the way teams worked together. In fact, many companies are re-learning how to collaborate with their teams. As some move...

281 views 5 10
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