Skip to content

tidepool-org/platform

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Platform

The Tidepool Platform API.

Build Status

Setup

  1. Install Go version 1.11.4 or later

  2. Install mongodb (if it is not already installed, or run it from Docker)

    The tests assume that mongodb is listening on 127.0.0.1:27017.

    1. Configure mongodb replica sets (required for tests to pass)

      A single node is all that's required. It can be as simple as simple adding --replSet rs0 when running mongd, or the equivalent config file change.

  3. Start mongodb (if it is not already running)

    1. Initiate the replica set

      Something like: mongosh rs.initiate()

  4. Clone this repo

  5. Change directory to the path you cloned the repo into

  6. Source the env.sh file

  7. Execute make buildable to install the various Go tools needed for building and editing the project

For example:

brew install go
brew install mongo
brew services start mongodb
git clone https://github.com/tidepool-org/platform.git
cd platform
. ./env.sh
make buildable

Configure Plugin Visibility

By default, all plugins are configured to use the public versions (which typically are nothing more than a bare minimum shell). Public visilibity is fine for developing, building, or using platform without any of the private plugin functionality.

To change plugin visibility to private:

make plugins-visibility-private

This will update the private plugin submodules and create a Go workspace to use the private plugin during development and builds.

To restore the plugin visibility to public:

make plugins-visibility-public

NOTE: Do NOT commit any update = none changes to .gitmodules nor the go.work or go.work.sum files. Furthermore, ensure no private code is committed to the public platform repository.

Execute

  1. Setup the environment, as above.
  2. Build the project.
  3. Execute a service.

In addition to the setup above, for example:

make build
_bin/services/data/data

Use Ctrl-C to stop the executable. It may take up to 60 seconds to stop.

Note: For testing and development, services are generally run on a local Kubernetes cluster through the development repo.

Makefile

  • To setup your Go environment for building and editing the project:
make buildable
  • To build the executables:
make build

All executables are built to the _bin directory in a hierarchy that matches the locations of executable source files.

The environment variable BUILD indicates which executables to build. If not specified, then all executables are built. For example, to build just the executables found in the services directory:

BUILD=services make build
  • To run all of the tests manually:
make test

The environment variable TEST indicates which package hierarchy to test. If not specified, then all packages are tested. For example,

TEST=user make test
  • To run gofmt, goimports, and go vet:
make pre-commit
  • To clean the project of all build files:
make clean

Upgrade Golang Version

Prepare

Before you update this repository to use a newer version of Golang, please perform these checks:

  • Review the release notes for all Golang versions, major and minor, from the current Golang version to the target Golang version. The entire Golang release history can be found at https://golang.org/doc/devel/release.html.
    • For major revisions, if any change described in the release notes could have a negative impact upon this repository, follow up and review any associated issues and the updated code. Make note of this change in order to explicitly test after upgrading.
    • For minor revisions, review all issues included in the associated GitHub milestone issue tracker. These can be found in the minor revision release notes. If any issue could have a negative impact upon this repository, review the updated code. Make note of this issue in order to explicitly test after upgrading.
  • Install gimme(https://github.com/travis-ci/gimme) via brew. Execute gimme -k. Ensure that the target Golang version is listed. The gimme tool is used by Travis CI to manage Golang versions. If the version is not listed, then the Travis CI build will not succeed.
  • Browse to https://hub.docker.com/_/golang and ensure the target Golang version in an Alpine Linux image is available. For example, if the target version is 1.11.4, then ensure that the 1.11.4-alpine image tag is available. If the image tag is not avaiable, then the Travis CI build will not succeed.

Upgrade

Ensure you are using the target Golang version locally.

Change the version in .travis.yml and all Dockerfile.* files.

Test

Ensure the ci-build and ci-test Makefile targets pass using the target Golang version.

If you previously noted any changes or issues of concern, perform any explicit tests necessary.

Upgrade Dependencies

Upgrade

go get -u <dependency> # e.g. go get -u github.com/onsi/gomega
go mod tidy

Review

Review all pending changes to all dependencies. If any changes could have a negative impact upon this repository, make note of this change to explicitly test afterwards.

Test

Ensure the ci-build and ci-test Makefile targets pass using the target Golang version.

If you previously noted any changes or issues of concern, perform any explicit tests necessary.

About

The Tidepool Platform API

Topics

Resources

License

Security policy

Stars

Watchers

Forks

Sponsor this project

Packages

No packages published

Contributors 16

Languages