airship
/
airshipctl
Code Issues Proposed changes
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.
789 Commits
1 Branch
6.4MB
Branch: master
Branches Tags
${ item.name }
Create branch ${ searchTerm }
from 'master'
${ noResults }
Zuul b93fd561a1 Merge "Fixed local scripts" 1 hour ago
.github Update Airship vulnerability link 1 week ago
certs Adding the ability to inject certificate authorities into docker image 1 month ago
cmd Implement document rendering sub-command 1 week ago
docs Implement document rendering sub-command 1 week ago
manifests Fix network issues on startup for cloud-init 1 week ago
pkg Merge "Implement document rendering sub-command" 1 day ago
playbooks Fixed the script path issue 2 days ago
roles Locked version of sushy-tools 20 hours ago
testdata/k8s Fix default Airshipctl config parameters 2 weeks ago
tests/ansible Reusing apache-server instead of httpd 4 weeks ago
testutil Fix Lint warnings: Missing comments for functions 1 week ago
tools Fixed local scripts 20 hours ago
zuul.d Fixed the script path issue 2 days ago
.gitignore Fix typo in .gitignore 1 week ago
.gitreview Gerrit: Add .gitreview file 11 months ago
.golangci.yaml Enable golint as part of golangci-lint. 1 week ago
CONTRIBUTING.md Remove Read the Docs jobs 1 week ago
Dockerfile Adding the ability to inject certificate authorities into docker image 1 month ago
LICENSE Add LICENSE 7 months ago
Makefile Merge "Fixed docker build space issue" 1 week ago
README.rst Update stale README and reformat docs 2 weeks ago
Vagrantfile [#32]: scripts for local run playbooks 3 months ago
go.mod Skip variables substitution in clusterctl integration 3 weeks ago
go.sum Add automated CLI documentation 2 weeks ago
main.go Write cli errors to stderr 2 weeks ago
tox.ini Replace venv with tox for documentation builds 3 weeks 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.