35 Commits

Author SHA1 Message Date
Javi Martín
8aa113a47c Unify deploy secret keys for the main server
We were using `server` on staging but `server1` and `server2` on
preproduction and production.

The reason behind it is we've always used one server on staging but
sometimes we've used several servers on preproduction and production.

However, this is a bit of a mess on installations which have only one
server on preproduction or production and need to use the `server` key
for the staging environments but `server1` for other environments.

So, in order to keep compatibility with existing Consul installations,
we're now allowing either `server` or `server1` on any environment.
2023-03-21 19:01:28 +01:00
Javi Martín
b115b0cc8d Use only one server when deploying to preproduction
It doesn't make much sense that by default we use one server on
production on two servers on preproduction.

Note we're keeping `server1` instead of using just `server` in order to
keep compatibility with existing installation.
2023-03-21 18:53:18 +01:00
Javi Martín
a422e022aa Run delayed job tasks in the staging environment
We added the background role to the production and preproduction
environments in commit d0b0782c4, but forgot to add it to the staging
environment as well.
2020-10-26 18:50:38 +01:00
Julian Herrero
1b683ad0da Allow deploying a specific branch to production
We could also use the deploy-secrets file; here we use `ENV["branch"]`
for consistency with other environments.
2020-03-09 13:16:47 +01:00
Javi Martín
82e96edf1f Remove duplication in deploy environment files
Deploy environment files were loaded after config/deploy.rb was loaded,
meaning if we used settings like `deploy_to` or `current_path` to set
variables inside the config/deploy.rb file, we'd be using the default
settings instead of the ones dictated by the deploy environment files.
2019-11-12 20:20:45 +01:00
Javi Martín
1f4f70b4a9 Remove redundant stage settings
These files are only loaded when the stage already has the value set
inside them, so we don't need to set it again.

On the other hand, the `rails_env` setting is configured in the
`config/deploy.rb` file.
2019-11-12 20:20:45 +01:00
Javi Martín
b5b07bccd3 Apply PercentLiteralDelimiters rubocop rule 2019-09-10 20:02:15 +02:00
decabeza
eda6ea7f12 Merge branch 'master' into dashboard 2019-03-26 16:45:48 +01:00
Julian Herrero
c9cdc72537 Use double quotes in config/ 2019-03-15 10:29:07 +01:00
decabeza
4db54092e6 Removes unrelated dashboard changes 2018-10-18 01:26:07 +02:00
voodoorai2000
4f4769062a Use a single server by default
Capistrano configuration is prepared to deploy to multiple servers

For now assuming that we are going to use a single server for everthing (app, db, cron jobs, queue system, etc)
2018-09-21 15:34:40 +02:00
voodoorai2000
8cfcc7e693 Use master as the default deploy branch
It's a good practice to use a stable branch for deployments, but not all forks have this branch configured

Using master as the default branch for now
2018-09-21 15:32:41 +02:00
Juan Salvador Pérez García
1db5a00eae Prepare capistrano/db migrations to support more setups (#2)
The following parameters have been added to deploy-secrets.yml:

* **use_rvm**: yes/no
* **ruby_version**: Ruby version for rvm. Defaults to 2.3.2
* **repository**: Git repository. Defaults to the oficial repository
* **branch**: Branch to deploy. Defaults to master
* **rails_env**: Defaults to the stage.

Fixed migrations that required admin rights. Now first check if the postgress extensions are available. If so finish without doing nothin.

Added support for passenger.
2018-07-17 17:46:54 +02:00
rgarcia
012d5297ed removes capistrano template configuration 2017-05-04 01:21:08 +02:00
rgarcia
d0b0782c46 sets only one server to run delayed jobs 2016-12-28 21:24:56 +01:00
kikito
dea1a28a69 purges simple_captcha 2016-04-27 16:07:47 +02:00
kikito
f262686023 Allows deploying branches in preproduction
Bundle install
2016-01-26 18:10:51 +01:00
kikito
44b5ea6018 first try at integrating whenever and capistrano 2015-09-11 14:23:41 +02:00
kikito
f8d6dd4ca7 strings to symbols 2015-09-09 19:49:09 +02:00
kikito
e7e1663b26 makes staging the only variable server. uses ENV and defaults to master 2015-09-09 19:46:26 +02:00
kikito
2f983198d7 default to custom branch in staging and pre 2015-09-09 12:45:09 +02:00
kikito
8fb62a3b35 asks for the branch to deploy instead of immediately deploying master in staging & pre 2015-09-09 12:37:33 +02:00
Juanjo Bazán
a8f7611b01 changes branch for production deployments 2015-09-04 18:56:40 +02:00
rgarcia
908a2aca55 comments out pending server 2015-09-03 22:03:59 +02:00
rgarcia
42b54119d2 updating production config for multiple serversg 2015-09-03 17:54:54 +02:00
rgarcia
efecc697db adds second server for production 2015-09-03 12:45:02 +02:00
rgarcia
dc41e25cee sets preproduction deploy variables 2015-09-01 22:56:01 +02:00
David Gil
59aede5b00 adds Google OAuth2 support 2015-08-25 14:15:24 +02:00
David Gil
86dccac9c6 adds support for Facebook OAuth 2015-08-24 20:24:54 +02:00
David Gil
88eb8a6cc4 adds omniauth and omniauth-twitter gems and initializer with references to secrets 2015-08-24 20:22:21 +02:00
rgarcia
24d3342af2 uses server_name from secrets 2015-08-21 19:18:30 +02:00
rgarcia
7da272898e deploys to multiple preproduction servers 2015-08-21 17:07:31 +02:00
Manuel Maldonado
4b501ee46b Capistrano recipe 2015-08-12 01:36:42 +02:00
Juanjo Bazán
60a9fad9c1 adds passenger to deploy config 2015-08-07 12:23:33 +02:00
Juanjo Bazán
808f0fcfbb adds capistrano's deploy configuration and scripts 2015-08-07 12:17:18 +02:00