Go to file
2019-12-19 18:12:23 +01:00
.github adds pep8 check item 2016-10-06 08:56:14 -04:00
doc adds more information to the notes 2018-03-12 10:06:39 -04:00
release WIP2: Python3 + PG12 2019-12-19 16:30:23 +01:00
src Beat on the yak 2019-12-19 18:12:23 +01:00
.gitignore Ignore idea based configurations 2016-06-09 11:27:15 +02:00
.travis.yml Continue python3 journey 2019-12-19 16:35:10 +01:00
carto-package.json PostGIS uses 4 numbers 2018-08-17 10:47:01 +02:00
check-compatibility.sh WIP: PG12 + Python3 compat 2019-12-19 15:22:49 +01:00
check-up-to-date-with-master.sh Do not check code is updated when not needed 2016-08-11 19:20:04 +02:00
CONTRIBUTING.md WIP: PG12 + Python3 compat 2019-12-19 15:22:49 +01:00
LICENSE Add licencse 2016-02-15 18:36:38 +01:00
Makefile WIP: PG12 + Python3 compat 2019-12-19 15:22:49 +01:00
Makefile.global Python3 needs to use nosetests3 2019-12-19 16:58:35 +01:00
NEWS.md WIP: PG12 + Python3 compat 2019-12-19 15:22:49 +01:00
README.md WIP: PG12 + Python3 compat 2019-12-19 15:22:49 +01:00
RELEASE.md WIP: PG12 + Python3 compat 2019-12-19 15:22:49 +01:00

Crankshaft Build Status

CARTO Spatial Analysis extension for PostgreSQL.

Code organization

  • doc/ documentation
  • src/ source code
  • pg/ contains the PostgreSQL extension source code
  • py/ Python module source code
  • release released versions

Requirements

  • PostgreSQL
  • plpythonu (for PG12+, plpython3u) and postgis extensions
  • python-scipy system package (see src/py/README.md)

Development Process

We use the branch develop as the main integration branch for development. The master is reserved to handle releases.

The process is as follows:

  1. Create a new topic branch from develop for any new feature or bugfix and commit their changes to it:
git fetch && git checkout -b my-cool-feature origin/develop
  1. Code, commit, push, repeat.
  2. Write some tests for your feature or bugfix.
  3. Update the NEWS.md doc.
  4. Create a pull request and mention relevant people for a peer review.
  5. Address the comments and improvements you get from the peer review.

In order for a pull request to be accepted, the following criteria should be met:

  • The peer review should pass and no major issue should be left unaddressed.
  • CI tests must pass (travis will take care of that).

Development Guidelines

For a detailed description of the development process please see the CONTRIBUTING.md guide.

Testing

The tests (both for SQL and Python) are executed by running, from the top directory:

sudo make install
make test

Release

The release process is described in the RELEASE.md guide and is the responsibility of the designated release manager.