Atlassian will be responding to your questions about the end of service of Subversion, FishEye/Crucible (the Source + Review Bundle) on this dedicated thread.
Ask a question by adding a comment below.
Visit the End of Service FAQ to see if we've already answered your question.
@Helen, support is nice, but it doesn't each other as much as public forums do.. Even better would be to have comments enabled on the actual instruction pages.. so people like me could tell others that the instructions on this page: https://go-dvcs.atlassian.com/display/aod/initial+clone for example are just wrong and prevent any resyncing against the original svn repository. or I'd add that the clean-git on this page https://go-dvcs.atlassian.com/display/aod/Clean+Up is necessary for any branches to be moved into git. or that the bitbucket-push command on this page https://go-dvcs.atlassian.com/display/aod/Upload needs an admin account for the *-ondemand team as the first parameter, followed by the password, team account (*-ondemand) followed by the repo name.. but alas, people looking at those pages can't receive my help.
I had the same thot Peter re. comments on those pages. However I could see them possibly getting out of hand wrt to the volume of comments. A more open-ended discussion forum would be optimal (and simple/free) IMHO.Thx again for sharing your wisdom!
Peter, Paul -
Thanks for your feedback. You raise a good point Peter, but on the flipside, we wanted to keep the guides and that microsite as orderly as possible, as Paul pointed out.
Why? I'm sure you can imagine that if we had let comments open on all pages there, the possibility of it turning into pages filled with a lot of comments, opinions and discussions would be high. When you have someone new coming in to use the guides, the experience of them realising that they need to trawl through all the comments would be painful and not necessarily relevant.
To avoid this potential mess, this is why we have *this* dedicated forum to let people discuss exactly what you are raising as a point. And for those who are seeking more 1:1 technical support, then via our Support system: https://support.atlassian.com
@Helen, I'd agree with you if your original instructions were 100% vetted and accurate.. but they're not.. I listed 3 things above which they were (and still are, WHY HAVE YOU NOT UPDATED THEM???) wrong or missing. Thus comments are necessary.. They would only get comments of people having problems that need to be fixed.. and others would help.. that's the way this kind of world works.. but instead Atlassian seems to be against it's own users lately.. This whole migration is harder than it needed to be because of the poor documentation and not well though out process. Too many manual steps that could have been completely automated.
Hi Peter - yes, you're right and I'm sorry about this. We're looking into improving the feedback mechanism.
Meanwhile, we have taken your feedback on the guides seriously and after some discussion with the team today, we realised that we need a bit more clarity on the points that you raised. I created a support ticket on your behalf and hopefully you'll be able to help us out on that there.
The instructions on how to create a backup of your SVN repo are also incorrect (step 2 on the first (i.e. "Prepare") page. However I don't mind as I'm going with Peter's suggestion of not doing this, his is a much better strategy.
Couple of questions, I'm going to run Criucbile/Fisheye myself on my own server.
1. If I only have 4 active Crucible/FishEye users but I have had 10 users in the past, what license do I need? In other words, I've got a ton of Crucible/FishEye history for checkins, comments in Crucible, etc. but those other 6 users don't work for me any more. Can I get away with the 5 user license instead of having to buy 10 seats? (which is a HUGE price difference.) I don't want to lose any past data, checkins, comments, etc.
2. I know that you are offering a free 12 months of the Crucible license... does that 12 months start from the date I switch to hosting my own Crucible? I know we have about 5 months left to switch, but I don't want to switch today and lose those 5 months of free service keeping with my OnDemand.
How can I tell how big my SVN repo is?
Thx.
How can I tell how big my SVN repo is? I searched the online doc but can't seem to find an answer.
Paul, You can download the SVN Dump file from the backup manager to get an idea of how big the repository is.
We've been doing some testing with Bitbucket and OnDemand and the integration seems to be fairly good. However one thing that we noticed today is that the "source" tab in a JIRA issue is not linking back to the commit/source changes in Bitbucket (even though the "Commits" and the "Activity" tab both seem to have Bitbucket linkage there)
This might be a source of confusion for some of our developers who are used to looking at this tab. Is this something that is supposed to work or is that tab only for linkage to Fisheye?
Similarly will the "Reviews" tab have any linkage to pull requests in Bitbucket?
thanks!
I created the subversion dump file, which is claimed to be ~3.3 GB. When downloading in the browser, the download "completes" at only 1 GB and I end up with a corrupt svn.dump.gz file. Is this an issue on my end or yours? Could a team member commiting during the dump cause corruption in the dump file? I was under the impression that commits were not allowed while the dump is being generated. I now cannot create another dump for 48 hours, which puts a huge hold on the process. Thanks.
@Joe.. yep, more bad documentation from Atlassian.. To get the file > 1gb, you need to use a "wget" like command with a continue or retry option.. The file is there and is valid, it just takes longer than the allowed web timeout to get the whole thing..
try something like:
wget -r --tries=10 http://foo.jira.com/dump/svn.dump.gz
and it should work
When downloading in the browser, the download "completes" at only 1 GB and I end up with a corrupt svn.dump.gz file. Is this an issue on my end or yours?
This is a problem at our end. See AOD-5975 for details and workarounds in the comments.
Could a team member commiting during the dump cause corruption in the dump file? I was under the impression that commits were not allowed while the dump is being generated.
You can commit during the export generation process but it will not corrupt the repo or the dump. The dump will only contain commits that were present before the export started. You may want to adjust permissions before doing the export to lock it down beforehand.
I now cannot create another dump for 48 hours, which puts a huge hold on the process.
You can contact Support and we can help you out.
Hi Robert
1. A user in Crucible is defined as anyone with a "Can Use" permission (http://www.atlassian.com/software/crucible/pricing) so if you only need 4 of these then there's no problem with the Starter license of 5 users. The history will still be kept, those old users will not have access to the system though.
2. That's correct, for FishEye or Crucible download, it's 12 months from when you go through the prescribed switching process.
@Steve Muskiewicz
Yes, you're right. Unfortunately, the Source tab does not currently link to Bitbucket - here's the relevant ticket: https://jira.atlassian.com/browse/DCON-288
@Peter
@Michael
Thanks. I was able to use a 3rd party downloader (downthemall) in Firefox. This allowed the entire file to complete downloading. Thanks for the advice. I just could not figure out what was happening.
Next problem... So after doing the load local-svn < svn.dump portion of the migration, I am not ending up with an actual local project structure. I was under the impression that my local-svn directory should contain a structure such as local-svn/PROJECT1, local-svn/PROJECT2, etc. Instead the bulk of my folder is contained in a file called db/revs. There are no projects visible, just folders named 0, 1, 2, 3, etc. I am trying to create the author mapping file, but no project directories exist! The size is accurate (~3.2 GB), but there are no actual project directories such as trunk, branches, tag, etc.
Hi,
I have a simple question to do, I started to migrate some SVN repositories to GIT for testing, and automated it so I do not have to go one by one necessarily. Now I have all commite changes,etc. In new repositories, so migration from SVN to GIT seems to be possible with not too much trouble.The problem is, what is gonna happen with the Jira wiki (confluence), Bamboo and the tracking system (issues) in Jira and the Bitbucket repository ?
Now we have FishEye integrated with issues, and every project in Jira has source code and issues associated, and the wiki. I see BitBucket has wiki and tracking system too... but we do not want to loose all this data.We want to use Jira and just use BitBucket for the source code using GIT, is that possible ? is that the idea in the migration ?
I really need some explanation on how to integrate Confluence and Jira with BItBucket.
Kind regards
New Issue!
We have about 16 projects, all of which I have successfully cloned. This last one however is giving me trouble. After cloning for about 3 hours (the project is the largest), I get this message:
Following parent with do_switchperl: /build/buildd/subversion-1.7.5/subversion/libsvn_subr/dirent_uri.c:1519: uri_skip_ancestor: Assertion `svn_uri_is_canonical(child_uri, ((void *)0))' failed.error: git-svn died of signal 6
I read a bunch about it, mostly having to do with URI's not being the right format. I went into the .config file to make sure there were no double slases or trailing slashes, which there werent. The URI's seemed to be in the correct format. None of my other projects had any issues, only this one. Is there any explanation as to why this would happen? What project specific issue could cause this that would not be present in any of my other 16 clones?
Hi, at first we thought about moving to Mercurial but as other people have pointed, we are by no means experts and fear thing can go wrong with our code.
So, as of today we have setup a linux server with Subversion Edge and during these months we are going to migrate our projects from FishEye to our own server.
I would like to use that same SVN server to host FishEye and this way, we shouldn't miss any of the current features we have in Jira (source linking, reviews, etc). Is it possible for FishEye to live on the same machine with SVN? If it is, could you let me know how?
Thanks
It looks like there are a lot of people happy migrating from Subversion to Git... good luck for you!... but maybe not all from them are so happier:
It's a pitty that Atlassian, few days ago, announced that 3rd party V2 plug-ins are not longer supported for onDemand, because there are coming alternatives to hosting Fisheye in order to support Subversion on JIRA. The following is one of them:
https://marketplace.atlassian.com/plugins/pbeltranl.subversion.jira.pbeltranl-jira-subversion-plugin
As mentioned, the door has been closed (and locked), but within few months I hope to release a V3 compatible edition of this plug-in with much more premium features like graphical support for merge and reports... and it should run on onDemand once V3 plug-ins are supported and this is ready.
So, if you are not happy being forced to migrate to Git, be a bit patient...
Chad,
You've 100% correct! Bitbucket is ready to be swapped out directly for FishEye/Crucible to host your code, along with reviewing code amongst team members. The wiki and issues in Bitbucket can be used for smaller projects, however as an existing JIRA + Confluence user you are able to integrate Bitbucket to track your code. As a starting point, have a read through https://confluence.atlassian.com/display/AOD/Getting+started+with+Bitbucket+and+OnDemand to get an idea of how Bitbucket works with OnDemand.
Patrick
Mauricio,
Many of our customers have Subversion and FishEye on the same server, this is also how we run FishEye + Subversion in OnDemand. As a starting point, have a read through of our FishEye Documentation (https://confluence.atlassian.com/display/FISHEYE/Subversion) to see how to set up your Subversion repository with FishEye.
Patrick,
So then, we can use JIRA+Confluence and Bamboo with Bitbucket by just "configuring" it right ? we probably need the repository migrated 100%. Are we able to use the "source" tab in the issues when using Bitbucket ?
In my test without any integration with JIRA, keys for the projects are ignored, I supposed for commits you will have the same constraints like when using SVN for commiting code,etc. So it works like before except for the code, that will be in a GIT repository.
Thanks for the link, I probably read that already. It's very general.
Is that all the technical documentation that you have regarding the topic ?
Help! In the last migration phase it says:
Create an account for your build tool (Bamboo OnDemand) so it can read the Git repository on Bitbucket. The best practice is to grant read-only access to this build account. How do I do that? :-o
Hi Joni,
You should be able to create a normal Bitbucket account and then grant that user read-acccess to your repository. You would then supply Bamboo with the crentials or private SSH key of that user.
Another option, which isn't mentioned, is to use deployment keys, which has the advantage of not adding to your plan limits.
Does that help?
Cheers,
Charles
Here's another migration related question - how do we receive support for Bitbucket issues given that we are a paying OnDemand customer. I see that Bitbucket has its own issues tracker in https://bitbucket.org/dashboard/issues but this doesn't seem to be very formal.
Can/do we use the support.atlassian.com portal to file issues with bugs we find in Bitbucket?
-steve
Bitbucket Support is available through support.atlassian.com under the Bitbucket Support project. The public issue tracker is for tracking bugs and feature requests with the site itself, similar to jira.atlassian.com for the other Atlassian products.
Our plan is to migrate Subversion and Fisheye/Crucible to a local instance. The migration instructions say to backup and download the Subversion repository and then start the migration of Fisheye/Crucible, and then to continue the migration of Subversion. Would it be problematic at all to complete fully the migration of Subversion and only then move on to the migration of Fisheye/Crucible? Our critical path is to get Subversion migrated and working (as time and resources are limited), the Fisheye/Crucible migration is important to us but not the priority.
Thanks,
Henry
Another question Helen.
If one had the choice of installing Subversion and Fisheye/Crucible on either a Unix/Linus or Windows server (as a virtual system) would there be a preference? Is either system in anyway better than the other (e.g. installation, ease of setting up and maintaning user access, performance, general maintenance)?
Also, most references show Unix/Linux command line statements when it comes to installation and mantenance of the tools, if installing these tools on an Windows system would the command line statements be the same? Could one maybe install TortoiseSVN on the Windows server and perform the create repository, load repository, and other maintenance operations through that GUI instead of via command line?
I am just verifying there will no way to use On-Demand products with any subversion respository after October 2013. If that statement is true, is there anything on the Altassian roadmap to allow subversion repositories to interact with On-Demand?
Hi Henry,
Would it be problematic at all to complete fully the migration of Subversion and only then move on to the migration of Fisheye/Crucible?
Not at all. The two are really separate operations, so migrating SVN first shouldn't cause any problems.
Also, most references show Unix/Linux command line statements when it comes to installation and mantenance of the tools, if installing these tools on an Windows system would the command line statements be the same?
The command line should be almost identical for Unix/Linux and Windows. We support both, and we don't necessarily recommend one over the other. My suggestion would be to pick the system that you have the best support for and understanding of.
Could one maybe install TortoiseSVN on the Windows server and perform the create repository, load repository, and other maintenance operations through that GUI instead of via command line?
Anything command that is svnadmin I'm fairly certain (although please correct me if I'm wrong) you'll have to do on the command line. Anything that's just 'svn' should be possible with TortoiseSVN, although it probably isn't worth the trouble once you've gotten that far in the migration (it's just testing the repo layout).
Good luck.
Hi Norman,
If you want to continue to SVN you can connect a local FishEye/Crucible server via application links as described here:
https://go-dvcs.atlassian.com/display/aod/connect
As far as I'm aware we don't have any plans to introduce a new mechanism for SVN repository interactions. Bitbucket is certainly the recommended OnDemand source hosting from now on, and will only support Git/Mercurial.
Hi, I tried to create a deployment key, but I received a 'protocol not supported' error. https://answers.atlassian.com/questions/90338/using-a-private-key-to-connect-to-a-git-repo-securely-with-ssh-in-bamboo-on-demand
That's most unfortunate. You should definitely vote for that Bamboo issue.
For now you will have to create a separate user, or use your own credentials. The latter is quicker/easier, but isn't generally a good idea for production builds as they will break if you change your password.
Hello, I am working on moving to Bitbucket/Mercurial.
I am not sure if this question belongs here or on a different support page. Please let me know.
I am running everything on an Ubuntu virtual machine. Just ran the uploadRepos.sh script, and the messages I receive state first:
./uploadRepos.sh: line 47: curl: command not found
and I get a warning butbucket.org certificate with fingerprint not verified
but then it gives a message "Repository XX was successfully pushed to (correct bitbucket team account)
I log in to BitBucket and go to the team account, but I see no repositories?
Please help!
Installed curl. Running script again. Will have an update when it completes.
However, additional question - when we perform the clone/upload steps ongoing (between now and switchover) -
we start with creating a new svn-dump file, then clone, then upload. Correct?
This will just update Mercurial with the additional committed changes?
Update - one repository appears to have made it to Bitbucket - but the next one seems 'stuck'... it says 'sending' in my linux window, but stuck at 37.73%. Does anyone know if there is a timeout setting that I need to change?
We are moving from SVN/FishEye/Crucible to BitBucket/Git. We have about 40 developers and one repo. Formal code review capability seems extremely light from what I can tell. If one is coming from Fisheye etc, what would you recommend as the best code review workflow/tools? Thanks.
Paul,
If you are moving to Bitbucket, I suggest you try out Bitbucket's Pull Request functionality. Since the end of life of Crucible in OnDemand, internally we've been switching our teams to use Bitbucket. As part of this change, we have been incorporating feedback from both customers and the internal teams who are using Bitbucket for code review. Part of the new tool has required us to address missing features, and in other cases to adjust the process we have to incorporate the advantages Git has over Subversion.
You should have a read of the features that we have been rolling out since the end of life announcement:
As for workflows, have a read through our Git website for ideas about what workflow best suits your team: https://www.atlassian.com/git/workflows
Hi Nancy,
Installed curl. Running script again. Will have an update when it completes. However, additional question - when we perform the clone/upload steps ongoing (between now and switchover) - we start with creating a new svn-dump file, then clone, then upload. Correct? This will just update Mercurial with the additional committed changes?
It's not possible to update Mercurial with additional commit changes after creating a new svn-dump.
Miroslav
Miroslav,
Thank you for the response. In that case I am confused by the migration instructions. As it states here:
~~~
https://go-dvcs.atlassian.com/display/aod/Ongoing+Sync+Mercurial
That after the initial clone, the team should commit only to Subversion until ready to switch, and:
You can automate the synchronisation so that it runs every n minutes/hours/days.
To do this, automate the initial clone and upload steps with a tool that you are comfortable with.
Your answer above is not in line with the documentation. If we are planning to review the code in Mercurial before the actual switch, and obviously people are still committing to Subversion during this time - how then do we get the new commits over to Mercurial?
Thank you,
Nancy
Nancy,
If you run scripts with the new updated svn dump on the same local mercurial repo (initial clone), then it should work. But you you will need full svn dump everytime as far as I know.
It will certainly not work if you create new local mercurial repo and don't use the former initial clone.
For further reference about converting subversion to mercurial:
http://mercurial.selenic.com/wiki/ConvertExtension
<tt>REVMAP</tt> is a a simple text file that maps each source commit ID to the destination ID for each revision. Unless specified, it defaults to the <tt>.hg/shamap</tt> in the destination directory. This file is automatically created and updated on each commit copied, its purpose is to track which commits were already imported and which were not - and thanks to it allow to resume interrupted import and to make incremental updates. It is important to note that this <tt>REVMAP</tt> file is not copied when you a clone a repository. So you need to manually move it over if you are going to make incremental updates on a clone of the original import repository.
Just putting this out there to get some feedback as to installing Subversion (also Fisheye/Crucible) to a Redhat VM. Has anyone done this? If so which of the supported SVN packages did you install from http://subversion.apache.org/packages.html and to what version of Redhat? How difficult was it? How does it work? These sites are really sparse on information, I don't even see any system resources requirements listed except for Redhat version numbers. Also I didn't see any Subversion downloads on the redhat.com site itself, is there supposed to be?
Not being a systems guy I was wondering also if the "client" referred to in packages was just a server side command line interface or is it an actual user side client? We are currently using TortoiseSVN as the user side client and would like to continue to use that.
Also some packages say they come with an Apache server, is this in place of the svnserver and must that be used in place of svnserver (or am I getting the terminology mixed up)?
Thanks for any feedback.
Thanks for the prompt reply Patrick, but I'm looking for something that integrates with Jira onDemand. Since posting this question I see a new idea out there: https://jira.atlassian.com/browse/DCON-334 which I believe would satisfy my requirements.
Thanks for the prompt reply Patrick, but I'm looking for something that integrates with Jira onDemand and allows the grouping of commits for review w/o doesn't requiring you to create feature branches.
It looks like you're new here. Sign in or register to get started.
