Compare commits
9 Commits
v0.3.0-rc3
...
v0.3.0
Author | SHA1 | Date | |
---|---|---|---|
5c3c171642 | |||
4a292cd451 | |||
f82af22b10 | |||
4f9faf60bb | |||
f44f4cf953 | |||
ddc0ca4791 | |||
e90d8c12b1 | |||
ffff8ac2fd | |||
d6674e0f49 |
@ -1,11 +1,11 @@
|
|||||||
# How to Contribute
|
# How to Contribute
|
||||||
|
|
||||||
cni is [Apache 2.0 licensed](LICENSE) and accepts contributions via GitHub
|
CNI is [Apache 2.0 licensed](LICENSE) and accepts contributions via GitHub
|
||||||
pull requests. This document outlines some of the conventions on development
|
pull requests. This document outlines some of the conventions on development
|
||||||
workflow, commit message formatting, contact points and other resources to make
|
workflow, commit message formatting, contact points and other resources to make
|
||||||
it easier to get your contribution accepted.
|
it easier to get your contribution accepted.
|
||||||
|
|
||||||
We welcome improvements to documentation as well as to code.
|
We gratefully welcome improvements to documentation as well as to code.
|
||||||
|
|
||||||
# Certificate of Origin
|
# Certificate of Origin
|
||||||
|
|
||||||
@ -41,7 +41,19 @@ This is a rough outline of how to prepare a contribution:
|
|||||||
- Make sure any new code files have a license header.
|
- Make sure any new code files have a license header.
|
||||||
- Submit a pull request to the original repository.
|
- Submit a pull request to the original repository.
|
||||||
|
|
||||||
Thanks for your contributions!
|
# Acceptance policy
|
||||||
|
|
||||||
|
These things will make a PR more likely to be accepted:
|
||||||
|
|
||||||
|
* a well-described requirement
|
||||||
|
* tests for new code
|
||||||
|
* tests for old code!
|
||||||
|
* new code follows the conventions in old code
|
||||||
|
* a good commit message (see below)
|
||||||
|
|
||||||
|
In general, we will merge a PR once two maintainers have endorsed it.
|
||||||
|
Trivial changes (e.g., corrections to spelling) may get waved through.
|
||||||
|
For substantial changes, more people may become involved, and you might get asked to resubmit the PR or divide the changes into more than one PR.
|
||||||
|
|
||||||
### Format of the Commit Message
|
### Format of the Commit Message
|
||||||
|
|
||||||
|
@ -1,5 +1,5 @@
|
|||||||
|
Dan Williams <dcbw@redhat.com> (@dcbw)
|
||||||
Gabe Rosenhouse <grosenhouse@pivotal.io> (@rosenhouse)
|
Gabe Rosenhouse <grosenhouse@pivotal.io> (@rosenhouse)
|
||||||
Michael Bridgen <michael@weave.works> (@squaremo)
|
Michael Bridgen <michael@weave.works> (@squaremo)
|
||||||
Stefan Junker <stefan.junker@coreos.com> (@steveeJ)
|
Stefan Junker <stefan.junker@coreos.com> (@steveeJ)
|
||||||
Tom Denham <tom.denham@metaswitch.com> (@tomdee)
|
Tom Denham <tom.denham@metaswitch.com> (@tomdee)
|
||||||
Zach Gershman <zachgersh@gmail.com> (@zachgersh)
|
|
||||||
|
@ -30,6 +30,7 @@ To avoid duplication, we think it is prudent to define a common interface betwee
|
|||||||
- [Weave - a multi-host Docker network](https://github.com/weaveworks/weave)
|
- [Weave - a multi-host Docker network](https://github.com/weaveworks/weave)
|
||||||
- [Project Calico - a layer 3 virtual network](https://github.com/projectcalico/calico-cni)
|
- [Project Calico - a layer 3 virtual network](https://github.com/projectcalico/calico-cni)
|
||||||
- [Contiv Networking - policy networking for various use cases](https://github.com/contiv/netplugin)
|
- [Contiv Networking - policy networking for various use cases](https://github.com/contiv/netplugin)
|
||||||
|
- [Mesos - a distributed systems kernel](https://github.com/apache/mesos/blob/master/docs/cni.md)
|
||||||
|
|
||||||
## Contributing to CNI
|
## Contributing to CNI
|
||||||
|
|
||||||
|
33
ROADMAP.md
Normal file
33
ROADMAP.md
Normal file
@ -0,0 +1,33 @@
|
|||||||
|
# CNI Roadmap
|
||||||
|
|
||||||
|
This document defines a high level roadmap for CNI development.
|
||||||
|
The list below is not complete, and we advise to get the current project state from the [milestones defined in GitHub](https://github.com/containernetworking/cni/milestones).
|
||||||
|
|
||||||
|
## CNI Milestones
|
||||||
|
|
||||||
|
### [v0.2.0](https://github.com/containernetworking/cni/milestones/v0.2.0)
|
||||||
|
|
||||||
|
* Signed release binaries
|
||||||
|
* Introduction of a testing strategy/framework
|
||||||
|
|
||||||
|
### [v0.3.0](https://github.com/containernetworking/cni/milestones/v0.3.0)
|
||||||
|
|
||||||
|
* Further increase test coverage
|
||||||
|
* Simpler default route handling in bridge plugin
|
||||||
|
* Clarify project description, documentation and contribution guidelines
|
||||||
|
|
||||||
|
### [v0.4.0](https://github.com/containernetworking/cni/milestones/v0.4.0)
|
||||||
|
|
||||||
|
* Further increase test coverage
|
||||||
|
* Simpler bridging of host interface
|
||||||
|
* Improve IPAM allocator predictability
|
||||||
|
* Allow in- and output of arbitrary K/V pairs for plugins
|
||||||
|
|
||||||
|
### [v1.0.0](https://github.com/containernetworking/cni/milestones/v1.0.0)
|
||||||
|
|
||||||
|
- Plugin composition functionality
|
||||||
|
- IPv6 support
|
||||||
|
- Stable SPEC
|
||||||
|
- Strategy and tooling for backwards compatibility
|
||||||
|
- Complete test coverage
|
||||||
|
- Integrate build artefact generation with CI
|
Reference in New Issue
Block a user