How to Use Git Worktree | Checkout Multiple Git Branches at Once

[@ChristerBlomqvist]

I really like your presentation style and especially that you show the actual underlying git commands.

[@DesT-x]

This is really what I was looking for to implement in git repositories, work in multiple branches at the same time in my engineering projects !! Thank you ! :)

[@Shinwe]

Great and simple, thank you.

[@ahirusan1147]

Thank you for this tutorial, it makes years I was looking for that feature!

[@dbt6572]

Thanks, Dwayne. Very clear.

[@a_maxed_out_handle_of_30_chars]

thank you, simple and to the point :)

[@neessaa8713]

10/10 tutorial! thank you very much!

[@GitKraken]

Glad it was helpful!

[@graciborski]

Beautiful introduction

[@mateustymoniuk]

You saved me from getting lost in stashes and temporary local branches, thanks a lot!

[@bassam.2023]

Useful tutorial, especially because you showed how things work in the background, that is, via the command line. Thanks!

[@chrisidema]

Pretty neat. I hate stash as I can forget about it. I often create a new branch for temporary commits.

[@yoavgro3]

I don't understand how the new work tree relates to remote. can you explain how can I push this worktree, create a pr on branches there later, etc.

[@amansagar4948]

How is that different from cloning the repository again into a separate folder ?

[@iTheoryon]

In a lot of ways it's the exact same, however it enables tools like VSC to support multiple copies, like he showed. If that doesn't have any value to you it's not a tool for you.

[@HunterRoMike]

Great presentation. Howveer I find git worktrees pretty useless, especially when working on huge projects with heavy IDEs. I'd rather just commit all changes, use a descriptive commit message, chenge branch and fix whatever bug needs to be fixed, and then just check out the original branch and git reset --soft HEAD~1 and continue working on whatever feature I was working on before.

[@EE12345]

So do you usually do 1 worktree per ticket / task you're working on? Any reason you'd ever need to have more than 1 branch you're actively developing on in a single worktree?

[@ruixue6955]

1:10 1:22 2:50 3 git worktree commands 3:02 git worktree list 3:16 git worktree add 6:13 git worktree remove

[@gersonscheffer2765]

great video.However I think commit with a message and after use squash it is more practical than using worktree

[@jacques-dev]

Does GitKraken support worktrees? I made a new worktree from the command line called `main`, and I can push pull fetch etc. just fine from the CLI. But when I open the repo in GitKraken and try to push or pull I get the following error: `could not determine remote for 'refs/remotes/origin/main'`

[@danylohromyak5228]

Why does everyone use a terminal instead of a built-in vscode git GUI?

[@kristupasqwert9888]

How would you link your node_modules with a new branch to avoid reinstalling deps?

[@GitKraken]

I believe the same way you would normally when working in a branch. This is just a way to move a copy of a branch to another folder and should not cause breaking changes to the node workflow. Ultimately the .git folder is tracking these branches as it always does, just has multiple referenced at once.

[@radekkokon3720]

Haven't tested it but I think a symbolic link to an existing node_modules directory from new branch might work.

[@trusabaka9747]

@@GitKraken It could be a good idea for you to show the same what you have shown here with the actual say, React, project. How it will work (or not?) when the worktree is checked out? Thank you.

[@dannywidjaya7943]

how is this better than simply cloning to a different folder? less mental load.

[@apefu]

I am very surprised how annoyed I get by there being no space at the end of PS1.

[@duytdl]

"I'm not ready to commit yet" Um.. why. And how is that dangerous!? A simple [WIP] commit should suffice, you don't have to push immediately. I'm sure this feature is great for simultaneity, but ease of switching between branches is so not the use case I'd go for.

[@plopplop.]

I'm annoyed by the `~` in your command line when you're not actually in your home directory.