We are seeing a huge increase in demand from clients who are transforming their software delivery capability and building cloud-native applications to drive their digital transformation.
VMware Tanzu represents our growing portfolio of solutions to help you build, run and manage modern apps.
The VMware Tanzu Emerging Solutions Engineering Team supports both, customers and VMware internal teams, in successfully performing proof-of-technologies (or proof-of-concepts) on VMware Tanzu solutions.
This repository supports PoT(C)'s by providing helpful resources, hints, tips and tricks. It contains several subsections for a variety of the Tanzu solutions.
- Tanzu Kubernetes Grid Service (TKGs)
- Tanzu Kubernetes Grid Multi-Cloud (TKGm)
- Tanzu Kubernetes Grid Integrated Edition (TKGi)
1st, thanks a lot for your willingness to contribute 👍
In order to have multiple actors working on this helpful resource, please follow our contribution guidelines.
-
Don't commit changes directly to
origin
! -
Fork the repository to your Github account and go ahead from there:
clone
the fork locally:git clone [email protected]:rguske/tanzu-ese-poc-guides.git
- Change into the cloned dir
cd tanzu-ese-poc-guides
- Change into the cloned dir
- Rename your fork from e.g.
origin
tofork
:git remote rename origin fork
- Add the
origin
al repository as well, to e.g.fetch
andpull
changes fromorigin
(changes caused by e.g. contributions from others):git remote add origin https://github.com/Tanzu-Solutions-Engineering/tanzu-ese-poc-guides.git
- Execute
git remote -vvv
to see both added repos
You should see a similar output like this:
git remote -vvv
fork [email protected]:rguske/tanzu-ese-poc-guides.git (fetch)
fork [email protected]:rguske/tanzu-ese-poc-guides.git (push)
origin https://github.com/Tanzu-Solutions-Engineering/tanzu-ese-poc-guides.git (fetch)
origin https://github.com/Tanzu-Solutions-Engineering/tanzu-ese-poc-guides.git (push)
-
Please always use Github Issues to document your work. Example: Issue-2
- Assign contributers to the issue
- Use lables like e.g.
wip
ordocumentation
-
Name branches after the appropriate issue:
git checkout -b issue-2
- Start working within the branch (don't forget to checkout if you are working on multiple branches!)
-
If you finished working on an issue and you'd like to push it to your fork, to ultimately open a Pull Request at
origin
follow the example:- Stage all changes which you'd like to
commit
andpush
- Stage all changes which you'd like to
-
Follow Git commit best practices
-
A commit message can address an issue directly. Make use of it!
git commit -s - m "your commit message" -m "Closes: #2"
- By appending
-m "Closes: #2"
to your commit, it'll automatically close it finally
- By appending
Sign your commits! The e-mail address used to sign must match the e-mail address of the Git author. If you set your
user.name
anduser.email
git config values, you can sign your commit automatically withgit commit -s
.
I highly recommend reading this awesome BLOG POST on Git by Michael Gasch when you are in trouble.
Finally, merge your branch if you've finished working on it. git merge issue-2