Download the PHP package tightenco/takeout without Composer

Takeout

Takeout is a CLI tool for spinning up tiny Docker containers, one for each of your development environment dependencies.

It's meant to be paired with a tool like Laravel Valet. It's currently compatible with macOS, Linux, Windows 10 and WSL2.

With takeout enable mysql you're running MySQL, and never have to worry about managing or fixing Homebrew MySQL again.

But you can also easily enable ElasticSearch, PostgreSQL, MSSQL, Mongo, Redis, and more, with a simple command. For a current list of services, look at the classes available in this directory: https://github.com/tighten/takeout/tree/main/app/Services

Requirements

• macOS, Linux, Windows 10 or WSL2
• Docker installed (macOS: Docker for Mac, Windows: Docker for Windows)

If you opt for the PHP/Composer installation (not recommended), you also need:

• PHP installed (latest major version)
• Composer installed

Installation

The recommended way to install Takeout is the dockerized version via an alias (add this to your ~/.bashrc, ~/.zshrc or equivalent).

On Linux or macOS, use:

On Windows 10|11, if you're using Bash, use:

On Windows 10|11, if you're using PowerShell, use:

That's it. You may now use Takeout on your terminal. The first time you use this alias, it will pull the Takeout image from Docker Hub.

To update the image, run docker pull tighten/takeout when you want to get the newest release.

Otherwise, if you have a PHP environment available, you may install Takeout via Composer:

If you use the PHP/Composer installation, make sure you're on the latest version of PHP. We'll only support the current major version of PHP using this installation approach.

Usage

Run takeout and then a command name from anywhere in your terminal.

One of Takeout's primary benefits is that it boots ("enables") or deletes ("disables") Docker containers for your various dependencies quickly and easily.

Because Docker offers persistent volume storage, deleting a container (which we call "disabling" it) doesn't actually delete its data. That means you can enable and disable services with reckless abandon.

Enable a service

Show a list of all services you can enable.

Enable specific services

Passed the short name of one or more services, enable them.

Enable services with default parameters

If you want to skip over being asked for each parameter and just accept the defaults. This also works with multiple services in one command.

Passthrough Container Arguments

You may specify extra arguments to the container after a -- sepatator:

Notice that these are arguments for the container Entrypoint, not extra docker run options (see below).

Extra docker run Options

Under the hood, the takeout enable command generates a docker run command. Sometimes you may want to specify extra options to the docker run command such as an extra environment variable or an extra volume mapping. You can pass a string with all the extra docker run options using the --run= option:

Which would generate the following command:

Where {docker-run-options} are the options you specify inside the --run option and {service-options} are generated based on the default options for that service.

Mixing docker run Options With Container Arguments

You may mix and match the run options with the container arguments:

Disable a service

Show a list of all enabled services you can disable.

Disable specific services

Passed the short name of one or more services, disable the enabled services that match them most closely.

Disable all services

Start a stopped container

Show a list of all stopped containers you can start.

Start specific stopped containers

Passed the container ID of one or more stopped containers, start the stopped containers that matches them.

Start all containers

You may pass the -all flag to start all enabled containers.

Stop a running container

Show a list of all running containers you can stop.

Stop specific running containers

Passed the container ID of one or more running containers, stop the running containers that matches them.

Get a shell inside any Takeout container

To get a shell inside any container that is started with Takeout, you may run:

Here are some examples:

This will open a shell inside the running container for the service you provide. Takeout will start either a bash or a sh process inside the container, depending on what the container supports.

Running multiple versions of a dependency

Another of Takeout's benefits is that it allows you to have multiple versions of a dependency installed and running at the same time. That means, for example, that you can run both MySQL 5.7 and 8.0 at the same time, on different ports.

Run takeout enable mysql twice; the first time, you'll want to choose the default port (3306) and the first version (5.7), and the second time, you'll want to choose a second port (3307), the second version (8.0) and a different volume name (so that they don't share the same mysql_data).

Now, if you run takeout list, you'll see both services running at the same time.

Network Details

Takeout containers are automatically added to a Docker network named takeout. This allows you to use the same aliasing and base aliasing that is used for the other containers.

Each container is given two aliases on this network:

• A base_alias based on the core dependency name (e.g. mysql, postgres)
• A full_alias combining the base alias and version (e.g. mysql8.0, postgres13)

Other containers on the takeout network can access Takeout containers by their aliases. Check this article on how you can use sail and takeout together

FAQs

Future plans

The best way to see our future plans is to check out the Projects Board, but here are a few plans for the future:

• Electron-based GUI
• self-remove command: Deletes all enabled services and then maybe self-uninstalls?
• upgrade: destroys the old container, brings up a new one with a newly-specified tag (prompt user for it, default latest) and keeps all other parameters (e.g. port, volume) exactly the same as the old one
• pt/passthrough: proxy commands through to docker (./takeout pt mysql stop)
• Deliver package in a way that's friendly to non-PHP developers (Homebrew? NPM?)
• Allow other people to extend Takeout by adding their own plugins (thanks to @angrybrad for the idea!)

Process for release

If you're working with us and are assigned to push a release, here's the easiest process:

1. Visit the Takeout Releases page; figure out what your next tag will be (increase the third number if it's a patch or fix; increase the second number if it's adding features)
2. On your local machine, pull down the latest version of main (git checkout main && git pull)
3. Build for the version you're targeting (php ./takeout app:build)
4. Run the build once to make sure it works (php ./builds/takeout list)
5. Commit your build and push it up
6. Draft a new release with both the tag version and release title of your tag (e.g. v1.5.1)
7. Use the "Generate release notes" button to generate release notes from the merged PRs.
8. Hit Publish release
9. The new tag and release will trigger the docker-publish.yml workflow, which should take care of building and pushing the new image of the Docker container (see the "Building The Docker Image Manually" section below)
10. Profit 😆

Building The Docker Image Manually

The important thing is to remember to build both linux/amd64 and linux/arm64 images. We rely on Docker's buildx command, which uses Docker's BuildKit behind the scenes, which allows us to build for multiple platforms, independently of the platform of the machine building the image.

You may build and publish a new version of the docker image using the following command:

If it's the first time you're building the image, you may get the following error:

This means that you first need to create a builder container, which you maydo like so:

After that, retrying the buildx command should work.

Please, note that building the container will simply copy the current version of the Takeout phar file at builds/takeout to inside the container and publish that, so make sure you have to most recent version built locally. If you don't, follow the release process to build the new version before building the Docker image.