I created the configuration file for pipelines and put it to the root of my project as `bitbucket-pipelines.yml`. It looks pretty much like the gradle template from the pipelines setup page.
I expected the build to trigger immediately after I push the configuration in my feature branch but nothing happened. Do I first need to have the configuration pushed to master? If so, how do I test that the pipeline is working correctly? Because I would like to avoid committing broken code to master.
All I am seeing in the pipelines page is the welcome text with examples, although I have the configuration file in the root of my project. Please, note that the configuration file is only in my feature branch at the moment.
Community moderators have prevented the ability to post new answers.
Hi Martin,
Can you attach a copy of your YAML here so we can double check the configuration?
Thanks,
Phil
Hi,
Sure, I please find the file below:
image: openjdk:8
pipelines:
default:
- step:
caches:
- gradle
script:
- bash ./gradlew clean build
Cheers,
Martin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hmmm...
Can you check if your webhooks are firing, and if they're returning any error messages.
They're located in your repository settings -> workflow -> webhooks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I am seeing some Pipelines entries in my Webhooks:
When I click on the logs, they are empty, though...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
EDIT: it just loaded. It shows history of repository edit, pull request updates etc. But I added my script just yesterday and these records dates back weeks ago so I assume that these are different pipelines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Can you verify Pipelines is enabled?
There's a bug we identified that related to onboarding. We'll start working on a fix, but lets try to get a workaround for you first. :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, I checked that yesterday. Pipelines are enabled in the settings :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Goodo. :)
At this stage I think you have two options:
Sorry you got hit by this.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Seems like an old thread but pipelines where being triggered yesterday, but today they are not - therefore I can only assume that something has been changed by the BitBucket team.
Is now always required to manually select to run the pipeline and select the branch, although our pipelines are designed to run on specific branches?
Or can we re-enable the trigger to run the relevant pipeline when merging code in develop/staging/master?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are experiencing a very similar issue here, our pipeline used to trigger until yesterday when pushing on master, now we have to start it manually.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
same here, if anyone figures out how to fix it that would be appreciated
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So what is the final status for this? Are pipelines run automatically? or not anymore? Because i am new to pipelines and i expected it to run after i committed to my repository.
If not, then the article should be fixed.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is happening again today.
Also, when running a tags pipeline manually, the BITBUCKET_TAG variable is not available. That is a bug.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same here, no automatic triggers for some repos since 27th May. Other repos work fine. Checked bitbucket-pipelines.yml (valid) and pipelines are enabled in settings. In the webhooks of repos in question the history of requests to pipelines endpoint is empty. Would appreciate a fix, because we rely on the pipelines heavily :(
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That correct - we facing the same issue since a couple of days. There seems to be a bug still present.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am also facing the problem that the pipelines are not triggered automatically after I push something to the master branch (which has a pipeline configured which used to be triggered automatically ) Any ideas/ suggestions?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is this problem still occurring for you? If so, can you add in your YAML configuration here?
Did you previously had working pipelines, or are you just setting up a new repository?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi!
Is there any updates on this issue? I faced the same behaviour.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
However I can see pipelines in "Schedule" popup and can setup periodical builds. Just curious what would happen if I do that. But I still need to have builds on push.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @strngr
You encountered an issue unrelated to this question. We were having performance problems when you saw the delays.
If it reoccurs, I suggest you look at our StatusPage, as it's likely unrelated to this question (it was opened in July). By the time we have a chance to respond to Community questions, the issue would hopefully be fixed. :) StatusPage will give you more up to date comms on what's going on.
Thanks,
Phil
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Alright, I will try to propagate it to master, but it probably won't be today, since we keep our master branch locked and only work with it during release so your fix might be coming sooner :)
I will test it on different repository in the meantine and keep this issue open until the fix is ready. Thanks for your cooperation!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Community moderators have prevented the ability to post new answers.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.