Download the PHP package terminus-plugin-project/terminus-dibs-plugin without Composer
On this page you can find all versions of the php package terminus-plugin-project/terminus-dibs-plugin. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download terminus-plugin-project/terminus-dibs-plugin
More information about terminus-plugin-project/terminus-dibs-plugin
Files in terminus-plugin-project/terminus-dibs-plugin
Package terminus-dibs-plugin
Short Description Dibs - A Terminus plugin that allows you to call dibs on your Pantheon environments.
License MIT
Informations about the package terminus-dibs-plugin
Terminus Plugin: Dibs
Dibs is a Terminus plugin for "calling dibs" on site environments. It can be useful for teams who are working together on a limited number of multidevs, or in the context of build automation and continuous integration.
Installation
The simplest way to install this plugin is via Composer! Run the following command to install this plugin:
If you do not wish to use Composer, place the contents of this repository into
~/.terminus/plugins/dibs
or the location of your $TERMINUS_PLUGINS_DIR
. You
may do so either by cloning this repository using git, or by un-compressing the
tarball from a release on GitHub.
Verify that installation succeeded by running terminus help env:dibs
Usage
Dibs'ing a specific environment
To call dibs on the dev
environment on a site called your-site
run:
If the call succeeded, you should see a message like the following:
...In addition to details about the environment.
Note that you must leave a note when calling dibs. If you or anyone else on your
team attempt to call dibs on dev
again, you'll see an error containing the
message originally used to call dibs. Be sure to leave meaningful notes for your
colleagues!
Un-dibs'ing an environment
Once you're done using your environment, you can undibs it by running the following command:
If the call succeeded, you should see a message like the following:
...In addition to details about the environment.
Afterward, you or anyone else on your team may call dibs on dev
again.
Dibs'ing any available environment
If you don't care which environment you call, you may run the following command, which doesn't require an environment name. Dibs will attempt to find an environment that hasn't already been called.
If an environment was found, you'll see the same success message as shown above, including the name of the dibs'd environment. Additionally, details about the dibs'd environment will be returned.
If all environments are spoken for, you'll see an error message
By default, all environments except for the live environment may be dibs'd.
Dibs'ing an environment based on a filter
If you'd like to dibs an environment, but wish to limit the environments made available for dibs'ing, you can do so by providing a regex pattern as a filter.
The above command would call dibs on a multidev, ignoring the dev
, test
, and
live
environments.
Note: In both cases where no specific environment is provided, only those environments that are fully spun-up are dibs'able. If you need to dibs an environment as it is being spun up, specify the environment name.
Dibs Report
If you want to see an overview of environments and their dibs status, you can get an environment-by-environment breakdown using the following command:
Doing so, you'd get a response like this:
Note that you can also supply a regex filter to limit the environments returned in the report:
You can also use a flag, , to further filter down environments that have been dibs'd for a given amount of time (in seconds):
Use-cases
This plugin assumes that you have persistent or semi-persistent environments spun up on your Pantheon site. It can be useful for a variety of use-cases, both human and automated.
Poor man's multidev
Suppose you have a team of two or more and you're working for a client who is
too stingy for multidevs. If two of you want to try out new configurations in
the same area of the site, how do you figure out who uses dev
vs. test
?
This plugin can help manage work!
Speed up CI builds
Suppose you run automated tests on a CI server that spin up and tear down multidev environments, but the database is so large that a site create takes forever.
Use this plugin to speed up your builds! Keep a handful of persistent CI
environments around, named using a convention like ci1
, ci2
, etc. Instead of
spinning up/tearing down environments, just call dibs!
Note you can also specify multiple fields (--fields=id,domain
) (rather than
one) or specify an alternative format (--format=json
) if desired. For more
details, run: terminus help site:dibs
Multidev management
Suppose you have a large team or a large number of features you're working on simultaneously, but only a handful of multidev environments.
Use this plugin to keep everyone from stepping on each other's toes! Keep your
multidev count at max capacity, named using a convention like dev1
, dev2
,
etc. Call dibs on an environment before you start working on a feature or as
soon as it's ready for QA.
Internals
In order to maintain state about whether or not an environment is dibs'd, this
plugin writes a small JSON file to a publicly accessible location in the site
environment's file system. If you run any file-based workflow operations (like
cloning from live
to your dibs'd environment), dibs state will be lost.
This plugin is smart enough to recognize when an environment has been created
from a previously dibs'd environment (e.g. a clone of db/files from one
environment to another), and will allow the target site to be dibs'd (like if
dev
was already dib's and you spun up multidev-1
from dev
, even though the
dibs JSON from dev
would exist on multidev-1
, this plugin will still allow
you to call dibs on multidev-1
anyway).
Notes
- Compatibility with
terminus 2.0.x
:- 1.x versions of Dibs is compatible with
1.x
up to2.0.0
versions of Terminus.
- 1.x versions of Dibs is compatible with