This insight by Aaron Schlesinger on the latest Go Time is on point (IMHO), and realizing this relationship between the two social networks might change the way you think about code on GitHub…
I am now making more money than I’ve ever made while developing open-source software for a community that I adore. Pinch me, I’m dreaming.
Was it luck? there’s certainly been a lot of that.
Was it fate? Let’s leave religion out of this mmkay?…
Was it that the software I built was so incredibly compelling that it forced 535 people to give me at least $14/mo. to keep working on it? …I wish.
It’s more than that though. There were some key things I did along the way to get here. Let me tell you all about them.
Use this GitHub Action to select a combination of linters you want to run on your code base automatically. It currently supports 15 linters and there are a bunch more in the request queue.
At first I thought it was just me getting older and more experienced. But after several conversations about it with colleagues and other open source maintainers, I’m not the only one who feels this way.
After a lot of reflection, I believe the turning point was when they changed how the ranking system on the Trending page worked.
I don’t know if I ever considered GitHub fun, but I agree the trending section has lost value over the years. You know what is fun, though? Getting the day’s hottest new & trending repos delivered directly to your inbox. That’s what. 😉
Sid Sijbrandij is the Co-founder and CEO of GitLab — an all-remote company and complete DevOps platform. As a company, they have their eyes set on taking the company public to IPO and they’re very outspoken about their culture, open handbook, and how they work as an all-remote company. We talk through where Sid came from, the early days of GitLab, why IPO vs a private sale (like GitHub), what it means to put “family and friends first, work second,” how we should view work, and his biggest fear — the company failing.
Johnny and Jon are joined by Denise to talk about her role at GitHub and what the community and safety team does to help open source project creators and contributors, GoCon Canada and the role of organizing a conference, and more.
Jason Warner (CTO at GitHub) joined the show to talk with us about the backstory of how he helped to lead GitHub to a $7.5 billion acquisition by Microsoft. Specifically how they trusted their gut not just the data, and how they understood the value they were bringing to market. We also talk about Jason’s focus on “horizon 3” for GitHub, and his thoughts on remote work and how they’re leading GitHub engineering today.
May 7th, 2020: A discussion appears on Atom’s forum…
I use Atom for a few years now and was worried back then about the acquisition of Github from Microsoft. And now I read about Github Codespaces, which is powered by Visual Studio Code.
I’m a little concerned about this. Do you still support Atom? And do you support Atom in the future? If there are other opportunities of embedding a Editor or innovating would you also choose VS Code over Atom?
What is the future of Atom? Will you slowly move to VS Code and Atom will be on the support line?
All good questions. There’s been no official (or unofficial, that I’ve seen) response from GitHub just yet.
We’ve been following Atom for years now. Many great developers have put their efforts into the editor. But it’s hard to withstand the gravitational pull of VS Code. Even more so now that Microsoft owns GitHub? 🤔
InfoQ has a nice rundown of all that GitHub announced at Satellite this week. On Codespaces:
Codespaces gives you a fully-featured, cloud-hosted dev environment that spins up in seconds, directly within GitHub, so you can start contributing to a project right away.
At the heart of Codespaces lies Visual Studio Code running in your browser, so you get code completion, extensions, code navigation, and the rest of Visual Studio Code features you are used to.
GitHub Discussions appear very similar to Issues and Pull Requests on the outside, but they aim to go beyond the linear structure of the latter by supporting a threaded questions and answers format. According to GitHub, this should make it easier to organize an otherwise unstructured conversation and build a persistent knowledge base.
I’m personally not too excited about either of these features. I think Codespaces could be a big deal for casual contributions, but those are the lowest form of contribution. Discussions seems like a direct shot at StackOverflow, which makes good business sense, but I wonder if it will get mired in the Issues/Pull Requests/Wikis mucky muck.
In this post Arthur covers the core concepts, the question “Should you use GitHub Actions?”, and a step-by-step tutorial to build a functional CI/CD pipeline using GitHub Actions.
If you are already using GitHub to host your project’s source code, getting started with GitHub Actions is effortless. The fact that it integrates fully with the entire GitHub ecosystem means your team can double down on using the platform as a significant part of your software development process.
Overall, my opinion is that GitHub Actions is worth a try. Whether this is the automation system best suited for your team depends on your specific needs.
This.. is a bit of a bombshell:
Software is eating the world. Meanwhile, Microsoft is eating the software world… one acquisition at a time.
To answer the question in the headline:
- I find the GitLab UI to be cleaner in general and easier to find my way around. However, this is purely a matter of taste and probably not a strong reason to move.
- I also like how GitLab is open source. I am far from an open source zealot, but I do prefer to write and use open source software. While Github is full of Open Source projects, Github itself is proprietary. In contrast, Gitlab has a well-supported open source version.
- The project import feature worked very well, so it was trivially easy to move the code, branches and issues over.
The author goes on to describe why GitLab’s project management workflow works well for him.
A handy little web app for quickly finding the
droids code you’re looking for.
grep.app searches code from over a half million public repositories on GitHub. We’re hoping to add more soon…
It searches for the exact string you enter, including any punctuation or other characters. You can also search by regular expression, using the RE2 syntax.
GistPad is a Visual Studio Code extension that allows you to manage GitHub Gists entirely within the editor. You can open, create, delete, fork, star and clone gists, and then seamlessly begin editing files as if they were local.
The big idea here is to use gists to seamlessly create your “very own developer library”. The interactive playgrounds is pretty cool, too.
gh brings many of GitHub’s concepts to the terminal. You know, things like pull requests and issues. The tool is still under heavy development and they’re looking for feedback. If you’re an early adopter, this is the perfect time to get involved and let your voice be heard. Oh, and if you’ve been using hub for years already, here’s how the new shiny compares:
ghis a new project for us to explore what an official GitHub CLI tool can look like with a fundamentally different design. While both tools bring GitHub to the terminal,
hubbehaves as a proxy to
ghis a standalone tool.
Devon Zuegel is an Open Source Product Manager at GitHub. She’s also one of the key people responsible for making GitHub Sponsors a thing. We talk with Devon about how she came to GitHub to develop GitHub Sponsors, the months of research she did to learn how to best solve the sustainability problem of open source, why GitHub is now addressing this issue, the various ways and models of addressing maintainers’ financial needs, and Devon also shared what’s in store for the future of GitHub Sponsors.
Quickly view and search notifications, mark notifications as read (or unsubscribe entirely), add comments to issues (and more) all from the warm glow of your trusty terminal.
Did you miss GitHub Universe this year? We did too, but we have an insider giving us all the details to share with you so you can stay productive, but not miss out. This is a summary of what was announced at GitHub Universe 2019.
Shanku Niyogi shared a full-length write up on the GitHub Blog with more details and links.
What you see is what you paste. No WYSIWIG, no formatting pasted from the web, and no features you don’t need or want.
GitHub sync is still in-progress, but this repo is worth a ⭐️ in the meantime.
Eileen Uchitelle shared the backstory of how they have GitHub running on Rails 6.0 just 1.5 weeks after its final release. 👏
As soon as we finished the Rails 5.2 upgrade last year, we started upgrading our application to Rails 6.0. Instead of waiting for the final release, we’d upgrade every week by pulling in the latest changes from Rails master and run all of our tests against that new version. This allowed us to find regressions quickly and early—often finding regressions in Rails master just hours after they were introduced. Upgrading weekly made it easy to find where these regressions were introduced since we were bisecting Rails with only a week’s worth of commits instead of more than a year of commits.
The npm team is collaborating with GitHub on a new service that will automatically check for tokens that might have been accidentally pushed up to a repository and then automatically revoke them if they are valid. This will help to quickly mitigate attack vectors that might arise from the accidental oversharing of credentials for projects. From the post:
Whenever you commit or push a change to GitHub in a public repository and an npm token is found in the change, it is sent to npm for validation. If it’s valid, we will revoke it and notify the maintainer of this action via email.