Go to file
Nolan Brubaker d09b4d60bb
Add milestoned issues to their respective board (#3162)
As long as a milestone and the board have the same title, then this
workflow should take care of adding an issue into the GitHub Project
board when an existing issue is given a milestone.

It does NOT support checking for a milestone when an issue is edited or
created though, due to limitations on GitHub Actions syntax right now -
there's not a great way to validate against an empty `milestone` object
at the moment, per https://docs.github.com/en/free-pro-team@latest/actions/reference/context-and-expression-syntax-for-github-actions

Signed-off-by: Nolan Brubaker <brubakern@vmware.com>

Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
2020-12-08 15:59:43 -08:00
.github Add milestoned issues to their respective board (#3162) 2020-12-08 15:59:43 -08:00
changelogs feat: support configure BSL CR to indicate which one is the default (#3092) 2020-12-08 16:38:29 -05:00
cmd
config feat: support configure BSL CR to indicate which one is the default (#3092) 2020-12-08 16:38:29 -05:00
design Draft design doc for restoring API group version by priority level (#3050) 2020-12-08 16:49:45 -05:00
examples 📖 use correct link to the minio.md (#3071) 2020-11-12 16:08:26 -08:00
hack Add Tilt configs (#3119) 2020-12-08 13:42:03 -05:00
internal 🐛 BSLs with validation disabled should be validated at least once (#3084) 2020-12-03 07:52:36 -08:00
pkg feat: support configure BSL CR to indicate which one is the default (#3092) 2020-12-08 16:38:29 -05:00
site feat: support configure BSL CR to indicate which one is the default (#3092) 2020-12-08 16:38:29 -05:00
test/e2e Add an E2E test framework to test Velero across cloud platforms (#3060) 2020-11-24 14:12:52 -05:00
third_party/kubernetes/pkg/kubectl/cmd
tilt-resources Add Tilt configs (#3119) 2020-12-08 13:42:03 -05:00
.dockerignore
.gitignore Add Tilt configs (#3119) 2020-12-08 13:42:03 -05:00
.goreleaser.yml
ADOPTERS.md
CHANGELOG.md
CODE_OF_CONDUCT.md Update to latest covenant coc (#3076) 2020-11-19 16:07:38 -05:00
CONTRIBUTING.md
Dockerfile
GOVERNANCE.md
LICENSE
MAINTAINERS.md Add Dave Uchida (#3077) 2020-11-16 10:35:41 -05:00
Makefile Add an E2E test framework to test Velero across cloud platforms (#3060) 2020-11-24 14:12:52 -05:00
PROJECT
README.md
ROADMAP.md
SECURITY.md
SUPPORT.md
Tiltfile Change distro (#3166) 2020-12-08 18:13:51 -05:00
go.mod Add an E2E test framework to test Velero across cloud platforms (#3060) 2020-11-24 14:12:52 -05:00
go.sum Add Tilt configs (#3119) 2020-12-08 13:42:03 -05:00
golangci.yaml
netlify.toml
restore-hooks_product-requirements.md

README.md

100

Build Status CII Best Practices

Overview

Velero (formerly Heptio Ark) gives you tools to back up and restore your Kubernetes cluster resources and persistent volumes. You can run Velero with a public cloud platform or on-premises. Velero lets you:

  • Take backups of your cluster and restore in case of loss.
  • Migrate cluster resources to other clusters.
  • Replicate your production cluster to development and testing clusters.

Velero consists of:

  • A server that runs on your cluster
  • A command-line client that runs locally

Documentation

The documentation provides a getting started guide and information about building from source, architecture, extending Velero, and more.

Please use the version selector at the top of the site to ensure you are using the appropriate documentation for your version of Velero.

Troubleshooting

If you encounter issues, review the troubleshooting docs, file an issue, or talk to us on the #velero channel on the Kubernetes Slack server.

Contributing

If you are ready to jump in and test, add code, or help with documentation, follow the instructions on our Start contributing documentation for guidance on how to setup Velero for development.

Changelog

See the list of releases to find out about feature changes.