k3s/staging
Kubernetes Submit Queue d9b339e35d Merge pull request #37319 from krzyzacy/kubelint
Automatic merge from submit-queue

eliminate kuberentes

Luckily only caught one from echo!

@kubernetes/test-infra-maintainers 

<!--  Thanks for sending a pull request!  Here are some tips for you:
1. If this is your first time, read our contributor guidelines https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md and developer guide https://github.com/kubernetes/kubernetes/blob/master/docs/devel/development.md
2. If you want *faster* PR reviews, read how: https://github.com/kubernetes/kubernetes/blob/master/docs/devel/faster_reviews.md
3. Follow the instructions for writing a release note: https://github.com/kubernetes/kubernetes/blob/master/docs/devel/pull-requests.md#release-notes
-->

**What this PR does / why we need it**:
It's important, and really hard, to identify kuberentes from kubernetes. As a human being, one's brain tends to auto fix the spelling for you thus when a dev was staring at the log for a good 30-min or so he will start question about his life and belief.

Luckily this is the only place in k/k, it's super important to fix it to avoid future pain.

**Which issue this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close that issue when PR gets merged)*: fixes #

**Special notes for your reviewer**:

**Release note**:
<!--  Steps to write your release note:
1. Use the release-note-* labels to set the release note state (if you have access) 
2. Enter your extended release note in the below block; leaving it blank means using the PR title as the release note. If no release note is required, just write `NONE`. 
-->
```release-note
```
2016-11-28 11:44:48 -08:00
..
src/k8s.io/client-go generated: client to staging 2016-11-23 22:30:52 -06:00
README.md add the readme for the published client-go repository 2016-08-24 21:06:23 -07:00
copy.sh kuberentes 2016-11-22 14:18:50 -08:00
godeps-json-updater.go copy.sh 2016-10-17 15:35:16 -07:00

README.md

This _staging/src/k8s.io/client-go directory is the staging area of the client repo. It contains a versioned client, tools built around the client like the reflector, and all the client dependencies. The content will be periodically published to k8s.io/client-go repo. The staged content is copied from the main repo, i.e., k8s.io/kubernetes, with directory rearrangement and necessary rewritings. To sync the content with the latest code in your local k8s.io/kubernetes, you need to run godep restore in k8s root directory, then run _staging/src/k8s.io/client-go/copy.sh. vendor/k8s.io/client-go is a symlink pointing to this staging area, so to use the packages in the staging area, you can import it as "vendor/client-go/", as if the client were vendored. The client will be vendored from k8s.io/client-go for real after the test matrix is converted to vendor k8s components.