Hello,
First, congratz to the team for such a good feature, very quick and easy to implement a full ci/cd cycle with pipelines.
2 questions:
1. I want to add a manual (custom) pipeline run in the yml file.
How can i restrict permissions on who is allowed to run this custom build ?
2. I want this build to be runable only on the master branch, how can i limit this ?
I am thinking of a custom step, and checking the $BITBUCKET_BRANCH in the yml..
But there might be an easier way ?
Thanks,
Luc
Hello,
Bitbucket Pipelines now provides the ability to place restrictions on triggering Deployment Steps. Right now you can restrict them to only being triggered by repository administrators, and/or on a specific branch.
For example, you could set a production deployment to only be able to be triggered by a repository admin off the 'master' branch.
You can configure them in your repository settings, in the Deployments tab.
Have a look here for more information: https://bitbucket.org/blog/deployment-permissions-now-available-in-bitbucket-pipelines
Thanks,
Phil
Ability to restrict permissions for manual/custom pipelines would be a massive help for us..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
+1 for access control on custom pipelines
+1 for branch-dependent or branch-restricted custom pipelines
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We can do something like this . We can manually force pipeline to fail.
pipelines:
custom:
stage-search-app:
- step: caches: - node
script:
- if [[ $BITBUCKET_BRANCH != develop ]]; then exit 1 ; fi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Good suggestion.
But the problem is that every developer would be able to modify it on a feature branch and thus trigger the build from this branch
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You could use Pull-Requests from feature branches, and then code reviews. But yeah, it's not ideal.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Luc Debliquis u got any solution
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
For permissions, no. No answer at all.. great.
For branch selection, i added a step with a custom bash script that validates the branch name (sent as parameter by pipelines to the script)
- sh deploy/pipelines-validate-branch.sh $BITBUCKET_BRANCH demo
script:
#!/bin/bash
# expects the source branch as first parameter, and the target environment as 2nd
echo "source branch: " $1
echo "target environment: " $2
# can only deploy master on master
if [ $2 = "master" -a $1 != "master" ];
then
echo "Deployment on master is not allowed from the branch $1 (only from master)"
exit 1
fi
# can deploy dev and master on demo
if [ $2 = "demo" -a $1 != "master" -a $1 != "dev" ];
then
echo "Deployment on demo is not allowed from the branch $1 (only from dev and master)"
exit 1
fi
# other manual deploy will fail
if [ $1 != "dev" -a $1 != "master" ];
then
echo "Manual deployment is not possible from this branch (only from dev and master)"
exit 1
fi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.