So You Think You Know Git Part 2 - DevWorld 2024 

Didn’t know Pedro Pascal is such a git nerd. Amazing talk btw!!

It's not every day you learn several new git features to try out. Thanks for a great talk.

Yoo I was really excited by the first talk, so great to see the part 2 :)

17:13 I am apparently one of the "three guys". I wished for this option for a long time. This is a huge lifesaver.

I've used fixup commits and rebasing for many years. Can't see how you'd get a clean, meaningful history without it. Lovely talk as always!

Presentation so fire you triggered the alarms haha. Loved both of these and I could listen/use many more :D

had a thought around 5:11: I understand Linus' concept of not breaking backwards compatibility, so that `checkout` will continue to work even though there are newer commands that do the same thing, but if the idea is to have these new commands be "more semantic" than the old ones, why not at least show a message in terminal when using the old command to say "hey, there's a better way to do this now"...? surely that would help people who use Git every day (like me) to learn them more quickly.

The most important thing to know about git : it is not a backup system, it is a collaboration system. You have to actually use backups with another software such as beyond compare, to reduce the risk of a bug in git that deletes files and folders. Sometimes you don't have 5 hours to become an expert at git and understand why it suddenly refused to save the modifications. The slightest mistake, misunderstanding, or misuse of a command can harshly punish you.

I had no clue you don't need to do an interactive rebase to make autosquash work anymore... Nice to know :)

i love these talks

It's the best video I’ve watched the whole week. Thank you!

Aside from the large repository stuff (scalar) I would have put my hand up for each question, and that makes me happy 😊 Great talk Scott!

great idea to not repeat the talk 👍

Damn, I would have appreciated knowing about worktrees about 2 weeks ago 🙃 Always a chance to learn something new

Dude these talks are so useful!!

Pretty glad I subscribed to the youtube channel :3

Hey Scott, I was barely able to get 50% of part 1 (some super heavy stuff for beginners) but this part was like you created this one for us only 🙌 the way you present these talks is just awesome 😂 please continue this series and let’s see a demo of gitbutler in the next part of this series and how’s about continuing this series until we don’t cover all 145 commands 😅😂

Great presentation style! 👍🔀🚀

`--update-refs` is great!

Across the talks there have been several recommended git config -global options recommended. Is there a good place to go to see an exhaustive list of recommended configs based on new feature adds or even just a merge commit’s expert opinion on recommended config?

worktrees are awesome

nice intro)

Those YAML configurable hooks looks nice, can these be globalized? I didn't get it to work. With the attributes, that's a nice feature. I configured it so that in addition to calling exiftool, it also adds the hash (by making a script). This way you can see that it changed despite no change in exif data. You can also make it so git diff fires up the different pictures visually side by side, if you want to.

you didn't mention lefthook when talking about precommit and husky!!

Now onwards I will only use more domain specific/ explanatory commands instead of checkout I.e, switch and restore and allowing commit specific updates is also cool and yeah the best of all for jumbo repos I.e, scalar (any specific reason for not using git specific naming like git clone-heavy) 😂😎 I am feeling like if scalar might have introduced earlier then maybe pinterest never specify the refspec to reduce their clone time 🤪

The "restore" command semantically often makes less sense for me. I frequently check out changes I have never seen, stemming from other branches or even remotes, so it is definitely not restoring anything. So in many cases it fits, just "checkout" is more general.

Why is Scott against a rebasing flow?

If I had your public speaking skills I would be between 2x and 500x wealthier. Well done talk.

GitButler looks really cool and very helpful, but unfortunately switching to a GUI client would change my workflow too much so I have to stick with either using worktrees or straight up separate directories for different branches.

Deeeespaaacito

Scotch Cone.

I was scared during the first few seconds of the video. Thought I was lost

I didn't see much in this talk that seemed of interest for me to look in to. I can see worktrees being useful. I already have multiple branches of a project checked out in to different directories but git doesn't know about the collection of directories. Using worktrees I can make it aware of the other branches being worked on.

When working in JetBrains IDEs, I use Change lists: for example, I can create one for dev changes (that I definitely don't want to commit), other ones per branch. When commit, I select only needed change list(s) and other changes are not affected. Overall, JetBrains commit tab is quite comfortable for me.

Update refs❤❤❤❤❤❤❤❤😂

_ICT🌌1AM March 26th 2024_

Yeah, renase with references on top would be damn useful 2 years ago for me =)Now I just try not to use that approach

and yet, -q and --quiet still don't work consistently

Nope. I don’t think that! 😂

Damn, coming at you with commit hooks 😢😢. Really bad stuff

hi 🎉?

almost nobody used autofixup? Wth, I'll do you one better, start using git-absorb

Nobody knows Git

OhNo, there's more 🫣