I been learning git and github following directions but not fully understanding what I was doing. After watching this video I understand exactly what I was doing and have more of an understanding to start building some projects with git & github. Thank you for the illustrations they really help.
Thank you Nathan and IBM Technology for the great content. You guys put a lot of effort to make things easy for us to understand. Keep up the awesome work.
Excellent vid. Just some quick questions which are probably obvious to everyone else: 1) How does Greg know a PULL-MERGE is required, did a PUSH attempt fail? 2) Does Git interrogate and analyze the code inside the file and highlight the specific conflicts or is it just file name, file size and timestamps? 3) Does GitHub/Lab automatically push a notification to whom ever is responsible for answering the PULL-REQUEST? 4) Is there a part two vid clearing up the Greg stages of interaction with the main branch?
I can help you here. 1. Greg can tell if he has to pull the code from the main branch by checking the GitHub repository to see if there are new changes. Or, more ideally, if Greg tries to push to the main branch, GIT is smart enough to know that there is a conflict. So GIT will say something like: Greg, you are trying to push your changes to the main branch but the main branch has some changes you don't have. Please pull first before pushing. 2. Git does a lot of things to check if there are changes. Take two files for example, A and B. As long as they are two different names, there is no similarity even if they have the same content. If they have the same name, GIT can check it's own copy (usually the latest copy) and cross check the new copy. It checks line by line. If both files have the same content, then nothing changed, if they don't, GIT will show you something called a "diff". A diff is just GIT telling you the difference between each line of code. If line 1 of the file GIT has is different from line 1 of the file Greg is trying to merge, GIT will tell Greg: There's a conflict. 3. PR has their own rules. Ideally, you as a user that started or opened a PR can choose to notify someone to take a look at it, or you can leave it there until the person comes to check. It's all about notifications, no hard rules. That's not GIT's responsibility, it's GitHub.
@@adebiyial but buddy, here is one thing it wasn't clear to me: "knowing there is a merge conflict from pushing the code and git telling there's new code on github I don't have, is making a pull request a way to avoid dealing with the merge conflict? I mean, if I make a pr then I don't need to bother pulling any changes?
@@srlhyo A pull request isn't going to resolve any conflicts, you still have to do that yourself. The only thing that can happen is you pull and handle the merge locally or force a push and delete any changes that were made, probably not a good thing to do
I wonder how you people have matched Hekman's hand movements with the writing in inverse on the screen. I find this technology truly amazing !! I MEAN WOWW!!
Your videos are very useful for me. But, allow me to add one note. You write the notes in two colours, one is bright and clear for me. While I have a problem with the other colour. Thanks again and I am sorry for the out of subject note.
I love the content shared by IBM cloud. The tit bit video's make the concept simple to understand . Thanks to Nathan and all greats who help spread knowledge.
Nathan, Great job. Plus I also bluegrass so that gets u another star. In comments Singh Noah asked a critical. Read Anton T wrote a very informative reply. While I do not use IBM Cloud, they do provide excellent tutorials.
You clone a repo only once, in the very beginning of your work. Both Nathan and Craig cloned the Repo. Then Nathan pushed his changes, but basically he was supposed to pull and merge first, to make sure Craig hadn't already pushed his changes first. So in GIT you do the CLONE action only once - that's how you download the whole huge repository on your local machine. And then whenever you need to make a change, you first PULL the current version (and when you do that only the changes are downloaded, not the whole repository). Then you commit your own change to the branch you have and then you PUSH it to the server/cloud. And until you have finished your PUSH action the system is locked for all the other developers - they cannot commit or push anything until you're done. As soon as you are done pushing (lol) the system gets unlocked again and someone else can do his/her own PULL-COMMIT-PUSH.
Submitting a pull request means, Greg is requesting others to pull and give a response (approval or denial) on the new home screen having both Bluegrass and Rock features.
A “pull request“ asks a repo/project to “pull“ changes you've made on your cloned repo into theirs and “merge“ them. This is different to a pull which does a “fetch“ and either “merge“ or “rebase“ from a repo.
Can you do blockchain video Not the basic Just like zkp , IPFS , how wallet actually work , rules of blockchain development ( longest blockchain rules , POS And ect ...) .... So i would be great for me and my university students By the way thank you very much fir this great explain ❤️
@@dheerajgupta15 my expirience is that greg and nathan push their branches to the main repo. so that both info is there in gitlab/github. and then you create a pull request (so everything is done on the server). afterwards you merge the main branch to your local repo, and then push. and create a second pull request on the main repo. sounds right?
Nice video... good info... but "CLI vs Web" should be "Local vs Web"... I can work on the web with CLI tools... and when you are explaining creating a branch... maybe you should add some more info on how that branch is stored locally... and how is stored in the web (if you are using GH/GL/...) same for the pull-request... and what happens at storage level... ;-) valuable videos... keep them comming...
I'm a little bit confused why for Greg it's called Pull Request but not Push Request isn't he is pushing his changes to the GitHub repository as Nathan did before?
Thanks Natham! Truly appreciate the straightforward way you use to explain what otherwise would be a complex subject... MY QUESTION: Which, I think you didn't mention is 'why are these platforms called "GIT"? I don't see any related meaning to 'Version Control Systems'. What exactly is the origin of the Acronym?
According to Wikipedia... Torvalds sarcastically quipped about the name git (which means "unpleasant person" in British English slang): "I'm an egotistical bastard, and I name all my projects after myself. First 'Linux', now 'git'." en.wikipedia.org/wiki/Git#Naming
Wow. Just 30 seconds in you insert ear destroying squeaks. Who knows if the rest of the video was any good but I have learnt that IBM for all its brilliance can't control painfully loud feedback.
I didn't know Mr.Beast was so good at explaining tech concepts. Good job Jimmy.
I been learning git and github following directions but not fully understanding what I was doing. After watching this video I understand exactly what I was doing and have more of an understanding to start building some projects with git & github. Thank you for the illustrations they really help.
4yrs and this explanation vid still killing it on the essentials
Plot twist: the video is NOT flipped....he's just really good at writing backwards 🤣
Plot twist: he's not writing on a transparent acrylic in front of him. He's not even depositing ink. It's all CGI
He rotated the screen, seethe watch in his hand, it's in right
😂
Plot twist: There's no plot twist...
It's all done with smoke and mirrors..
..well, mirrors only.
Simple, crystal clear with examples.. perfect 👌
Thank you Nathan and IBM Technology for the great content. You guys put a lot of effort to make things easy for us to understand. Keep up the awesome work.
Right?
well to be honest, am impressed by his delivery of the concept in the difference between Git and Github
some of the most informative prog/comp/IT videos on youtube, good work
Coming off an Udemy course on the topic, this was a best revision recap. Absolutely the essence, straight to the point!
This is by far the best among the many videos I've watched to get the basics of Git & Github. Keep up the awesome and simplified explanations.
You taught me Networking MMU 🫡
Excellent vid. Just some quick questions which are probably obvious to everyone else:
1) How does Greg know a PULL-MERGE is required, did a PUSH attempt fail?
2) Does Git interrogate and analyze the code inside the file and highlight the specific conflicts or is it just file name, file size and timestamps?
3) Does GitHub/Lab automatically push a notification to whom ever is responsible for answering the PULL-REQUEST?
4) Is there a part two vid clearing up the Greg stages of interaction with the main branch?
did you find answers ?
@@adalovelac24 did he/she find answers?
I can help you here.
1. Greg can tell if he has to pull the code from the main branch by checking the GitHub repository to see if there are new changes. Or, more ideally, if Greg tries to push to the main branch, GIT is smart enough to know that there is a conflict. So GIT will say something like: Greg, you are trying to push your changes to the main branch but the main branch has some changes you don't have. Please pull first before pushing.
2. Git does a lot of things to check if there are changes. Take two files for example, A and B. As long as they are two different names, there is no similarity even if they have the same content. If they have the same name, GIT can check it's own copy (usually the latest copy) and cross check the new copy. It checks line by line. If both files have the same content, then nothing changed, if they don't, GIT will show you something called a "diff". A diff is just GIT telling you the difference between each line of code. If line 1 of the file GIT has is different from line 1 of the file Greg is trying to merge, GIT will tell Greg: There's a conflict.
3. PR has their own rules. Ideally, you as a user that started or opened a PR can choose to notify someone to take a look at it, or you can leave it there until the person comes to check. It's all about notifications, no hard rules. That's not GIT's responsibility, it's GitHub.
@@adebiyial but buddy, here is one thing it wasn't clear to me: "knowing there is a merge conflict from pushing the code and git telling there's new code on github I don't have, is making a pull request a way to avoid dealing with the merge conflict? I mean, if I make a pr then I don't need to bother pulling any changes?
@@srlhyo A pull request isn't going to resolve any conflicts, you still have to do that yourself. The only thing that can happen is you pull and handle the merge locally or force a push and delete any changes that were made, probably not a good thing to do
I never understood why ppl called it PR, but now I can understand it, thanks!
Just blown away by his ability to write and draw in reverse so fluidly 😸 lol
He is not:) it’s just the way video was recorded.
I wonder how you people have matched Hekman's hand movements with the writing in inverse on the screen. I find this technology truly amazing !! I MEAN WOWW!!
the concept of lightboard works on special glass... used for writing and then mirrors to invert the image.
Or you can software to reverse.. if its not online real-time streaming
I keep coming back to this channel for clear and straight-to-the-point information. Thank you for your explanation.
This is just simple - to - understand knowledge, Thanks Nathan!
I can't stop focusing on how good Nathan can write backwards
This is really simple, accurate, and flawless. Thank you so much
Your videos are very useful for me.
But, allow me to add one note.
You write the notes in two colours, one is bright and clear for me. While I have a problem with the other colour.
Thanks again and I am sorry for the out of subject note.
Best Explanation on YT...
Nice and simple explanation Nathan, looking forwards to more.
Superb explanation. If could you please give the actual demo, it would be great. Thank you.
Thank you!!! Someone who finally simplifies it! Great job!
Thank you IBM to explain in a easy way. best explication about the git and GitHub without to much verbiage.
If Nathan and Greg work on different branches there will be no merge conflict
Crystal clear explanation. Any one can understand it. Nice.
♥
Thank you for keeping this simple and easy to understand for new comers!
Wow, THIS IS AMAZING EXPLANATION. I CAN'T THANK YOU ENOUGH.
Oh thank you! You are amazing to explain it in such a simple way 🙂
I wish i could like this multiple times
You got me at let’s git started !!
Great job Nathan!!!! Seriously brilliant explaination.
Das Quietschen der Stifte bringt mich um, aber tolles Video!
This clip is extremely useful. You made an excellent job!
Thank you! We're glad you found it helpful! 👍
I love the content shared by IBM cloud. The tit bit video's make the concept simple to understand . Thanks to Nathan and all greats who help spread knowledge.
Nathan,
Great job. Plus I also bluegrass so that gets u another star. In comments Singh Noah asked a critical. Read Anton T wrote a very informative reply. While I do not use IBM Cloud, they do provide excellent tutorials.
Nice - that was a pretty good explanation.
thanks .. i know have vids i can share to friends an family to help essplain what "we do". and why its so great..
Thankyou so much for this clarity with clear example.
Excellent explanation. Very easy to understand.Thank you for the wonderful presentation also.
I have learnt so much from this IBM series, thank you so much. Great explanations for so many topics
I can't believe there are people who are passionate about these things
Well this video deff got me intrested in learning how to use it.
Thanks IBM for the video. I have a better understanding.👍🏼
Wooow explains dope crystal clear... Understandable 💯
Is ability to write mirrored is amazing
Amazing, simple explanation. Thank you!
When Nathan changed the main branch, it was called "push". Why then, when greg wants to make changes, it is called a "pull request"?
You clone a repo only once, in the very beginning of your work. Both Nathan and Craig cloned the Repo. Then Nathan pushed his changes, but basically he was supposed to pull and merge first, to make sure Craig hadn't already pushed his changes first. So in GIT you do the CLONE action only once - that's how you download the whole huge repository on your local machine. And then whenever you need to make a change, you first PULL the current version (and when you do that only the changes are downloaded, not the whole repository). Then you commit your own change to the branch you have and then you PUSH it to the server/cloud. And until you have finished your PUSH action the system is locked for all the other developers - they cannot commit or push anything until you're done. As soon as you are done pushing (lol) the system gets unlocked again and someone else can do his/her own PULL-COMMIT-PUSH.
Submitting a pull request means, Greg is requesting others to pull and give a response (approval or denial) on the new home screen having both Bluegrass and Rock features.
@@anton_t thank you for response this really clears things up for me!
A “pull request“ asks a repo/project to “pull“ changes you've made on your cloned repo into theirs and “merge“ them. This is different to a pull which does a “fetch“ and either “merge“ or “rebase“ from a repo.
Thank you, I am Indonesian you was give me new knowledge.
This is very much to the point and easy to understand! Thank you Nathan!
Great explanation
really Awesome... superb explination on Git and Github
4:20
Thank you so much man for simply explaining this
he explained so nicely
That's are super helpful to visualize what's going on! Thank you!
Glad you liked our video format, Nate, thanks for watching! You can subscribe to our channel for more videos like this one.😉
Nathan, I have a question on this video. At the end of your example, why did you do a Push and not a Pull and Merge?
Thank you Nathan, this video is really helpful for me!!!
Thanks for your information Sir
Great explanation Thanks !
Deserves a like for sure
Very well made videos...please share more such content.
thank you so much! the explanation is too good and simple.
Great illustration!!! Thank you!!!
Perfect explanation. crystal clear.
That was super helpful. Thanks man!!!
Can you do blockchain video
Not the basic
Just like zkp , IPFS , how wallet actually work , rules of blockchain development ( longest blockchain rules , POS And ect ...) ....
So i would be great for me and my university students
By the way thank you very much fir this great explain ❤️
brilliant explanation!
Thank you. A great video, as always!
Right into the point, Love this😍
Good job Greg
thank you. its mindblowing. and great explanation.
Quick question, could Greg have been able to do the same with a Push request ? When should one do a git Push vs a git pull request ?
Following.
@@dheerajgupta15
my expirience is that greg and nathan push their branches to the main repo. so that both info is there in gitlab/github.
and then you create a pull request (so everything is done on the server).
afterwards you merge the main branch to your local repo, and then push. and create a second pull request on the main repo.
sounds right?
Nice video... good info...
but "CLI vs Web" should be "Local vs Web"... I can work on the web with CLI tools...
and when you are explaining creating a branch...
maybe you should add some more info on how that branch is stored locally...
and how is stored in the web (if you are using GH/GL/...)
same for the pull-request... and what happens at storage level...
;-) valuable videos... keep them comming...
Explicit and well explained! Thanks.
Excellent explanation. Want more video like this.
Very well done!! Thank you Nathan
I think I git it now
😂
Simple and awesome explanation ☺️
Thanks, Nathan.
great explanation
Thank you Nathan . Good job :)
that's what I wanted to ask thank you so much !
top-man Nathan! thanks for the vid. so you know Billy Strings, eh?
Crystal Clear. Great Job.
Thanks Nathan
Nice!... Excellent teaching!
4:31
Now thats a real good Video, thank you!
Simplicity 🙏
I'm a little bit confused why for Greg it's called Pull Request but not Push Request isn't he is pushing his changes to the GitHub repository as Nathan did before?
Thank you Nathan, excellent overview and explanation :-)
Thanks Natham! Truly appreciate the straightforward way you use to explain what otherwise would be a complex subject...
MY QUESTION: Which, I think you didn't mention is 'why are these platforms called "GIT"? I don't see any related meaning to 'Version Control Systems'. What exactly is the origin of the Acronym?
According to Wikipedia...
Torvalds sarcastically quipped about the name git (which means "unpleasant person" in British English slang): "I'm an egotistical bastard, and I name all my projects after myself. First 'Linux', now 'git'."
en.wikipedia.org/wiki/Git#Naming
A very nice & pretty well explanation 👏 👍
thanks for the tutorial!
This is Awesome
this is awesome thanks for the video!
I couldn't focus on what he was saying as I was too fascinated by the lightboard technology that made it look like he was writing backwards. 😲
Wow. Just 30 seconds in you insert ear destroying squeaks. Who knows if the rest of the video was any good but I have learnt that IBM for all its brilliance can't control painfully loud feedback.
Thank you sooooo much for this.
please consider removing those high pitched sounds from the market on the glass. its painful.
Thank you so much fior the video!
Great video!