Those terrible video tutorial probably are made for getting ads revenue, where the presenter might not even know or good at what they want to teach, and those terrible video are probably similar because they might refer to the same material from invalid or bad source (that's why valid good sources and citations are so important).
@@LesterFD Reading the docs is no substitute for videos such as this, or other deliberately didactic material. Docs are useful for reference, but do not do a good job of explaining the bigger picture, or the right mental models to use. Learning new systems is hard, because everyone reaches this point with their own thoughts and expectations, and the docs may or may not align. (Look up the video where Linux evangelizes git to the Google crowd, I think in 2007. The introducer says "no-one understands this"). One cannot memorize the entire documentation set, make all the needed logical connections, fill out the missing details, etc. For creations like git, human instruction is a big time saver. I write my own notes as I learn, to steer my mental models in the right direction. Stackexchange has been incredibly valuable. Git has its own concept of "time", of what version control means, etc. These are explained to some degree in the documentation intros, but it can be a challenge to understand. The writer of the documentation always makes some assumptions about the audience, and cannot (or will not) explain everything to its last logical detail.
This is exactly the kind of lecture on Git that I was looking for. Too many of these "crash courses" just settle on teaching you the cmds and that's it. I think it's crucial to have an intuitive understanding of what's happening internally within git. The absolute best advice I could give someone trying to climb the otherwise steep initial learning curve, is to first fully comprehend the simple data/object model: how the repository tree is represented and versions of it are maintained; and the use of SHA-1 hashes to represent both file/object content, and most importantly how a hash (as a commit) handle uniquely defines a versioned state of the repo tree. I don't believe this point can be stressed enough: without an intuitive high-level understanding of what's going on internally, the task of learning GIT degenerates into a exercise of memorizing seemingly unrelated command invocations.
Although I would bash the git CLI api as much as the next person, I struggle to find a way to fundamentally improve it. I guess git is trying to give you really fine grained control over what happens with your repo, and it's hard to design a concise API to do that
Definitely one of the better introductions to git that I have seen. In one and a half hour, Anish succeeds in explaining the theoretical model behind git, and then goes from basic git usage over branching and merging to using remotes. And this all in 85 minutes. Well done!👍
This proves first "It's the teacher who teaches" and then "It's the student who learns ". The way the video is articulated shows how much effort the faculty has put in. Kudos to the teacher and to all the students you finally understood GIT from its core.
you probably dont give a damn but does someone know of a method to log back into an instagram account? I stupidly lost the password. I love any help you can give me!
@Gannon Graysen I really appreciate your reply. I got to the site through google and im trying it out now. Looks like it's gonna take quite some time so I will get back to you later when my account password hopefully is recovered.
This is the best video for git. Totally worth it. Whenever I have to recommend someone for git,I'll recommend this and say don't watch any video from TH-cam until you finish this one
It was a unique lecture, you didn't just do commands like others but you explain the data model of git and things behind it. Thank you for this really missing things.
This is the best Git Tutorial I've ever seen. And I've been using Git for more than a year with very little confidence. This gives me immense confidence in handling all the changes that my team does.
Git has never made sense to me like it does now (despite using for several years) thanks to this video. I plan to rewatch it without coding along just to further cement all this in me. Wonderful job.
I have been "using" Git for years. Struggling would be a better term. It's so bad that I'm considering getting out of software development. Had enough. Git is making my life hell. It's a massive time waster. It is completely unintuitive.
At 13:35, it is said that the code of one branch could influence the behaviour of the code in another branch, and you wouldn't know before merging those branches. While this is very true, it is *not* necessarily a merge conflict. It could very well be fast-forwarded (ie. the 2 branches never changed the same line of code) and yet a new bug might occur. Only continuous automated tests can detect those defects, not merge conflicts.
What are your favorite commands from this lecture? I found all the best stuff to be in the last 10 minutes. My favorites are: *git add -p * (interactively stage changed hunks of a file rather than the entire file) *git show * (shows commit message and changes) *git bisect* (binary search commit history to find where a bug or change happened)
This is the best demonstration of git mostly people starts with commands and make some repos on github which is a very abstracted way of teaching git to anyone but in this demonstration they also explained the underlaying structure of git which makes it more intuitive to learn. I wonder why people start directly with commands. This is the perfect way to demonstrate the git to a beginner.
All i can say is wow. Wanted to skip over this as i know a little about git but the way you explained the inner workings i really don't see how i can go wrong ever. Great foundation to start with look forward to re watching and studying this video and going thru the notes. Thanks!!!
I have been studying the pro git book but has been not efficient enough in learning. Following along the basic tasks of git with this video gives me a very speedy overview of the branching and merging. Now I feel confident to get back to the pro git book and learn the details. Thanks for the tutorial, Anish!
@@ThunderAppeal I would be very interested to see how your pedigree absolves you from recognizing that even very intelligent people can take a lot from these lectures.
The lecture was informative with lots of repository in depth ways to grab data efficient time saving which I really like grab a certain command and everything's there at your disposal also ,this no where near what it's capable of man god stuff
11:08 I love how the arrows point in the correct way. Too many examples make the arrows point into the direction of the future. A new snapshot is based on an older one, thus the arrow should point towards the older snapshot!
Yeah, I learned that from git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell . Some things (like git log's output) make a lot more sense when you know that each commit has pointers to its parents, but not to its children.
Here's my explanation of a hash function: You input some data and the output is a hexadecimal number. If you change the input a little bit, the output will look wildly different. You can use this to confirm you have an unchanged file from a website. If I have program P and I say the hash is X, you can download it, recreate the hash and if you *don't* get X, you'll know it's an edited file. Well known algortihms are MD5 (outdated), SHA1 (outdated, though still often used), SHA-256 (current), though there are many more algorithms. An input/output example for SHA-256 is: input: Hello World! output: 7f83b1657ff1fc53b92dc18148a1d65dfc2d4b1fa3d677284addd200126d9069 input: Hello, World! output: dffd6021bb2bd5b0af676290809ec3a53191dd81c7f70a4b28688a362182986f As you can see, the hashes differ wildly, even though I only added a comma to the text!
Pretty much true but a hash function is defined as a function which take some data. Play with its bytes and returns a hash. Its not necessary to return a hexadecimal value. But a each input should have a unique and consistent hash.
@@ezio934 There are some relatively important details - The input data size to a hash function is arbitrary but the output size is a fixed number of bits. The algorithm should exhibit 1st preimage resistance (given y, it is difficult to find an x such that h(x) = y), 2nd preimage resistance (given x, it is difficult to find a second preimage x′ ≠ x such that h(x) = h(x′)) and collision resistance (it is computationally infeasible to find any two distinct inputs x, x′ that hash to the same output). Sadly SHA-1 Which is used by git does not have all these properties.
if there was one video humanity should preserve out of all videos ever created it should be this one absolute tragedy that no other git guide teaches the actual data model or from the bottom up and all of them if they use a graph always make the commits point to the next commit wrongly.
"On a higher level....nevermind, I think this is sufficient - you can ask me afterwards" - Hash Functions I relate to that so much when explaining, THAT becomes so big, really quickly
good lecture, I want to add 2 cmds for noob just I used them a lot at the beginning, git gui which provides a gui for those are not proficient about cmdline, and git add -i which provides more subcommands, then you don't need to read doc when you can't remember correctly.
I have a question if anybody can verify please: In the pseudo code, type tree is defined as : type tree = map. The key is the directory name and value is the actual content which can be a blob (file) or another tree (folder). If I'm not wrong maps cannot contains duplicate keys. If my assumption is correct, doesn't the definition imply: tree is a map from the folder name to one file or one onf folder?
The string in the map is not the name of the tree currently under definition. The strings in the map are actually the names of the CHILD trees and child blobs!
i'm at 25:13, and thing i don't get , is that it seem the each commit maintains (or references an entire snapshot of the repos, as it would duplicate the snapshot cor each commit, which doesn't make sense, i thought it only saves the delta between each commit) it also looks like if id uniqueness is maintained by content alone, them having a snapshot, making a change, committing, deleting the change, and committing, would make it like this commit would overwrite the previous commit as they are both identical content wise.
You should review tags, signing and audits in the basic GIT lessons. It's REALLY important for developers to understand why they need to sign their code and sign their commits, not to mention carrying a proper audit across the GIT tree. Otherwise awesome GIT lecture.
This is by far the best video I've seen on git. There's so many terrible git videos on youtube 🤦🤦🤦
well, it is by MIT lecturers so no surprise there
Those terrible video tutorial probably are made for getting ads revenue, where the presenter might not even know or good at what they want to teach, and those terrible video are probably similar because they might refer to the same material from invalid or bad source (that's why valid good sources and citations are so important).
Yes but it implicitly requires that that you have previous knowledge of git.
instead of watching "so many terrible git videos" it's also possible to read the doc or do hands on tutorials
@@LesterFD Reading the docs is no substitute for videos such as this, or other deliberately didactic material. Docs are useful for reference, but do not do a good job of explaining the bigger picture, or the right mental models to use. Learning new systems is hard, because everyone reaches this point with their own thoughts and expectations, and the docs may or may not align. (Look up the video where Linux evangelizes git to the Google crowd, I think in 2007. The introducer says "no-one understands this"). One cannot memorize the entire documentation set, make all the needed logical connections, fill out the missing details, etc. For creations like git, human instruction is a big time saver. I write my own notes as I learn, to steer my mental models in the right direction. Stackexchange has been incredibly valuable. Git has its own concept of "time", of what version control means, etc. These are explained to some degree in the documentation intros, but it can be a challenge to understand. The writer of the documentation always makes some assumptions about the audience, and cannot (or will not) explain everything to its last logical detail.
One of the best git explanation videos. 1.5hrs well spent I must say. Thanks a lot Anish.
31:42 git add . , git commit -m , git log , git cat-file -p
32:47 git commit -a , git add :/
35:23 git log --all --graph --decorate
36:12 git status (have staged or commited or not)
41:41 git-checkout -f (switch branch)
43:11 git diff hello.txt (show the changes in the file compared to the last commit)
43:28 git diff hello.txt (compared to the branch)
44:33 git diff HEAD hello.txt
46:22 git diff git commit -m / git commit
59:37 dog points to the branch you're trying to merge.
1:04:17 git init --bare (initiatialize empty git repo in current dir),
1:04:20 git remote add , git push :
1:07:54 git clone
1:10:33 git branch --set-upstream-to=origin/master
1:18:12 git blame .config.yml (who edit the file on which commit message by who, when) , git show (to get line changes like git diff)
1:19:22 git stash (changes saved somewhere) , git stash pop (get saved back)
1:20:46 git bisect
1:21:48 git ignore (put file name or *.extension)
This is exactly the kind of lecture on Git that I was looking for. Too many of these "crash courses" just settle on teaching you the cmds and that's it. I think it's crucial to have an intuitive understanding of what's happening internally within git. The absolute best advice I could give someone trying to climb the otherwise steep initial learning curve, is to first fully comprehend the simple data/object model: how the repository tree is represented and versions of it are maintained; and the use of SHA-1 hashes to represent both file/object content, and most importantly how a hash (as a commit) handle uniquely defines a versioned state of the repo tree. I don't believe this point can be stressed enough: without an intuitive high-level understanding of what's going on internally, the task of learning GIT degenerates into a exercise of memorizing seemingly unrelated command invocations.
agree.
this is exactly what happened with me and so I ended up, after more than 4 years in Tech, to re-learn git every month and feel the same stupidity😢
Although I would bash the git CLI api as much as the next person, I struggle to find a way to fundamentally improve it. I guess git is trying to give you really fine grained control over what happens with your repo, and it's hard to design a concise API to do that
spot on
Definitely one of the better introductions to git that I have seen. In one and a half hour, Anish succeeds in explaining the theoretical model behind git, and then goes from basic git usage over branching and merging to using remotes. And this all in 85 minutes. Well done!👍
This proves first "It's the teacher who teaches" and then "It's the student who learns ".
The way the video is articulated shows how much effort the faculty has put in. Kudos to the teacher and to all the students you finally understood GIT from its core.
you probably dont give a damn but does someone know of a method to log back into an instagram account?
I stupidly lost the password. I love any help you can give me!
@Lee Wesley instablaster =)
@Gannon Graysen I really appreciate your reply. I got to the site through google and im trying it out now.
Looks like it's gonna take quite some time so I will get back to you later when my account password hopefully is recovered.
@Gannon Graysen It did the trick and I actually got access to my account again. I'm so happy!
Thank you so much you really help me out :D
@Lee Wesley you are welcome :)
These students actually ask questions I want to ask, it feels so good...
This is the best video for git. Totally worth it. Whenever I have to recommend someone for git,I'll recommend this and say don't watch any video from TH-cam until you finish this one
It was a unique lecture, you didn't just do commands like others but you explain the data model of git and things behind it.
Thank you for this really missing things.
This is the best Git Tutorial I've ever seen. And I've been using Git for more than a year with very little confidence. This gives me immense confidence in handling all the changes that my team does.
have checked 10+ git tutorial on YT and this is by far the best one with no doubt
Great lecture. The first 25 minutes is an excellent example of a systems design interview question :')
Git has never made sense to me like it does now (despite using for several years) thanks to this video. I plan to rewatch it without coding along just to further cement all this in me. Wonderful job.
I have been "using" Git for years. Struggling would be a better term. It's so bad that I'm considering getting out of software development. Had enough. Git is making my life hell. It's a massive time waster. It is completely unintuitive.
One of the best Git tutorial available on YT.
No Joke, this is the best GIT-Video I have ever seen.
Learned many of those intricacies the hard way at work. It's really good to have someone pulling them together for you.
Love the bottom to top approach of teaching this. Makes me more ready to deal with more complicated errors, and debugging
The video suggested on my TH-cam and I wonder why but I ended up seeing it complete. First time I don't curse TH-cam for random recommendations.
I started getting agricultural automation, beginner rollerskating and "electro swing" dancers... go figure. Cool tho, watched a few
This has been extremely helpful to me as a beginner. I am grateful for having access to such a great resource.
Update? :)
I just wanted to give a sincere thank you for uploading these lectures!
At 13:35, it is said that the code of one branch could influence the behaviour of the code in another branch, and you wouldn't know before merging those branches. While this is very true, it is *not* necessarily a merge conflict. It could very well be fast-forwarded (ie. the 2 branches never changed the same line of code) and yet a new bug might occur. Only continuous automated tests can detect those defects, not merge conflicts.
I have been using Github for years but this was useful to actually know what's happening behind the commands, thank you so much!
What are your favorite commands from this lecture? I found all the best stuff to be in the last 10 minutes. My favorites are:
*git add -p * (interactively stage changed hunks of a file rather than the entire file)
*git show * (shows commit message and changes)
*git bisect* (binary search commit history to find where a bug or change happened)
I don't think any tutorial on git is upto this level. Thanks for detailing the commands and their actual syntax with clear understanding.
I’ve had just enough git skills to get by in the job and this video has helped fill in several missing gaps. Worth watching this video and thanks
This is the best demonstration of git mostly people starts with commands and make some repos on github which is a very abstracted way of teaching git to anyone but in this demonstration they also explained the underlaying structure of git which makes it more intuitive to learn. I wonder why people start directly with commands. This is the perfect way to demonstrate the git to a beginner.
All i can say is wow. Wanted to skip over this as i know a little about git but the way you explained the inner workings i really don't see how i can go wrong ever. Great foundation to start with look forward to re watching and studying this video and going thru the notes. Thanks!!!
I have been studying the pro git book but has been not efficient enough in learning. Following along the basic tasks of git with this video gives me a very speedy overview of the branching and merging. Now I feel confident to get back to the pro git book and learn the details. Thanks for the tutorial, Anish!
Make sure to also practice using git in real projects. Reading and using git is very different.
This long-time git user learned something new about git today. Kudos!
I almost lost hope in understanding version control through git. Until i found this! Thank you very much sir
This course needs to be in every university...
or just online for free oh wait
Probably, if the universities are populated by idiots like you.
@@ThunderAppeal These lectures are from MIT.
@@jakobwachter5181 I rest my case.
@@ThunderAppeal I would be very interested to see how your pedigree absolves you from recognizing that even very intelligent people can take a lot from these lectures.
this is by far the best video on git.
The demonstration of branching and merging was beautiful
I have been using git for a while, but I found this lecture to be very insightful about git internal data structure. That pseudocode was great.
The lecture was informative with lots of repository in depth ways to grab data efficient time saving which I really like grab a certain command and everything's there at your disposal also ,this no where near what it's capable of man god stuff
my university doesn't teach git or vim and this git lecture has been really helpful. also loved the vim integration with git!
There are universities that team VIM and GIT ?
why on earth would u learn vim?
i LOVE vim and neovim its like my son
This really made me appreciate the genius of git and version control systems
How come this is so fantastic ... I'm fully impressed.
For any one learning, use git graph extension in vs code that will give a intuitive graphical view of all git commands.
This is the best way to start learning git.
11:08 I love how the arrows point in the correct way. Too many examples make the arrows point into the direction of the future. A new snapshot is based on an older one, thus the arrow should point towards the older snapshot!
Yeah, I learned that from git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell .
Some things (like git log's output) make a lot more sense when you know that each commit has pointers to its parents, but not to its children.
Either way sounds logical to me. I mean, if you think of it as kind of a family tree, arrows in the other direction makes sense.
Very informative for someone who is just starting off with Git and GitHub. Thank you very much.
this video explains the core of git. it is really really good
Probably the 1st university to have a course on git and GitHub
Used git for years, interesting to learn about the data model and the pointers.
Brilliant Lecture! This is the best lecture about Git I've learned :D
This is gold. Perfectly explained.
Wish I could "like" this video several times... Thank you for this training!
Very useful tutorial on git especially in terms of understanding the data model, and remote interacton. Thanks !
Here's my explanation of a hash function: You input some data and the output is a hexadecimal number. If you change the input a little bit, the output will look wildly different. You can use this to confirm you have an unchanged file from a website. If I have program P and I say the hash is X, you can download it, recreate the hash and if you *don't* get X, you'll know it's an edited file.
Well known algortihms are MD5 (outdated), SHA1 (outdated, though still often used), SHA-256 (current), though there are many more algorithms.
An input/output example for SHA-256 is:
input: Hello World!
output: 7f83b1657ff1fc53b92dc18148a1d65dfc2d4b1fa3d677284addd200126d9069
input: Hello, World!
output: dffd6021bb2bd5b0af676290809ec3a53191dd81c7f70a4b28688a362182986f
As you can see, the hashes differ wildly, even though I only added a comma to the text!
Pretty much true but a hash function is defined as a function which take some data. Play with its bytes and returns a hash. Its not necessary to return a hexadecimal value. But a each input should have a unique and consistent hash.
@@ezio934 There are some relatively important details - The input data size to a hash function is arbitrary but the output size is a fixed number of bits. The algorithm should exhibit 1st preimage resistance (given y, it is difficult to find an x such that h(x) = y), 2nd preimage resistance (given x, it is difficult to find a second preimage x′ ≠ x such that h(x) = h(x′)) and collision resistance (it is computationally infeasible to find any two distinct inputs x, x′ that hash to the same output). Sadly SHA-1 Which is used by git does not have all these properties.
This was really a big pleasure to watch this nice lecture. Thank you so much.
unbelievably useful lecture. 1,5h and I can rightly call myself a beginner :)
"In pseudocode this looks like ..." and proceeds to write perfectly valid python code lol.
That's why Python is so powerful for newbies.
Wuuut? Lol.
Back in the day the "pseudocode" was BASIC.
Any pseudo code is basically python
@@spicybaguette7706 No, not all pseudocode. There is C like pseudocode also.
One of the best lectures on git, thanks for sharing
excellent, it helped me a lot as a newbie in Git
you can also add title on
1:02:05 for remotes
closed captions at 16:07: [Applause]
lol
if there was one video humanity should preserve out of all videos ever created it should be this one
absolute tragedy that no other git guide teaches the actual data model or from the bottom up and all of them if they use a graph always make the commits point to the next commit wrongly.
An excellent lecture on git basics, I really liked it.
Thank you so much for this lecture!! The lecturer is so awesome!!
I don't usually comment but I had to say it. This is good content. Very Helpful!
thank you so much for upload this video, I just share it with my students and next time I will start to explain GIT from the model!
The second part is the typical professor going at his owns speed without making eye contact. I was so hopeful.
This lecture is pure gold. Thank you so much!!
Love this lecture, have been using Git/ GitHub for years but still don't know some of the basic idea.
Nice presentation. I'll definitely steal a few ideas next time I train someone on git.
I dont know why this in my recommendation, but thanks you very much sir.
Great content git should be taught at every university!
My sincere thank you for the lectures, this is so far the best material on git.
This lecture is a masterpiece.
"On a higher level....nevermind, I think this is sufficient - you can ask me afterwards" - Hash Functions
I relate to that so much when explaining, THAT becomes so big, really quickly
Thankyou. I finally feel like I get what's going on in git
Excellent Lecture
good lecture, I want to add 2 cmds for noob just I used them a lot at the beginning, git gui which provides a gui for those are not proficient about cmdline, and git add -i which provides more subcommands, then you don't need to read doc when you can't remember correctly.
This is gold. Learned a lot.
Thanks for lecture for beginners it was really helpful
why don't we have to write 'git commit' after 'git add animal.py' when merging dog with master? 1:00:45
3:48 Git Bisect has saved me tons of time.
Thank u! Learned a lot. Whole different picture of git now
best intro to git ever, love that guy c:
Thanks for adding the lecture notes!
I have a question if anybody can verify please:
In the pseudo code, type tree is defined as :
type tree = map.
The key is the directory name and value is the actual content which can be a blob (file) or another tree (folder).
If I'm not wrong maps cannot contains duplicate keys. If my assumption is correct, doesn't the definition imply:
tree is a map from the folder name to one file or one onf folder?
The string in the map is not the name of the tree currently under definition.
The strings in the map are actually the names of the CHILD trees and child blobs!
It is very important making meaningful git messages, yet let's add "x" as message :)
Very good lecture. The explanations are spot on!
best git tutorial ever！！
marvelous lecture, was perfect for my commute just now.
I wish I had watched this before. Thank you!
I need to show my dev team this. Lordy, they need it.
good video , helped me a lot for learning python and git
Such a nice video, learnt new things. Thanks a lot, totally deserve a +1.
It's amazing, thank you for the upload
How is he able to rename different windows in the terminal at 1:08:00? Can anyone please help explain that? 😅
37:50 did he change his t shirt
i'm at 25:13, and thing i don't get , is that it seem the each commit maintains (or references an entire snapshot of the repos, as it would duplicate the snapshot cor each commit, which doesn't make sense, i thought it only saves the delta between each commit)
it also looks like if id uniqueness is maintained by content alone, them having a snapshot, making a change, committing, deleting the change, and committing, would make it like this commit would overwrite the previous commit as they are both identical content wise.
If you do that, the meta data of the blob, such as e.g. modification time changes, and therefore, you get another hash.
TL;DW: git status
TL;DW: You are in a maze of twisty little passages, all alike.
Thank you!
Really good tutorial
Thank you anish!!!
This should be the 1st course for every group coding assignment. In a team without version control is basically a hot mess.
You should review tags, signing and audits in the basic GIT lessons. It's REALLY important for developers to understand why they need to sign their code and sign their commits, not to mention carrying a proper audit across the GIT tree.
Otherwise awesome GIT lecture.
51:47 what is that vim sorcery? Each line has an associated letter.
I think its the Vim plugin EasyMotion(github.com/easymotion/vim-easymotion ).
By the way, that tiny URL goes to a Google docs survey entitled "6.s089 Logistics"