gemset.sls #7

  • //
  • guest/
  • tjuricek/
  • p4ws/
  • stream/
  • main/
  • salt/
  • srv/
  • perforce/
  • web-services/
  • p4webapi/
  • gemset.sls
  • Commits
# Change User Description Committed
#7 13266 tjuricek Reorganized depot to avoid stream/main in path.

This may be re-imported.
#6 13230 tjuricek Created a 'cluster' build procedure that creates an installer on build, and executes the install on a test instance.

The main change is to package all gem dependencies via 'vendor/cache' (using the 'bundle package' command).

Right now, there appears to be an issue with test data initialization, which may need a revised approach.
#5 13227 tjuricek Revised Salt hierarchy to allow for CD clustering.

Now, there are two main salt environments: 'build' and 'eval'.

The 'eval' environment can be configured for testing or development by setting the Grain 'dev_pillar: True' or 'test_pillar: True'.

The test modes may need a bit more effort to figure out exactly where I'll put the .deb files. The dev box passes p4_web_api tests.
#4 13225 tjuricek Initial configuration for the p4_project_services.

The tests haven't been run yet, so it's likely missing some more configuration.

Using vagrant to even manage these environments may not be our realistic CD premise. I may end up moving some more responsibility into the Salt layer, which would make vSphere automation easier.
#3 13222 tjuricek Add 'test-ubuntu12' environment that sets up projects based on "production" packages.

Packages are installed from source files that should have been created by the last 'build-ubuntu12' environment. Since the package building process "dirties" up the environment it's better to use a clean system to test package installation.
#2 13206 tjuricek Complete and seed the setup of the p4webapi in a development mode.

This works against the local development tree for dev environments.
#1 13204 tjuricek Reorganize salt tree to have a single set of states (probably) organized with different basic minion configurations.