title: Continuous integration and continuous delivery with git-flow
body: <p>We have been doing continuous integration and continuous delivery since a while with Subversion commits as the pipelines triggers. Recently, we started using git in some projects with <a href="https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow" rel="noreferrer">git-flow</a> and we are trying to decide which of the branches of git-flow should we use to trigger the continuous integration and continous delivery pipelines.</p>
  
  <p>Here are two approaches:</p>
  
  <p><strong>1. Use develop branch</strong></p>
  
  <p>Problem: With git-flow we are supposed to deploy the release (or master) branch in production, so we would have to build two different pipelines, one for continuous integration (branch develop)  and one for continuous delivery (branch master). This could introduce bugs in production because the version in production will not be the same that the one in other environments (integration, test, staging).</p>
  
  <p><strong>2. Use master branch</strong>: </p>
  
  <p>Problem: This way, we would not have a truly continuous integration, since changes to these branches are pushed not very frequently.</p>
  
  <p>Which is the rigth branch to use in the pipelines?</p>