Depends on personal preference. For me this guy is too animated and distracts from the content. Prefer people who are concise and get to the point faster
I now understand why you have all those subscribers. I was having issues merging two different branches That's one of the best ways to teach Thank you so much
wow, I have never watch tutorial so interactive and much fun like this in other tutorials, I was able to correct the conflict once with no issues, Thanks.
Thank you. Been to lazy to figure out merge conflicts, so seeing this video really helped, especially since I am working on some pretty big projects at the moment.
At the start of video (first time seeing this gentleman) I though he will be too over the top, affected and annoying with his gesticulation and articulation, but honestly It it is great presentation style and it kept me engaged! Many should learn, as I zone-out with most of presenters nowadays. Good luck.
I loved this tutorial series and the way you explain the things! You make everything seem so fun. Also, could you please add a video on resolving the merge conflicts using the command line?
I so appreciate these training video. U are a great trainer! These clips are going to help lots of people. ... me included. In particular, although I already know github, I don't need to do much conflict resolution! When I need it in a blue-moon night, I often find myself forgetting the detail steps. And this video is very very helpful to get my operational confidence back! Thanks thanks thanks!
oh my GOD dude you are a lifesaver. whenever i had a conflict i would always download my code and resolve that shit somewhere else. I did not know i could edit the code on the website itself >_> PS: Also i somehow forgot this channel existed :D, last time i was here i needed to know something about regexp
6:55-7:25 "Well, just a second there, professor... We fixed the glitch. So he won't be receiving a paycheck anymore. So it will just work itself out naturally..." / "Problem is solved from your end!" -The Bobs
So how does it know when files are conflicted? what i mean is this: if let's say someone changes line 5 in a file and pushes it. Then someone elkse pushes a change in line 5 too about 5 minutes later.. Why does it not just overwrite it like it would have in a normal situation? does github keep track of what file versions are where at any given time? Like: Person A pulls file X from master. Person B pulls file X from master aswell. then person A changes line 5 and pushes it (nothing happens and everything is fine) Github sees that there is an update to file X so it changes the files version. then person B pushes his changes on line 5 and there is a conflict because this person still has the older version of file X. This woudnt have been a problem if he changed other lines than line 5(which weren't changed in all the file X versions since his last pull). Than someone must decide what change to go with and mark as resolved. So to summerize: Github keeps track of versions in the background, everytime someone makes a commit the version number changes (calling it version number for simplicity sake) if you are working on a older file version than in the master you can only upload changes to lines were no change has been made in updates between your version number and the most recent one on the master. If you do it gets conflicted and needs to be resolved. i am trying to understand and im just explaining how i see it now,. Please correct me if im wrong. Thank you :)
Thank you very much for the video. I have a question on 7:31 after you clicked commit merge button. Did it affect your master? for this commit, is it just commiting and pushing a fix onto your own branch - map-improvement ? I can't test it on my own, I'm afraid I would ruin my company's work here.
So do conflicts only occur when you merge more than 1 file to your master. if you always merge one file at a time will it just continuously overwrite the previous lines with the new lines.
It depends on when both people "received" their files. If two people edit a file at the same time and both publish their changes there can be merge conflicts. But if they work on the file one after another, meaning one person changes something and publishes that change, the other person then takes that changed file and edits that there shouldn't be any merge conflicts. Any time you check out the data from a git repository your files get a version number (somewhere hidden in the depths of git). And this version number determines how files are merged. If the file you're editing is at version v1000 and you commit your changes, your file will be compared with the most recent file in the repository. If the most recent file is still v1000 then that means you have the newest version and your changes are accepted without problems. This now changes the version in the repository to v1001. But if two people check out the same file at the same time they both get a file with version v1000. The first person to commit a change now gets a free pass and increases the version in the repository to v1001. The second person to commit now has a file with version v1000 that is in theory OLDER than the file in the repository which now has version v1001. This is where merge conflicts can happen. If the second person edited the file in regions where the no change happened (from v1000 to v1001) then the change is usually accepted. But if the second person changed some lines that were also changed going from v1000 to v1001 then you get a merge conflict and need to decide which change you want to use.
Wow this was such a great explanation thank you! What do you do when the merge does not say resolve conflicts and the PR does not actually merge changes?
Is there a case where the automatic commit message won't have "into " at the end? In an online course the automatic message is just "Merge branch ''". But when I followed along I got "Merge branch '' into " just like in your video on GitHub. Could this be from them having an older version? I'm just using Git 2.28.0.windows.1 through MINGW64 (command line). The course could be using an older version of Git, around 2.20 and on Ubuntu. I already noted some differences, e.g. "git checkout " works the same way as "git restore ", same for "git reset " vs "git restore --staged ". (If you have any experience with using Git from the command line)
That was amazing. SUBSCRIBED :D I have a question. I have a repo on my account and my friend just forked the repo and made some changes. He actually made some great changes. Removed some files and created some new files and so on. He made a pull request to my repo and what I see in the pull request description is that almost all files are in conflict and the "Resolve Conflicts" button is disabled. It also tells me "Use the command line to resolve conflict before continuing". Any idea?
All teachers the world over take note! This is the CORRECT way to teach a subject. Thank you!!!!
Depends on personal preference.
For me this guy is too animated and distracts from the content.
Prefer people who are concise and get to the point faster
The energy level is just perfect to keep my attention on the videos
I now understand why you have all those subscribers.
I was having issues merging two different branches
That's one of the best ways to teach
Thank you so much
wow, I have never watch tutorial so interactive and much fun like this in other tutorials, I was able to correct the conflict once with no issues, Thanks.
Excuse my obvious britishness here but:
MATE! YOU ARE A FUCKING LEGEND!!
I needed this today sooo baldly!
Old comment, but made my day today 🤣
Omg, Your way of teaching is so positive, fun, clear, and unique!!! I love it!!!! Thank you so much.
Thank you. Been to lazy to figure out merge conflicts, so seeing this video really helped, especially since I am working on some pretty big projects at the moment.
This is the kind of stuff that makes the internet worth. THANK YOU!
My heart stops everytime I merge something, worried I've messed up the whole project lol
Same situation
How's it now?
Best ever video I watched on TH-cam which covers Git
Thank you, man, as always you make it look more interesting than an action movie
At the start of video (first time seeing this gentleman) I though he will be too over the top, affected and annoying with his gesticulation and articulation, but honestly It it is great presentation style and it kept me engaged! Many should learn, as I zone-out with most of presenters nowadays. Good luck.
I really appreciate your teaching skills. Full package of knowledge, creativity, honesty and fun. Also, liked that ting ting ting thing at the last :D
I totally panicked and then I came across this tutorial. Thank you so much for your wonderful tutorials
I loved this tutorial series and the way you explain the things! You make everything seem so fun.
Also, could you please add a video on resolving the merge conflicts using the command line?
You're my favourite youtuber teacher now! haha
Your mannerisms are always lovely to watch :) Thanks for the informative video!
"when I see a green button it just makes me want to click it...click!"
absolute gold and hilarious
I so appreciate these training video. U are a great trainer! These clips are going to help lots of people. ... me included.
In particular, although I already know github, I don't need to do much conflict resolution! When I need it in a blue-moon night, I often find myself forgetting the detail steps. And this video is very very helpful to get my operational confidence back!
Thanks thanks thanks!
Thank you so much! I was super overwhelmed when I was trying to figure out how to fix merge conflicts. You saved the day!
Most timely video I have encountered in a long time. Thanks a lot :D
Thanks!!! You have saved my evening)))!!
Loved the vibe of the video. Thanks for making it so clear and fun.
This was super helpful! Thank you very much! I managed to get my conflict solved in just 5 minutes.
Love the way you explain
oh my GOD dude you are a lifesaver. whenever i had a conflict i would always download my code and resolve that shit somewhere else.
I did not know i could edit the code on the website itself >_>
PS: Also i somehow forgot this channel existed :D, last time i was here i needed to know something about regexp
+1 for the humorous walkthrough
Super demonstration... I became a fan of yours 😊😊😊
this was great. beautifully executed
Absolutely loved it😍😍
YES!! More git videos please
Great to learn with you. It's fun. Courage.
I died laughing at 4:01. What a great teacher wow!
That was way too helping and interesting, kudos to you for making it so fun to learn this !!
Great job. Thank you!
You made my day!!!! Awesome video sir.
Thank you so much! Seems simple but was taking me ages trying to figure this out and needed someone to explain clearly!
Dude, this is one of the best explanations!!!))
I'd love to see how this is done in the command line. Great video! :)
git checkout master
git merge other-branch # merges 'other-branch' into 'master'
git status # to see unmerged files
# remove conflicts in files
git add paths/to/modified/files
git commit
You are a great teacher👌
I appreciate you learning lots from you, your style of teaching is awesome. Thanks
Great lesson. Wish I had your energy.
You know right, you are one of the best!?
6:55-7:25 "Well, just a second there, professor... We fixed the glitch. So he won't be receiving a paycheck anymore. So it will just work itself out naturally..." / "Problem is solved from your end!" -The Bobs
Wow such a fun way to learn about conflicts 😄
Awesome video, educational and entertaining! 👍
I admire how happy he is, I just want to end my life when I see a conflict.
I found this to be informative. It is not something I am very familiar with. However I recently started coding classes.
where were you all this time >>> tutorial amazing stuff here
your videos are really helpful and easy to understand.
thanks!
awesome teacher. makes things look easy, enjoyable and conceptual. good job
You are insane, you are the best. The G.O.A.T. !
great explanation with example, thanks ;)
Very nice video. Nice explanation. This is gold. I suscribe!!
Solid Explanation
Thank you so much, you're the best ❤❤❤❤
So how does it know when files are conflicted? what i mean is this: if let's say someone changes line 5 in a file and pushes it. Then someone elkse pushes a change in line 5 too about 5 minutes later.. Why does it not just overwrite it like it would have in a normal situation? does github keep track of what file versions are where at any given time? Like:
Person A pulls file X from master.
Person B pulls file X from master aswell.
then person A changes line 5 and pushes it (nothing happens and everything is fine)
Github sees that there is an update to file X so it changes the files version.
then person B pushes his changes on line 5 and there is a conflict because this person still has the older version of file X. This woudnt have been a problem if he changed other lines than line 5(which weren't changed in all the file X versions since his last pull).
Than someone must decide what change to go with and mark as resolved.
So to summerize:
Github keeps track of versions in the background, everytime someone makes a commit the version number changes (calling it version number for simplicity sake)
if you are working on a older file version than in the master you can only upload changes to lines were no change has been made in updates between your version number and the most recent one on the master.
If you do it gets conflicted and needs to be resolved.
i am trying to understand and im just explaining how i see it now,. Please correct me if im wrong.
Thank you :)
Thank you for awesome content on git.
From 5:18 to 5:28, I don't understand how the contributors could fix a merge conflict. Can someone explain it to me?
awesome tutorial!
Loved it!
thanks so much , it worked for me
It kind of feels like magic when you move from whiteboard to computer. Maybe you should make a video on your studio setup.
he already did
i love your style
Thank you so much 😊😊 it worked
Thank you sir! Exactly was I was looking for.
Its super cool I have learn alot
Awesome Stuff!
this guy it's funny, why i never see this guy before?
I really thank you, it help me alot
you are awesome bro thanks for great explanation
Nice video. V helpful for beginners like me. I did all using command line after watching this GUI mode :)
Yeey another great vid keep it up man!
great video sir.
Thank you 🤗🤗🤗👨💻
Is there better explain about github on internet? I don't think so=) keep making your video, it's insane)))
Just awesome explination....
Thanks, it's useful
Thank you very much for the video. I have a question on 7:31 after you clicked commit merge button. Did it affect your master? for this commit, is it just commiting and pushing a fix onto your own branch - map-improvement ? I can't test it on my own, I'm afraid I would ruin my company's work here.
Amazing video :)
Thank you
Thanks its help for me
Thank you!!
useful, thank you.
So do conflicts only occur when you merge more than 1 file to your master. if you always merge one file at a time will it just continuously overwrite the previous lines with the new lines.
It depends on when both people "received" their files. If two people edit a file at the same time and both publish their changes there can be merge conflicts. But if they work on the file one after another, meaning one person changes something and publishes that change, the other person then takes that changed file and edits that there shouldn't be any merge conflicts.
Any time you check out the data from a git repository your files get a version number (somewhere hidden in the depths of git). And this version number determines how files are merged. If the file you're editing is at version v1000 and you commit your changes, your file will be compared with the most recent file in the repository. If the most recent file is still v1000 then that means you have the newest version and your changes are accepted without problems. This now changes the version in the repository to v1001.
But if two people check out the same file at the same time they both get a file with version v1000. The first person to commit a change now gets a free pass and increases the version in the repository to v1001. The second person to commit now has a file with version v1000 that is in theory OLDER than the file in the repository which now has version v1001. This is where merge conflicts can happen. If the second person edited the file in regions where the no change happened (from v1000 to v1001) then the change is usually accepted. But if the second person changed some lines that were also changed going from v1000 to v1001 then you get a merge conflict and need to decide which change you want to use.
Thank you! lol Instead nuking branches I can actually do it the right way lol
Thanks you I was afraid to click the green button, thinking it would merge my branch into master
Wow this was such a great explanation thank you! What do you do when the merge does not say resolve conflicts and the PR does not actually merge changes?
Thank you so much. 😍🥰🥰😘
thanks very much !!!
Thanks!
Tolles Video! Kuss!!!
I love that.
Thanks!
Could you make an "introduction" in node JS or Electron?
Love your stuff
Check out this for node: shiffman.net/a2z/server-node/
thanks ♥
Thanks
Thanks for your videos
Could you please make a video for stash
Is there a case where the automatic commit message won't have "into " at the end? In an online course the automatic message is just "Merge branch ''". But when I followed along I got "Merge branch '' into " just like in your video on GitHub. Could this be from them having an older version? I'm just using Git 2.28.0.windows.1 through MINGW64 (command line). The course could be using an older version of Git, around 2.20 and on Ubuntu. I already noted some differences, e.g. "git checkout " works the same way as "git restore ", same for "git reset " vs "git restore --staged ".
(If you have any experience with using Git from the command line)
THANK YOU SO MUCH
That what I need!
That was amazing. SUBSCRIBED :D
I have a question. I have a repo on my account and my friend just forked the repo and made some changes. He actually made some great changes. Removed some files and created some new files and so on. He made a pull request to my repo and what I see in the pull request description is that almost all files are in conflict and the "Resolve Conflicts" button is disabled. It also tells me "Use the command line to resolve conflict before continuing". Any idea?