Error when attempting to connect BuildMaster to Bitbucket Cloud

mhelp_5176

Hi,

I'm attempting to setup an application in BuildMaster using the "Git Repository" option and connect it to Bitbucket Cloud. When I select the "Git Repository" option, I enter my Bitbucket server and workspace, which matches what's in the documentation. Then, I enter my username in Bitbucket and I enter my app password that was setup in Bitbucket. Neither the username, nor the app password have any characters in them that would need to be encoded.

When I click "Select Bitbucket Server Repository", I get the following error message: "An error occurred during validation: '<' is an invalid start of a value. Path: $ | LineNumber: 0 | BytePositionInLine: 0."

I checked the logs and I'm not seeing anything related to this error. I have tried multiple iterations of the server (i.e. with workspace, without workspace, with username before "bitbucket.org" followed by an "@" symbol, tried with different users), but nothing appears to be working because it results in the same error message.

The Windows server where BuildMaster is installed has Git installed and the server has multiple credentials configured that work when cloning a repo using Git at the command line.

Any ideas on how to resolve this error so it will connect to my Bitbucket workspace? The note in BuildMaster says, "Let's connect to Bitbucket Server. This connection will be shared across all of your applications by default, so you'll only need to enter your credentials once. Note that your Password or token will be securely stored." so I'm not sure why it's not working.

Thanks!

atripp

Hi @mhelp_5176,

Based on the error, it sounds like there is some kind of configuration error / invalid response coming from the BitBucket Cloud API. It's possible the API/authentication policies changed -- we honestly don't really test against BitBucket Cloud, just BitBucket Server.

How about just using a Generic Git Repository? That uses a different API (the Git API) , so that might just work simpler/easier for you.

Thanks,
Alana

mhelp_5176

@atripp

Using a generic Git repository requires connecting to each individual repository instead of all projects/repositories in the workspace, correct? That's a bummer if the Bitbucket Server option doesn't work for cloud in pulling in all the repositories in a workspace instead of individually.

The BuildMaster documentation on Bitbucket mentions the cloud offering, but doesn't specifically exclude it as an option when using Bitbucket Server, so it seems like it would work for cloud, too. It's interesting that this wouldn't include/be geared more toward the cloud offering or at least be equal to the on-prem offering.

Thanks!

atripp

Hi @mhelp_5176 ,

I haven't investigated BitBucket Cloud any further, but it sounds like there's an issue with the integration -- and it's definitely something we can look at later. My guess is that it's some kind of change to the API/authentication. But we're all pretty focused on getting ProGet 2025 out the door, so it'll have to be after that.

That said, the main difference between connecting to a "Git host" like GitHub, GitLab, Gitea, BitBucket, etc. vs a "generic Git repository" is that there will be some intelligent drop downs to help you select a repository. There are a few other differences as well, but mostly it's UI.

So for example, on a GitHub connection, you'll see a list of organizations and repositories, and then would select the one to connect to. Compare this to the "Generic Git repository", where you simply paste in the repository clone url.

But in either case, you need to configure each repository connection individually; typically each application will have one repository, which is why this is part of the application creation process.

It's definitely not a common practice to be able to "pull in all the repositories in a workspace" at once - that's not really how Git works, and it would involve some kind of script that iterates a list of repositories and clones/updates each one indivdiaully based on configured remotes in subfolder.,

Cheers,
Alana