Add circleci

Author: shekodn

.circleci/config.yml

@@ -0,0 +1,88 @@
+version: 2
+jobs:
+  test:
+    docker: # use the docker executor type
+      - image: circleci/ruby:2.6.3
+        environment:
+          PGHOST: localhost
+          PGUSER: tutor_virtual
+          RAILS_ENV: test
+          BUNDLER_VERSION: 2.0.1
+
+      - image: postgres:11.5-alpine
+        environment:
+          POSTGRES_USER: tutor_virtual
+          POSTGRES_DB: tutor_virtual
+          POSTGRES_PASSWORD: ""
+
+    steps:
+      - checkout
+      # Restore Cached Dependencies
+      - type: cache-restore
+        name: Restore bundle cache
+        key: tutor_virtual-{{ checksum "Gemfile.lock" }}
+
+      - run: gem install bundler:${BUNDLER_VERSION}
+
+      # Caching Ruby Gems
+      # Reference: https://www.benpickles.com/articles/76-better-ruby-gem-caching-on-circleci
+      - restore_cache:
+          keys:
+            - bundler-{{ checksum "Gemfile.lock" }}
+            - bundler-
+
+      - run: bundle install --clean --path vendor/bundle
+
+      - save_cache:
+          key: bundler-{{ checksum "Gemfile.lock" }}
+          paths:
+            - vendor/bundle
+
+      # Cache Dependencies
+      - type: cache-save
+        name: Store bundle cache
+        key: tutor_virtual-{{ checksum "Gemfile.lock" }}
+        paths:
+          - vendor/bundle
+
+      # # Bundle install dependencies
+      - run: bundle install
+
+      # Wait for DB
+      - run: dockerize -wait tcp://localhost:5432 -timeout 1m
+
+      - run: rake db:create # creates the database
+      - run: rake db:migrate
+
+      # Run the tests
+      - run: rake test
+
+  build_release:
+    docker: # use the docker executor type
+      - image: docker:stable-git # the primary container, where the job's commands are run
+    steps:
+      - checkout # check out the code in the project directory
+      # A remote environment will be created, and your current primary container
+      # will be configured to use it.
+      # Then, any docker-related commands you use will be safely executed in this new environment.
+      - setup_remote_docker:
+          docker_layer_caching: true # Enables Docker Layer Caching here to speed up image building
+      - run: apk add make # Add MAKE in order to get the version from trendlit's Makefile
+      - run: docker login -u ${DOCKER_USER} -p ${DOCKER_PASS}
+      - run: sh 'bin/docker_build.sh'
+      - run: sh 'bin/docker_check.sh'
+      - run: sh 'bin/docker_push.sh'
+      # Heroku deploy
+      - run: docker login --username=_ --password=${HEROKU_TOKEN} registry.heroku.com
+
+workflows:
+  version: 2
+  test_and_build_release:
+    jobs:
+      - test
+      - build_release:
+          requires:
+            - test
+          filters:
+            branches:
+              only: master

.gitignore

@@ -36,3 +36,5 @@
 #Ignore backup Makefile
 *-e
 .env
+
+vendor/

Dockerfile

