MySQL and MariaDB version control using Git
Go to file
Juan Ferrer 99461688cd SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
exporters SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
server Refactor and fixes 2020-12-04 17:30:26 +01:00
template Apply staged changes 2020-12-19 00:53:21 +01:00
.dockerignore Alpha release 2020-12-02 08:35:26 +01:00
.gitignore Refactor, init command, auto-create version tables 2020-11-19 13:51:27 +01:00
LICENSE Documentation updated, keywords 2020-11-16 01:58:27 +01:00
README.md SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
cli.js Refactor and fixes 2020-12-04 17:30:26 +01:00
db.ini Refactor, init command, auto-create version tables 2020-11-19 13:51:27 +01:00
docker.js Refactor and error fixes 2020-12-04 10:15:29 +01:00
myvc-dump.js Bugs fixed 2020-12-05 22:50:45 +01:00
myvc-dump.sh Alpha release 2020-12-02 08:35:26 +01:00
myvc-init.js Refactor and fixes 2020-12-04 17:30:26 +01:00
myvc-pull.js SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
myvc-push.js SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
myvc-run.js Bugs fixed 2020-12-05 22:50:45 +01:00
myvc-start.js Refactor and fixes 2020-12-04 17:30:26 +01:00
myvc.default.yml Alpha release 2020-12-02 08:35:26 +01:00
myvc.js SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
package-lock.json SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
package.json SHA sum, export definer, don't stop on errors 2021-10-22 16:11:03 +02:00
structure.sql User version fixes 2021-10-16 08:44:19 +02:00

README.md

MyVC (MySQL Version Control)

Utilities to ease the maintenance of MySQL or MariaDB database versioning using a Git repository.

This project is just to bring an idea to life and is still in an early stage of development, so it may not be fully functional.

Any help is welcomed! Feel free to contribute.

Requirements

  • Node.js >= 14.0
  • Git
  • Docker (Local server)

Installation

It's recommended to install the package globally.

# npm install -g myvc
$ myvc [command]

You can also install locally and use the npx command to execute it.

$ npm install myvc
$ npx myvc [command]

How to use

Execute myvc with the desired command.

$ myvc [-w|--workspace] [-r|--remote] [-d|--debug] [-h|--help] command

The default workspace directory is the current working directory and unless otherwise indicated, the default remote is local.

Database versioning commands:

  • init: Initialize an empty workspace.
  • pull: Incorporates database routines changes into workspace.
  • push: Apply changes into database.

Local server management commands:

  • dump: Export database structure and fixtures from production.
  • run: Build and starts local database server container.
  • start: Start local database server container.

Each command can have its own specific commandline options.

Basic information

First of all you have to initalize your workspace.

$ myvc init

Now you can configure MyVC using myvc.config.yml file, located at the root of your workspace. This file should include the project codename and schemas/tables wich are exported when you use pull or dump commands.

Remotes

Create database connection configuration for each environment at remotes folder using standard MySQL ini configuration files. The convention remote names are production and test.

remotes/[remote].ini

Dumps

Structure and fixture dumps will be created into hidden file dump/.dump.sql. You can also create your local fixture and structure files.

  • dump/structure.sql
  • dump/fixtures.sql

Routines

Routines should be placed inside routines folder. All objects that have PL/SQL code are considered routines. It includes events, functions, procedures, triggers and views with the following structure.

  routines
  `- schema
     |- events
     |  `- eventName.sql
     |- functions
     |  `- functionName.sql
     |- procedures
     |  `- procedureName.sql
     |- triggers
     |  `- triggerName.sql
     `- views
        `- viewName.sql

Versions

Versions should be placed inside versions folder with the following structure. Don't place your PL/SQL objects here, use the routines folder!

  versions
  |- 00001-firstVersionCodeName
  |  |- 00-firstExecutedScript.sql
  |  |- 01-secondScript.sql
  |  `- 99-lastScript.sql
  `- 00002-secondVersion
     |- 00-firstExecutedScript.sql
     `- 00-sameNumbers.sql

Local server

The local server will be created as a MariaDB Docker container using the base dump created with the dump command plus pushing local versions and changed routines.

Why

The main reason for starting this project it's because there are no fully free and opensource migration tools available that allow versioning database routines with an standard CVS system as if they were normal application code.

Also, the existing tools are too complex and require too much knowledge to start a small project.

Todo

Improve the pull command to, instead of completely overwriting the routines directory, merge the database changes with the local SQL files. It is possible using a library that allows to manipulate git repositories (nodegit) and running the following steps:

  1. Save the current HEAD.
  2. Check out to the last database push commit (saved in versioning tables).
  3. Create and checkout to a new branch.
  4. Export database routines.
  5. Commit the new changes.
  6. Checkout to the original HEAD.
  7. Merge the new branch into.
  8. Let the user deal with merge conflicts.

Use a custom Dockerfile for local database container.

Allow to specify a custom workspece subdirectory inside project directory.

Create a lock during push to avoid collisions.

Built With