Getting started
IntroductionInstalled packagesEnvironment variablesDebugging buildsCachingParallel testingDeployment pipelinesRunning commands as rootIgnoring commandsRun a command in case of an errorSetting timezoneAccess to other repositoriesUsing scriptsGit LFSUbuntu 20.04 Focal
IntroductionFTP/SSH/SFTP/RSYNCCustom scriptHerokuHeroku MigrationAWS Elastic BeanstalkAWS CodeDeployAWS LambdaAWS S3Google App EngineAWS CLIgcloud CLIAzure CLIDigital OceanEngine YardCapistranoGit PushCloudFoundryCloud66anynines
IntroductionBrowser testingBackground commandsGit submodulesCustom DNSArtifacts
IntroductionCassandraCouchDBDynamoDBMongoDBMySQLPostgreSQLSQLite
IntroductionDartElixirGoJava and JVMMeteorNode.jsPHPPythonRubyRust
IntroductionBeanstalkdRabbitMQRedis
IntroductionElasticsearchMemcachedSphinx
IntroductionCloudBees CodeShip Pro introduction guideCloudBees CodeShip Pro introduction guide 2CloudBees CodeShip Pro introduction guide 3CloudBees CodeShip Pro introduction guide 4CloudBees CodeShip Pro introduction guide 5
Migrating to CloudBees CodeShip Pro
Docker for CI/CD
Getting started with CloudBees CodeShip Pro overview and resources
IntroductionServices configSteps configEnvironment variablesImage registriesImage cachingBuild argumentsVolumesHandling secretsMultiple reposServices and databasesSetting an SSH private keyPreinstalled images
IntroductionInstallationUsing the Jet CLIjet cleanupjet decryptjet encryptjet generatejet loadjet runjet stepsjet updatejet validatejet version
IntroductionAWSAWS S3AWS EBAWS ECSAWS EKSAWS CodeDeployAzure Container ServiceHerokuGoogle CloudGoogle App EngineGoogle Cloud FunctionsGoogle Container EngineGoogle Compute EngineKubernetesTerraformDeploy Via SSHDocker SwarmIBM Cloud FoundryIBM Cloud Container Service
IntroductionBrowser testingParallel testing
IntroductionElixirGoJava and JVMNode.jsPHPPythonRuby
IntroductionCaching multi-stage DockerfileContainer is slow to exitDiffering results with Jet CLIDocker Hub rate limitingManaging multiple environments for a serviceReducing log output from dependent containersStep log not appearingUsing env vars in command steps

Docker 101 for continuous integration and continuous deployments

3 minute read

We’ve got quickstart repos, sample apps and a getting started guide available to make starting out with CloudBees CodeShip Pro faster and easier.

Because CloudBees CodeShip Pro uses Docker domain language, and is powered by Docker, most customers find it easier to use if they are familiar with Docker concepts.

While being a Docker user is not required to use CloudBees CodeShip Pro, the more you know about Docker the more natively you will be able to understand CloudBees CodeShip Pro.

Does CloudBees CodeShip Pro Require Docker?

CloudBees CodeShip Pro does not require Docker. It does, though, reuse Docker patterns - and it is powered by Docker. So, for Docker applications or teams familiar with Docker, CloudBees CodeShip Pro is often very familiar and easy to set up.

However, teams not using Docker can still make use of the flexibility offered by CloudBees CodeShip Pro, it simply requires learning key concepts we borrow from and reuse from Docker to power your CI/CD builds.

What Is Docker?

Docker is a technology product, created by Docker Inc., based on the open-source Moby project. Docker is a tool to build and run applications inside of containers based on Docker images, which is a portable and reusable file that launches an almost full-stack application environment.

For more information, visit Docker’s "What Is Docker?" page.

Key Docker Concepts

If you’re going to explore Docker and CloudBees CodeShip Pro, here are some links to the concepts that we consider a solid foundation for natively understanding Docker and CloudBees CodeShip Pro.

Dockerfile

Dockerfiles are image specifications, essentially blueprints for what is inside of your images and the containers built from those images. Dockerfiles are often similar to the commands you would run locally to get an environment working: Adding your code, installing your dependencies, fetching packages, etc.

Learn more about Dockerfiles.

Compose/Services File

A Docker Compose file is the syntax model for our own CodeShip Services file, and they do very similar work in their respective contexts.

Docker Compose is a schema for how orchestrating and networking your containers. Compose is a product maintained by Docker, whereas our Services file is a CodeShip-specific file for defining your CI/CD environment that borrows heavily from Compose syntax to define your CI/CD build environment via containers.

Learn more about Docker Compose.

Images

Images environment files are built from Dockerfiles. They are saved either locally or remotely via image registries, and are used to define the specification for containers. Containers are the running instance of any specific image.

Images compile and save a fully loadable environment for your code to run in, in a standardized way. Learn more about Docker images.

Containers

Containers are the running environments instantiated from images. You can run containers in production or just locally. We use them in CI/CD with CloudBees CodeShip Pro to let you define your own environments for your project’s runtime configuration.

Learn more about containers.

Volumes

Volumes are directories mounted either on the host machine or inside your containers (or both) that can share assets between containers. Volumes are a useful way to keep data separate from the container itself, so that it can store and persist outside the temporal nature of a container.

Learn more about Docker volumes.

Learn More

To learn more about how Docker, CloudBees CodeShip Pro and CI/CD work together we recommend our introductory webinar.

Migrating to CloudBees CodeShip Pro
Getting started with CloudBees CodeShip Pro overview and resources