Closed NicolasStr closed 5 years ago
Here's what we currently do: Run CI on a branch each time a commit is pushed on it. For PR, AppVeyor will first clone the target branch of the PR (usually develop) and the merge the branch of the PR on it (it's a local merge) then run CI on this local branch.
I'd prefer to use the same process for all our repositories: So use master branch to tag stuff ready to be realeased. Use develop branch which contains stuff for the next release. When you work on an issue, create a branch that starts with the ID of the issue.
Of to test Travis, but first we need to check which permissions are needed. If Travis ask for a full repo access this will not be possible due to our security constraint.
After discussion, we have to use master branch to publish web site. So let's use:
When we release, we
Ok so finally, we're going to use the corporate azure devops @ EI.
We just need to create a pipeline definition in a YAML file azure-pipelines.yml
PR to follow
PR #13 is a first try for CI/CD on Azure Devops @ EI.
Update: We will work on CI/CD at end of dev when we will be ready release the site.
CI/CD is in a WIP current state. I am working in Netlify's integration with tests.
It's done and it's working!
Let's add some CI with travis-ci (I suppose we should use this tool because of easiness)
Goal of this CI is:
Run tests on all branches when PR is sent
Build the gatsby build and push it to master once we validate a merge on a specific branch. The problems is the following: We can't merge into master because this is the branch where the content of our build will locate, so we need to create a new branch like "to-master" or use develop as a "master"-alternative.
@TypeCobolTeam/newcomer Please tell me what you think about it, I think creating a new branch is the best idea, but I don't know how we should name it.