Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • luisterdoos luisterdoos
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Jira
    • Jira
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Hanze
  • 4.2 GAC Luisterdoos
  • luisterdoosluisterdoos
  • Merge requests
  • !28

Integration with GitLab CD

  • Review changes

  • Download
  • Email patches
  • Plain diff
Merged Robert de Vries requested to merge gitlab-integration into master Jan 12, 2018
  • Overview 2
  • Commits 32
  • Pipelines 2
  • Changes 20

So this is actually really really cool. Hear me out.

Automatic staging deployments

Upon pushing new changes to the Git repository we will from now on automatically deploy those changes to a staging server. This will enable us to actually have a look at the changes without having to check out the entire repo and go through all the hoops of switching branches, re-migrating the database (which can be a pain of you've done migrations in your own branch), starting up a slow IDE and all the sorts.

GitLab will show a link to the deployment right from within a Merge Request (as you can see in this MR as well, hopefully 😃). Every Merge Request will get deployed to its own web address. Upon pushing new changes to the branch (or MR), the deployment will automatically get updated. Every deployment gets its own database as well.

Upon merging a branch (or MR) back into master, the deployment will automatically get deleted from the web server.

HTTPS support

All pages get served over HTTPS, as is required for voice and camera features to work in Chrome. There's just one (minor, in my opinion) inconvenience: Let's Encrypt does not offer wildcard certs (*.gac.robbytu.net) until February of 2018. As a work around I have created a self-signed wildcard cert. Works perfectly fine, but you will have to press the annoying "Yes, I know what I am doing and want to continue to this 'insecure' site"-button and that's fine.

Nb. You can of course install the certificate to your local machine so that you will no longer see the "You're not secure" windows.

MR links

This MR includes code from !27 (merged) (without a good reason - I forgot to checkout master beforehand. Sorry about that). Please first review !27 (merged) before merging this MR. You can, of course, (and I highly encourage you to do so,) cherry pick the GitLab CD changes to your own branches, but please refrain from merging this branch into your own when this MR or !27 (merged) have not been accepted.

Edited Jan 14, 2018 by Robert de Vries
Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: gitlab-integration