I recently talked to someone who was confused by git commands in the terminal, and it was just not working.
I again was confused about why this pe...
For further actions, you may consider blocking this person and/or reporting abuse
Or in cases like mine, perhaps you find most visual interfaces confusing?
If you are familiar with git any GUI would do
In what sense automate? I don't know what git commands you use every day, but for me, it's 9/10 times nothing fancy
I do see why you could find some of them confusing, it's a matter of what everyone personally likes better
For example, I have a few scripts that fetch changes and start/manage features based on Jira ticket numbers.
There may well be a VSCode plugin for that, and a Jetbrains plugin, and a Sublime plugin, etc., etc., but I don't need to learn a new language to make them. I can just copy my script and it'll work, and it's infinitely hackable because it's my own script.
That actually sounds awesome Ben!
I'm all for hacking your own scripts and making your life easier.
You should share some of those ideas here on dev.to 🤟
I believe its necessary to know how to do it via command line.
To me, everything that is git, but not the CLI, is in fact overcomplicated.
Haha see where your coming from
Knowing how to do it at the command line is certainly important, but it doesn't mean that you must use the command line on a regular basis. I use the Github Desktop App for 95% of my usage of git. I can certainly do everything from the command line, but the basics of git are quicker from the app. Faster == more productive. For example, seeing what files have changed, you can certainly do a git diff from command line, but from the app you literally do nothing assuming you have the app open while you work. The list of changed files is just there. Now seeing what specifically is different in one of those files is again easy enough from command line, but from the app you just click on it. These 2 examples are both very small time savings, but it adds up when they are operations you do often. Github Desktop, and other similar applications, work really well for the basic things that you do most often (though not so well, or at all, for more advanced).
100% agree, I think we are on the same page on it.
I hardly know what files I change and can just have a quick view and see what's going on.
Yes 100% if you don't understand git there is no point in leveraging the gui's
But they make our life easier, so use whatever helps us.
I utilize
git guiandgitkBut these make each step clear what is happening. I have not used visual s code, but when people utilize different GUIs I find they still don't know what is happening, and I can't find a way to tell the without jumping into one of these other tools.
Graphical tools have the unfortunate effect of being proactive instead of reactive. You go to push or switch branches and it starts asking how much of your local filesystem you want to keep.
The command line is simple. If you don't use --force your changes are safe.
This is true, hence knowing what your doing is very important
I learned git via the cli so that is what I am most comfortable with. The problem I have with most GUIs is that I don't know what git commands they are actually running so I have no way to trust what they're actually doing behind the scenes.
You're learning a tool either way I guess.
You can see the git output on output console of vscode.
I assume that is after you ran it? I guess with practice you'd get to know which GUI functions corresponded to which commands but ideally I'd want to know the command that would be run ahead of time and then I could confirm it. There probably is a GUI out there that does this.
Does vs code do anything like this?
True, the VSC git GUI does have the output in there indeed.
Hmm, that actually is true!
With most GUI's you don't know what it is actually running!
Good point Steve.
I respect the people that use GUI. However, I prefer using the command line for me it is more natural and fast. Using GUI interfaces feels slow, the two exception is to analyze the graph history and to blaming/diffing commits.
I didn't thought about having my markdown for blog post in a repository that is a cool idea thanks for sharing.
Hey thanks, it's whatever works best for someone, I'm personally so used to my VSC workflow I tend to use the git in there a lot.
Markdown for blog post is very popular in all the static site generators (I'm using 11ty) but gatsby for instance also has this.
use whatever you're comfortable and productive with. for me gitkraken is life 😋
ctrl+shift+enter to commit. drag n drop a branch to merge. doesn't get any simpler than that imho.
100% always use whatever your most comfortable with and works for you.
Just an option that people can try, I just learned not everyone is aware of tools like this.
yep! to be honest, i've been a developer for over a decade working in teams of many sizes and i've never used the git CLI even once. i just don't see the point in doing things the tedious way.
Always do what feels good for you, unless your manager is really forcing you ofcourse 😂
This is a good example of abstraction. You don't need to learn cli commands to be effective in git. You could be using that time to learn something that addresses the problem you have.
Hopefully I can say this as I use the cli almost exclusively and love bash.
Of course you can, I do think you need to know the basics of Git, what it is, how it works, but make use of whatever works for you.
If it's the CLI => 100% fine
if it's a GUI => Also fine
If it's a bash script doing all for you => Great stuff
True, I personally have an intern now, and he is so good, he will just say Chris I don't feel comfortable doing a commit, can you guide me through it again.
And there is never shame in asking how to do something.
Can you please tell me how you design your cover image. I really really like them.
Thanks!
Hi Heba! (Hope I got your first name right here)
I'm using Sketch and just created a "template" for my blog.
Happy to share the Sketch file if it helps you?
Drop me a message with you email and I'll send it over