Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
schacon
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
61.
▲
by
schacon
2y ago
I should do another article on the best aliases, because this is a great one. I want it just because I want to do the Arnold voice every time. Now I want to do: `git to-da-choppa`
62.
▲
by
schacon
2y ago
I'm curious what you mean. I've been practicing trunk based development since 2011[0] and all of these config settings help that flow. Arguably you don't want the rebase thing, but otherwise I can't imagine what you thin
63.
▲
by
schacon
2y ago
I really wanted to add this (I linked it in the last paragraph) but I really wanted to keep the recommendations globally applicable in vanilla git. Delta is awesome though.
64.
▲
by
schacon
2y ago
Yeah, I didn't do aliases on purpose, because I wanted everything to be fairly global, where I feel like aliases are more personal. But yes, aliases are great.
65.
▲
by
schacon
2y ago
GitButler's amazing designer is Pavel: https://bsky.app/profile/pavellaptev.bsky.social
66.
▲
by
schacon
2y ago
Of course, you can also try GitButler ( https://gitbutler.com ), it's a pretty nice GUI :)
67.
▲
by
schacon
2y ago
At the end of the article, I also subtly plugged: * https://github.com/so-fancy/diff-so-fancy * https://github.com/dandavison/delta Also both great TUI diff tools
68.
▲
by
schacon
2y ago
I did almost put `log.date iso` in there, I like that one too.
69.
▲
by
schacon
2y ago
Good point.
70.
▲
by
schacon
2y ago
I mentioned it in the post as well, but Git will look in `.config/git/ignore` if you prefer to just use that rather than setting a new path. There's also a possible downside here in having things hidden for you but not for ot
71.
▲
by
schacon
2y ago
Curious what I might have missed that you all put in your `~/.gitconfig`
72.
▲
by
schacon
2y ago
I understand, I meant I tried to say the word “decisecond” out loud and we debated if that was a real word or if I was attempting to say “deca” which was understandable.
73.
▲
by
schacon
2y ago
I can’t help but feel like you’re calling me “old”…
74.
▲
by
schacon
2y ago
I feel like in the "racing / git crossover" world, that's pretty close. :)
75.
▲
by
schacon
2y ago
I'm curious if the startup time, plus the overhead of Git trying to figure out what you might have meant is significant enough to give you enough time to realize and hit ctrl+c. In testing it quickly, it looks like typing the wrong com
76.
▲
by
schacon
2y ago
We had this debate internally at GitButler. Deci versus deca (and now deka, which appears to also be a legit spelling). My assumption was that 1 full second may have felt too long, but who really knows.
77.
▲
by
schacon
2y ago
Not sure, but I do personally know two high profile Ruby developers who regularly race in the LMP2 (Le Mans Prototype 2) class - DHH and my fellow GitHub cofounder PJ Hyett, who is now a professional driver, owning and racing for AO ( https
78.
▲
Why is Git's autocorrect faster than an F1 driver's reflexes?
(blog.gitbutler.com)
6 points
by
schacon
2y ago
|
0 comments
79.
▲
by
schacon
2y ago
I don't particularly want to engage, but why not? * Co-Pilot is trained on copyrighted code without attribution: ludicrous? This is debatable, but yes, it's a ridiculous reason to not use github. If your code is on the internet, w
80.
▲
by
schacon
2y ago
They actually did so very early. In early 2009 they added Git, Hg and Bzr support: https://arstechnica.com/information-technology/2009/03/sourc... That's less than a year after GitHub launched and was st
81.
▲
by
schacon
2y ago
That was certainly one of our internal arguments, that the institutional investment would be helpful for large company trust.
82.
▲
by
schacon
2y ago
That's interesting. I know BK had "pulls", but iirc it didn't have a "request-pull" command, so clearly the "pull" terminology came from BK and the "request" part came from how people talked
83.
▲
by
schacon
2y ago
I'm curious how you come to this conclusion. GitHub has always had fairly insane hosting problem sets. When someone clones the Linux repo, that's like 5G in one go. The full clone issues and the problems of a few edge case repos c
84.
▲
by
schacon
2y ago
I would argue that GitHub already won in 2012. The investment helped us grow in a different way, but I don't think anyone involved in that deal would have said that we had almost any serious competitive threats at the time, which is to
85.
▲
by
schacon
2y ago
It all depends on how you're counting. For one, "open source" was not a phrase before 1998, so there is some retrofitting of Free Software projects. But also, there isn't a registry, it's rather difficult to be more
86.
▲
by
schacon
2y ago
What is the point you're trying to make here?
87.
▲
by
schacon
2y ago
Which is ironic, because that entire article is hyperbolic conjecture.
88.
▲
by
schacon
2y ago
I think PR and network effects of GitHub definitely played a role in the success of Git over other options like bzr, but you should also remember that bzr had tons of issues. It was slower, there was no index/staging area, there was no
89.
▲
by
schacon
2y ago
There was concern actually. We debated a bit the concept of naming the company "GitHub", since "git" is baked into the company name. We worried a little about what happens when the next big VCS thing comes along, not kno
90.
▲
by
schacon
2y ago
I do go into Linux and Linus in the article in some depth, but even Linus credits the Ruby community to a degree with the explosion in popularity of Git, which is fairly clearly due in large part to GitHub. But, it's certainly a chicke
More ›