Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
I'm a fan of turning on synchronize changes on commit in VS Code for some workspaces.
theabbie273916dThat's like a horror story
mojo201279116dummmm ... git push???? I always say to my coworkers ‚commit and push often‘. No thanks they say, I rather have it locally and rebase and squash it later so that my git history doesn‘t look like guitar hero ....
Why did you do that?
I will blame the stupid fucking auth system of git for 10% of this shit. Git push is like a big thing for me , git commit is like "yeah am super drunk. Let me save my current shit so the upcoming shit doesn't break it " or "yeah am going out for walk. Let's save this shit before my ass cousin comes and deletes random stuff to play some game"
Also in windows its horrible to make a push : either a stupid open ssh popup comes up or git will pickup credentials from my office public/personal GitHub account.. i have disabled all the credential managers and rather push by entering credentials manually so that's also a more time consuming task.
What good credentials system you guys use for git/github?
Voxera841516d@yowhatthefuck I have to agree, I also disabled credentials since every three months when we have to change password )yes I know, I think its going to change to 2FA) you have to search up the credentials and remove them since git cannot let you just change the password stored when it stops working.
IntrusionCM377116dDafuq? Do you use HTTP or SSH?
cdrice411015dSome of these comments make me think not everyone has realized the wondrous simplicity of using ssh keypairs for remote git auth... 😉
(Hot take, personal opinion) The only use of https for git is anonymous cloning of an open repo. Anything else (certainly pushing to the remote) should use ssh.
Regarding not pushing to a remote in order to clean up branches (fixup, squash, rebase) mentioned earlier - remind them that as long as they are not on a protected branch, they can always force-push after rebasing, and repeat that as many times as desired. That should obviously be limited to branches only they, individually, are working on (vs. a busy branch with other devs pushing updates), but if you are following a sane workflow, you should be working on your own feature branch for any non-trivial work anyway - then just merge back to the shared parent when you are done.
I really recommend you read the free git pro book.
Especially since you seem to obsess over hooks.
You'll find a lot of muey important information there.
And you should read about SSH / Secure shell.
The fun part is not SSH per se - but that you can generate a SSH config.
SSH is based on key authentication (password possible, too - but makes less fun).
The private key - which you should never upload anywhere and backup safely - and the public key create a identity.
The public key can be uploaded to eg github or any other site and is used to confirm your identity, as it is only valid in conjunction with your private key.
The private key should have an passphrase to prevent misusage - which needs to be unlocked.
The fun part now is that via SSH config you can set up - several - identities (like passwords) and that SSH has far more possibilities than HTTP.
Eg SSH can do SOCKS proxying (SSH connect to let an internal server act as an proxy)…
Setting up a kind of DNS setup by utilizing names...
Alot of shit.