Live data from Hacker News

Email and Git = <3

git-send-email.io

261–265 of 265 posts

Re: Email and Git = <3

#261

Email-driven contribution systems, no thanks. Why anyone would, in 2023, elect to use email as the backbone for their development processes eludes me.

It’s fantastic once setup. Almost all systems have email notifications, many allowing you to respond from email. if you have an email client that integrates with your editor then it gives you a source of truth for all notifications which you can easily reference.

Re: Email and Git = <3

#263
post #235

Earlier quoted context omitted.

It really kills the fun when contributing to any FOSS project that fetishizes these tools and holds them up as some kind of proof of hacker cred. I've given up. The latency is too high and the tools are terrible.

That’s an interesting take actually. Would you be okay with a service that supports both email and PR based dev flows as long as the user can choose?

I'd be interested in something like this.

Re: Email and Git = <3

#264

Earlier quoted context omitted.

I read this, and it's like, sure, you could do all of this shit. But you could also just choose a better system outright.

This "shit" (which take is not much though, most of it you do once and as you're probably already using email, using a good mail user agent will help you in other ways too. And I only wrote that "much" to answer to every point of OP, it's a few lines – attention span really has gone down hill. And what better system? Git(Hu|La)b et al.? Yeah no, you definitively didn't use either much in a collaborative way to just c…

GitHub, while far from perfect, offers a way better issue tracker than mailing lists.

Re: Email and Git = <3

#265

off topic, but why does the page (step 2) rant about protonmail? Can somebody elaborate? >Be advised that Protonmail is generally known to be a pretty bad email host. [...] Not to mention their mistreatment of open source and false promises of security! You should consider a different mail provider.

Proton Mail Bridge normalizes line breaks in plaintext emails to conform with cleartext PGP signing rules. This sometimes creates problems with third-party cleartext signing which is used by programs such as git-send-email. Third-party signing is not actually a supported use case of the Bridge and this can be worked around by requesting a SMTP submission token.
Post reply on HN