A CLI for managing declarative infrastructure.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
Vladislav Kuzmin 27e0ab455c Add isogen executor 5 days ago
.github Update Airship vulnerability link 4 months ago
certs Adding the ability to inject certificate authorities into docker image 4 months ago
cmd Remove clusters, users, reconcilation and config import 3 days ago
docs Remove clusters, users, reconcilation and config import 3 days ago
manifests Add isogen executor 1 day ago
pkg Add isogen executor 1 day ago
playbooks Enhance log collection zuul jobs 1 week ago
roles Merge "Allow do gather pod logs for different clusters" 5 days ago
testdata/k8s Remove clusters, users, reconcilation and config import 3 days ago
tests/ansible Reusing apache-server instead of httpd 4 months ago
testutil Remove clusters, users, reconcilation and config import 3 days ago
tools Remove clusters, users, reconcilation and config import 3 days ago
zuul.d Enhance log collection zuul jobs 1 week ago
.gitignore Fix typo in .gitignore 4 months ago
.gitreview Gerrit: Add .gitreview file 1 year ago
.golangci.yaml Replace Non-ASCII symbols 1 month ago
CONTRIBUTING.md Guideline against very large Gerrit Changes 2 months ago
Dockerfile Add label to Dockerfile 3 days ago
LICENSE Add LICENSE 11 months ago
Makefile Merge "improve logging" 2 weeks ago
README.rst Update stale README and reformat docs 4 months ago
Vagrantfile [#32]: scripts for local run playbooks 6 months ago
go.mod Merge "Add poller" 1 month ago
go.sum Merge "Add poller" 1 month ago
main.go Refactor airshipctl root command 3 weeks ago
tox.ini Replace venv with tox for documentation builds 4 months ago

README.rst

Airshipctl

Airshipctl is a command-line interface that enables users to manage declarative infrastructure and software.

Airshipctl aims to provide a seamless experience for operators wishing to leverage the best open source options such as the Cluster API, Metal Kubed, Kustomize, and kubeadm by providing a straight forward and easily approachable interface.

This project is the heart of our effort to produce Airship 2.0, which has three main evolutions from Airship 1.0:

  • Expand our use of entrenched upstream projects.
  • Embrace Kubernetes Custom Resource Definitions (CRD) – everything becomes an object in Kubernetes.
  • Make the Airship control plane ephemeral.

To learn more about the Airship 2.0 evolution, reference the Airship blog series.

Contributing

Airshipctl is under active development and welcomes new developers! Please read our developer guide to begin contributing.

We also encourage new contributors and operators alike to join us in our Slack workspace and subscribe to our mailing lists.

You can learn more about Airship on the Airship wiki.