We are a very small internal dev team (Less than 5) and only use the BitBucket GIT services. We do not use or need to use and CD/CI facilities as this is an internal (non-productised) code base.
As such we have been very lax in keeping our on-prem BB Service to the latest release as the existing installation (v5.1.2) is stable and just chugs along doing what it needs to.
With the EOFL looming for Self managed BitBucket Server I have been contemplating a shift to the Cloud managed version.
However, the migration assistant requires that the installation is at least 7.0.
After reviewing the initial upgrade notes it seems to me that we could be in for a lengthy and problematic journey just to get to that point.
Is there a simple and straight-forward approach we could use to move our Projects and Repositories to the new Cloud Server without using the migration assistant?
For example could we simply clone out each repo to a local filestore and then push to a new remote host (ie. the new cloud server)?
We do not work very much within the GIT CLI and really use BitBucket as a way to ensure that the code base has a single point of truth that can be used by the other team members.
thank-you in advance
Simple answer is "no." If you don't care about the pull request history, it's not that hard to write a script to batch clone all your repos to a workstation, then batch push them in to Bitbucket Cloud. You will need to create the Projects and Repos in Bitbucket Cloud first, though. You will also need to merge or cancel any open pull requests in the repo. It gets messier if you are using LFS, but you essentially do those separately.
I second @Dave Theodore _Coyote Creek Consulting_ simple approach. Git is a DVCS and the local repository is an exact copy of the remote. The idea is to clone the full repository to a local machine, just like the codebase you’d be working on and then push it to a new (Bitbucket cloud) remote. Make sure you push with
git push -u <bb_cloud_remote> —all
to get all branches across.