You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
Go to file
Andy Eschbacher a9222018c0
adds docs
7 years ago
.github adds pep8 check item 8 years ago
doc Merge branch 'develop' into add-nonspatial-kmeans-w-class-framework 7 years ago
release Release 0.7.0 7 years ago
src adds docs 7 years ago
.brackets.json recommit from postgresql repo 8 years ago
.gitignore Ignore idea based configurations 8 years ago
.travis.yml Remove manual installation of pysal from CI script 7 years ago
CONTRIBUTING.md Update CONTRIBUTING with information about PG function labels 7 years ago
LICENSE Add licencse 9 years ago
Makefile Remove reference to clean-environments #60 8 years ago
Makefile.global Makefile: Add support for PARALLEL categories 7 years ago
NEWS.md Added pysal v1.14.3 to release notes 7 years ago
README.md Rebranding 8 years ago
RELEASE.md Update RELEASE process 7 years ago
check-compatibility.sh Check function signatures 8 years ago
check-up-to-date-with-master.sh Do not check code is updated when not needed 8 years ago

README.md

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 reseleased versions

Requirements

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

Development Process

We distinguish two roles:

  • developers will implement new functionality and bugfixes into the codebase.
  • A release manager will handle the release 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.
  6. Mention @CartoDB/dataservices in the PR to get it merged into develop.

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.