Editor’s Note: On all dive certifications, we try to edit the writing as little as possible to preserve authenticity, personality, and writing style. We typically fix spelling errors, but minimally modify grammar and sentence structure (just enough to ensure readability).
1. When and Why Did You Decide to Pursue This Dive At This Level? What was your inspiration and motivation?
2. How Long Did It Take For You To Accomplish This Dive At This Level From The Day You Decided To Pursue It, And Why Did It Take That Long?
3. What Was The Hardest Part About Achieving This Particular Dive Level?
4. What Was The Easiest Part About Achieving This Particular Dive Level?
5. What Is Your Advice For Someone Who Is Pursuing This Dive And Level?
6. What Are Some Of The Best Resources You Recommend to Those Pursuing This Dive At This Level, And Why Do You Recommend Them? Please Include Relevant Weblinks, If Applicable.
Resource 1: Break Diving - Many people here can answer your git questions.
Resource 2: Git Tutorial on Hubspot - Learn the basics here.
Resource 3: Github Tutorial on TutorialsPoint - Learn the basics here too.
7. Tell Us A Story Of One Of Your Adventures While Pursuing This Dive (At This Level).
a) I created my first ever pull request using what I learned while preparing for this dive. I was able to successfully create a new branch and make my changes there. This included using the add and commit commands, among others.
b) I successfully reviewed my first pull requests! I obtained the branch that the changes were on and reviewed/tested the changes. This included checking out the branch so that I could test the changes.
c) I finally understand the difference between adding and committing! Add adds files to the “staging” area in preparation for a commit. Commit commits the files to the repository. You can do both at once by including a “-a” with the commit command.
d) I finally understand the difference between Git and Github! Github is a web-based entity where teams can work on the same code set or repository from all over the world. Git is used on the command line to manage your own, local repository. You can pull the latest code from the remote repository or push your local changes to the remote repository.
e) I’ve figured out a new, very successful way of learning when taking a video course! I keep a Windows sticky up next to the playing video and take notes there. Although this slows me down, I find that I remember things better. When I am done the course, I transfer all my notes to a Word document and clean them up a bit. This gives me additional review of the information.
8. What Evidence Did You Submit to Prove You Met the Requirements for This Dive and Level?
Please note that some of these notes were taken on the fly, as a video plays, so my grammar isn’t perfect; my aim is to enter just enough information to get the main point across so that I learn in a reasonable timeframe.
There’s the 1) working dir and 2) staging area
Working directory – when you type “ls”. All the files in your local directory.
He makes a change
Shows modified filename in red. Not added or anything yet.
Shows changed text
Move changes to staging area:
git add filename
It is now under “changes to be committed” – this is your staging area. You are saying, “I want this to be part of my next commit, my next snapshot.”
You usually put everything in staging area then review.
So, review before commit:
git diff –staged
clear the console anytime.
git commit -m “Description here…”
git status Nothing to commit now. No more green. Green = added = ready for commit
git log You’ll see the snapshot (commit) you created. It’s now in .git folder. Staging area is wiped clean.
When we 1st commit, it’s a new checkpoint with your message. Now. Can do a new commit on same branch, different message.
git branch To see all branches that everyone is working on. Branch you’re on has a *.
git co -b add_person -b = brand new branch. co = checkout
(<branchname>)$git status //change to the branch in red
” git diff
” git add -A //add all files
” git status //green, so added
” git commit -m “changed..”
” git log //all commits
” git branch //still on the branch
Could have done commit on master. Now, merge into master.
” git co master //move to master
(master)$ git merge add_person //a type of commit
//Updated file is now in master. We see the change in our editor.
Want our code online.
Name the remote location where I want to put my code “origin”:
git remote add origin <remote repository>
Push my master branch to github
git push origin master
Github doesnt get the add_person branch here NOTE.
I want to jump back in time now to when I just added the computer player.
git log I want to go see what a previous commit looked like. Copy the hash number then:
git checkout xxxxxxxxxxxxx
Sees the older code.
HEAD = what your current files look like. Sort of the “pointer”.
git co master To go back to new stuff. Can point the head on a commit from a branch. So, diff snapshots in time.
Say we add stuff we dont want to keep. Haven’t “added” or anything yet.
Do a status and diff to see your change. Will be red. Then:
git reset –hard //removes new changes
Changes are gone. Back to last snapshot.
Made more changes. Maybe even did an add. So, status gives green for that one. We don’t want one of the changes. You see the names when you run git status. Want to remove the green one.
git reset <path in green>. This one is red now. So, NOW if you commit, green change is now gone with status call and red one is there. Change is still in code unless you do a hard!
Check out a new branch for each feature.
(After an add, diff shows nothing. Need to do a git diff –staged because they are in staged now.)
git commit Creates the checkpoint. Commit often. Each commit has its message. Can ondo easily.
git reset Undo the add. Won’t be added during a commit call.
9. Will You Be Pursuing The Next Level For This Dive? If Yes, Why? If Not, Why Not?
10. What is the Break Diver's Creed?
And having made this post, and provided adequate evidence to the dive committee, Susan Gessing is now hereby certified by Break Diving, Inc. as: Coder - Git - Level 1. Congratulations ! Thank you for being an inspiration to others!
Certificate number: 73
The author above wrote this WYSEguidance post as one of the certification requirements to become certified by Break Diving, Inc. for a dive completed. Would you also like to find greater success, happiness, and friendship, and make genuine supportive connections with others around the world pursuing your same dreams? Come join us at Break Diving and soon your story will be the next one you read about on this site!Read More Stories on the WYSEguidance Homepage