1. Get all latest changes without merging
Stop pulling code that you think will break! Having fetch in your workflow allows you to grab ...
For further actions, you may consider blocking this person and/or reporting abuse
Call me crazy, but I have never, EVER, had to type a single
git
command. I use Visual Studio Code with the Git Graph extension. It does everything for me without having to invest brain cells in learning a bunch of CLI commands.It's worth it because then you can pretend to be a hacker!
The issue I have had is that people don't know how to use their UI. This is true with command line as well, but then we would at least be in the same environment.
If we used the same GUI then that would be the same. But I find every GUI to be dangerous. They try their best to help but always make it easy to throw out unsaved changes (git hates doing this).
I have not found a git GUI where I don't need to spend mental energy getting the GUI to do what I want.
Btw, new command learned!
git switch -c new-branch
I normally run
git stash ; git checkout -b new-branch ; git stash pop
to achieve the same result.But
switch -c
andcheckout -b
are the same. They both requirestash
if git needs to update a modified file.Does it allow interactive rebase? Rebase onto another branch? Bisecting?
Pushing of a specific revision (not head)?
(I mention only actions I have to do regularly)
Rebase for sure but don't ask me. Install it and see for yourself. If it suits you then great.
lol
So you depend on many others for minimal needed git things for CI/CD?
I have my minions for CI/CD, yes. I focus on programming, and then I let them lift that part for me. :-)
I work inside IDE, but use console for git just for fun.
If I should make some complex merge, then I prefer to use some GUI to be sure everything is going OK.
So you're not the go-to guy when things break in unexpected ways in your workplace.
Git-related? Usually not. But then again, under my eagle eye things don't break. :-)
I use that too but being old school have it's own level of satisfaction :P Cheers
I would encourage you to add that last function as a git alias, rather than a command in your
.bashrc
.Something like:
Then, you call it with
git fc dropdown
. Sure, it's more characters to type, but it enforces mentally that it's agit
command that you're running, and, if you ever switch shells, you don't have to move that over.you can also type
git push -u origin HEAD
for the upstream.Yeah definitely use the
-u
or--set-upstream
flag if you usegit pull
in your workflow otherwise you'll have to typegit pull origin <branch>
.I don't use pull though
I'm sorry, maybe I'm missing something. But why do need to type
git push production head
if you can just dogit push
? It will push your current branch to it's remote.Nice article! I also like the
git add --all -p
Cool, article! I'll make use of this one:
git switch -c new-branch
Great article, keep the good work! Liked and followed! 🚀
Thanks Wade!
Great article Wade, Thank you!
Never heard of
git switch
; Good to know. I am now wondering about the difference betweenswitch
andcheckout
.Thanks for sharing, BTW! Keep it up!
"switch" and "restore" are relatively new offsprings from "checkout" (approx. 2 years old). It's not strange that many guides still omit them.
Switch is an improved interface from checkout. Have not needed checkout though: git switch --detach , is a bit longer.
For example previous branch: git switch -
Thanks Wade!
One of the most interesting cheat sheets I've seen on Dev.to and Medium if it's not the most interesting one, thanks for the tips! @wadecodez
I use: fzf.fish, gitui, lazygit, difftastic, delta, git-filter-repo, and git-branchless; for git-ing my stuff. Don't ask me why I don't use VSCode 😂
Thanks! Now we need some noble person to make such an article on git submodules, especially in a monorepo such as Nx.
tnx