@@ -0,0 +1,129 @@
+# References:
+# https://iridakos.com/tutorials/2019/04/07/dockerizing-a-rails-application.html
+# https://blog.codeship.com/running-rails-development-environment-docker/
+
+# Step 1: Use the official Ruby 2.6.3 Slim Strech image as base:
+FROM ruby:2.6.3-slim-stretch AS runtime
+
+# Step 2: We'll set the MALLOC_ARENA_MAX for optimization purposes & prevent memory bloat
+# https://www.speedshop.co/2017/12/04/malloc-doubles-ruby-memory.html
+ENV MALLOC_ARENA_MAX="2"
+
+# Step 3: We'll set '/usr/src' path as the working directory:
+# NOTE: This is a Linux "standard" practice - see:
+# - http://www.pathname.com/fhs/2.2/
+# - http://www.pathname.com/fhs/2.2/fhs-4.1.html
+# - http://www.pathname.com/fhs/2.2/fhs-4.12.html
+WORKDIR /usr/src
+
+# Step 4: We'll set the working dir as HOME and add the app's binaries path to
+# $PATH:
+ENV HOME=/usr/src PATH=/usr/src/bin:$PATH
+
+# Step 5: We'll install curl for later dependencies installations
+RUN apt-get update && \
+    apt-get install -y --no-install-recommends \
+    curl
+
+# Step 6: Add nodejs source
+RUN curl -sL https://deb.nodesource.com/setup_12.x | bash -
+
+# Step 7: Add yarn packages repository
+RUN curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | apt-key add - && \
+    echo "deb https://dl.yarnpkg.com/debian/ stable main" | tee /etc/apt/sources.list.d/yarn.list
+
+# Step 8: Install the common runtime dependencies:
+RUN apt-get update && \
+    apt-get install -y --no-install-recommends \
+    apt-transport-https software-properties-common \
+    ca-certificates \
+    libpq5 \
+    openssl \
+    nodejs \
+    tzdata \
+    yarn && \
+    rm -rf /var/lib/apt/lists/*
+
+# Step 9: Start off from the "runtime" stage:
+FROM runtime AS development
+
+# Step 10: Install the development dependency packages with alpine package
+# manager:
+RUN apt-get update && \
+    apt-get install -y --no-install-recommends \
+    build-essential \
+    libpq-dev && \
+    rm -rf /var/lib/apt/lists/*
+
+# Step 11: Copy the project's Gemfile + lock:
+ADD Gemfile* /usr/src/
+
+# Step 12: Install bundler ~2.0
+RUN gem install bundler -v 2.0.1
+
+# Step 13: Install the current project gems - they can be safely changed later
+# during development via `bundle install` or `bundle update`:
+RUN bundle install --jobs=20 --retry=5
+
+# Step 14: Set the default command:
+CMD [ "rails", "server", "-b", "0.0.0.0" ]
+
+# Step 15: Add the current directory
+ADD . /usr/src
+
+# Step 16: Install Yarn packages:
+RUN yarn install
+
+# Step 17: Start off from the development stage image:
+FROM development AS builder
+
+# Step 18: Precompile assets:
+RUN export DATABASE_URL=postgres://[email protected]:5432/fakedb \
+    SECRET_KEY_BASE=10167c7f7654ed02b3557b05b88ece \
+    RAILS_ENV=production && \
+    rails assets:precompile && \
+    rails secret > /dev/null
+
+# Step 19: Remove installed gems that belong to the development & test groups -
+# we'll copy the remaining system gems into the deployable image on the next
+# stage:
+RUN bundle config without development:test && bundle clean
+
+# Step 20: Remove files not used on release image:
+RUN rm -rf \
+    bin/setup \
+    bin/update \
+    entrypoint.sh \
+    config/spring.rb \
+    node_modules \
+    spec \
+    tmp/*
+
+# V: Release stage: ============================================================
+# In this stage, we build the final, deployable Docker image, which will be
+# smaller than the images generated on previous stages:
+
+# Step 21: Start off from the runtime stage image:
+FROM runtime AS release
+
+# Step 22: Copy the remaining installed gems from the "builder" stage:
+COPY --from=builder /usr/local/bundle /usr/local/bundle
+
+# Step 23: Copy from app code from the "builder" stage, which at this point
+# should have the assets from the asset pipeline already compiled:
+COPY --from=builder /usr/src /usr/src
+
+# Step 24: Set the RAILS/RACK_ENV and PORT default values:
+ENV RAILS_ENV=production RACK_ENV=production PORT=3000
+
+# Step 25: Generate the temporary directories in case they don't already exist:
+RUN mkdir -p /usr/src/tmp/cache && \
+    mkdir -p /usr/src/tmp/pids && \
+    mkdir -p /usr/src/tmp/sockets && \
+    chown -R nobody /usr/src
+
+# Step 26: Set the container user to 'nobody':
+USER nobody
+
+# Step 27: Set the default command:
+CMD [ "puma" ]

Gemfile.lock

@@ -73,7 +73,7 @@ GEM
       execjs
     coffee-script-source (1.12.2)
     concurrent-ruby (1.1.5)
-    crass (1.0.4)
+    crass (1.0.5)
     devise (4.7.1)
       bcrypt (~> 3.0)
       orm_adapter (~> 0.1)

Makefile

@@ -0,0 +1,43 @@
+APP=tutor_virtual
+PROJECT=github.com/ProyectoIntegrador2018/tutor_virtual
+RELEASE?=0.0.1
+
+COMMIT?=$(shell git rev-parse HEAD)
+BUILD_TIME?=$(shell date -u '+%Y-%m-%d_%H:%M:%S')
+
+.DEFAULT_GOAL := help
+
+build:## Spins that beautiful container!
+	@./bin/docker_build.sh
+
+bump:## Bumps version
+	@./bin/bump_version.sh
+
+check:## Check if the tag that is going to be pushed is unique. In other words, if RELEASE variable was updated in the Makefile.
+	@./bin/docker_check.sh
+
+help: ##Show this help.
+	@fgrep -h "##" $(MAKEFILE_LIST) | fgrep -v fgrep | sed -e 's/\\$$//' | sed -e 's/##//'
+
+
+prod:##prod: Run latest built simulating a production env.
+	@echo 'Prod triggered'
+	@./bin/docker_run_local_production.sh
+
+##push: push docker image to docker hub
+push: check
+	@./bin/docker_push.sh
+
+rmi:## Removes docker image
+	@./bin/docker_rmi.sh
+
+run:## Run latest built
+	@echo 'Run triggered'
+	@./bin/docker_run.sh
+
+test: ##Run all automated tests.
+	@echo 'Test triggered'
+
+version: ##Prints current version
+	@echo -n ${RELEASE}
+	@echo

README.md

@@ -1,24 +1,95 @@
-# README
+# Tutor Virtual
 
-This README would normally document whatever steps are necessary to get the
-application up and running.
+[![Maintainability](https://api.codeclimate.com/v1/badges/ba4ca1e8e93e5cef25d7/maintainability)](https://codeclimate.com/github/ProyectoIntegrador2018/tutor_virtual/maintainability)
 
-Things you may want to cover:
+El sistema tiene como objetivo el automatizar los procesos que lleva a cabo nuestra cliente, Dora Elizabeth García Olivier, perteneciente del Centro Virtual de Aprendizajes. Dentro de sus actividades que actualmente realiza de manera manual se incluyen el: Dar de alta a alumnos, profesores y directivos asociados al servicio social Aprendizaje Verde.
 
-* Ruby version
+## Tabla de contenidos
 
-* System dependencies
+* TBD
 
-* Configuration
+## Detalles del Cliente
 
-* Database creation
+| Nombre              | Email               | Rol              |
+| ------------------- | ------------------- | ---------------- |
+| Dora García Olivier | [email protected] | Coordinador CVA  |
 
-* Database initialization
 
-* How to run the test suite
+## Ambientes del Sistema
 
-* Services (job queues, cache servers, search engines, etc.)
+* **Producción** - [TutorVirtual](http://tutorvirtual.herokuapp.com/)
+* **Desarrollo** - [Dev-TutorVirtual](http://dev-tutorvirtual.herokuapp.com/)
 
-* Deployment instructions
+Equipo: AD 2019
 
-* ...
+| Nombre             | Email              | Rol          |
+| ------------------ | ------------------ | ------------ |
+| Sergio Diaz        | [email protected] | Scrum Master |
+| Patricio Forbes    | [email protected] | PO Proxy     |
+| Arturo González    | [email protected] | Desarrollo   |
+
+##  Herramientas
+
+Pide acceso a las siguientes herramientas de no ser que no lo tengas:
+
+* [Github repo](https://github.com/ProyectoIntegrador2018/tutor_virtual)
+* [Backlog](https://github.com/ProyectoIntegrador2018/tutor_virtual/projects/2)
+* [Documentation](https://drive.google.com/drive/folders/16hcLTaW8YtWHzEUo9VfwR-Qjewcsap-G?usp=sharing)
+
+## Configuración del proyecto
+
+### Pre-condiciones
+- Install docker and docker-compose.
+
+
+### Build and Run
+
+EL siguiente comando usa un multi-stage build para usar compilaciones de
+varias etapas, y levantar la aplicación con un solo comando:
+
+```
+docker-compose up web
+```
+
+### Test
+
+EL siguiente comando usa un multi-stage build para usar compilaciones de
+varias etapas, y levantar la aplicación en el ambiente de ```test``` con un
+solo comando:
+
+```
+docker-compose run --rm test bash
+```
+
+
+El comando anterior construirá la imagen si no existe, llamada: `proyecto_integrador / tutor_virtual: development`.
+
+### Debbuging
+La estructura del proyecto permite a cualquiera ejecutar fácilmente una consola
+de bash para poder ejecutar cualquier tipo de instrucción. Por ejemplo algo como ```rails db:create```, ```rails db:migrate```, o ```rails db:seed```
+
+
+```
+docker-compose run --rm web bash
+```
+
+### Pruebas
+Si se ejecuta ```rails db:seed```, se agregarán dos usuarios de prueba a la base
+de datos. Uno con permisos normales y otro con permisos de administrador.
+```
+user: [email protected]
+password: 123456
+
+user: [email protected]
+password: 123456
+
+```
+## Stack Tecnológico
+
+### Librerías Front End:
+* Jquery
+* CSS
+
+### Librerías Back End:
+
+* Ruby on Rails

app/controllers/application_controller.rb

@@ -1,5 +1,5 @@
 class ApplicationController < ActionController::Base
-  before_action :require_login
+
   private
 
     def require_login