@@ -66,7 +66,7 @@ greatest code, including breaking changes, happens on master.
6666The * release-X*  branches contain stable, backwards compatible code.  Every
6767major (X) release, a new such branch is created.  It is from these
6868branches that minor and patch releases are tagged.  If some cases, it may
69- be neccessary  open PRs for bugfixes directly against stable branches, but
69+ be necessary  open PRs for bugfixes directly against stable branches, but
7070this should generally not be the case.
7171
7272The maintainers are responsible for updating the contents of this branch;
@@ -131,7 +131,7 @@ branch, except in exceptional circumstances.  Patches will be backported
131131to maintained stable versions, as needed.
132132
133133Major releases are done shortly after a breaking change is merged -- once
134- a breaking change is merged, the next release * must*  be a major revison .
134+ a breaking change is merged, the next release * must*  be a major revision .
135135We don't intend to have a lot of these, so we may put off merging breaking
136136PRs until a later date.
137137
@@ -172,9 +172,9 @@ have to rewrite their code when they eventually upgrade, and for
172172maintainers/contributors, who have to deal with differences between master
173173and stable branches.
174174
175- That being said, we'll occaisonally  want to make breaking changes. They'll
175+ That being said, we'll occasionally  want to make breaking changes. They'll
176176be merged onto master, and will then trigger a major release (see [ Release
177- Proccess ] ( #release-process ) ).  Because breaking changes induce a major
177+ Process ] ( #release-process ) ).  Because breaking changes induce a major
178178revision, the maintainers may delay a particular breaking change until
179179a later date when they are ready to make a major revision with a few
180180breaking changes.
@@ -187,7 +187,7 @@ Maintainers should treat breaking changes with caution, and evaluate
187187potential non-breaking solutions (see below).
188188
189189Note that API breakage in public APIs due to dependencies will trigger
190- a major revision, so you may occaisonally  need to have a major release
190+ a major revision, so you may occasionally  need to have a major release
191191anyway, due to changes in libraries like ` k8s.io/client-go `  or
192192` k8s.io/apimachinery ` .
193193
0 commit comments