schacon

12 ms·

121.
by schacon 3y ago
Im not following you. What do you mean by “don’t use other tooling”?
122.
by schacon 3y ago
> Does it even exist in my local repo, or not, until it has been "handled"? Yes, we write the virtual branch states into your git repository under refs/gitbutler/[branch] so you have them represented as real git refer
123.
by schacon 3y ago
Thanks James!
124.
by schacon 3y ago
In vino veritas. Thanks for the thanks. :)
125.
by schacon 3y ago
The CRDT thing happens in GitButler, but we hid the UI to search and find old changes for now (you can see what it looked like here: https://docs.gitbutler.com/features/timeline ). We still record the data locally and c
126.
by schacon 3y ago
GitButler creates normal Git commits and trees with libgit2. It's not dissimilar to using a tool that implements it's own interactive adding or something. The point is that Git is the database and Git hosts (such as GitHub) matter
127.
by schacon 3y ago
There's a lot here that is a little confusing, because I don't think almost any of what you're saying is what we're doing. It does not take over your repository. We try pretty hard to not touch as much as possible. We do
128.
by schacon 3y ago
It's a good question, I was just working on a blog post - both because worktrees are very cool and also because I think we have a nice alternative to a similar issue. With worktrees you can have different branches in different working
129.
by schacon 3y ago
You should be able to do this pretty easily. We list your other local and remote branches in the sidebar. If you apply them, they are essentially converted into virtual branches (remote targets too, I believe)
130.
by schacon 3y ago
There are some good points, but there are things I want in my tooling that git just cant do. We need to keep some external data structures. However, we are as compatible as we can be. We keep the index in a proper state (union of all the he
131.
by schacon 3y ago
Nice, I’ve never used git-branchless. GitButler is only a GUI for now, but a CLI/TUI would be very cool and we would love to get there.
132.
by schacon 3y ago
What a great question. If I recall correctly, the LFS project is a Go project, which makes it difficult to integrate with Git core. However, I believe that the Git for Windows binary _does_ include LFS out of the box. There was a discussion
133.
by schacon 3y ago
Nice, yes, I think this is what I was remembering. Good find!
134.
by schacon 3y ago
So, I found the git-pasky project in the _very_ early days (like a couple days after Linus's first git commits) and iirc, it was an attempt to build an SCM-like thing over the plumbing that Linus was working on: https://marc
135.
by schacon 3y ago
Thank you for reading. :)
136.
by schacon 3y ago
Boy, I can't find this either (but also, the kernel mailing list is _really_ difficult to search). I really remember Linus saying something like "it's not a real SCM, but maybe someone could build one on top of it someday&quo
137.
by schacon 3y ago
Yeah, git-extras are great. Another cool one is "git absorb": https://github.com/tummychow/git-absorb
138.
by schacon 3y ago
Ha! Yeah, I was wondering if anyone would catch that. I thought I heard a snicker or two in the audience, but I couldn't be sure.
139.
by schacon 3y ago
But then would it be as pretty?
140.
by schacon 3y ago
I don't totally disagree. I love Git and I find all these things very cool, but I know it's overhead a lot of people don't want. The post is on the blog of the new GUI that I'm trying to build to make the cool things tha
141.
by schacon 3y ago
Heya, author here. I have to admit that I learned a lot of these things fairly recently. The large repository stuff has been added into core piece by piece by Microsoft and GitHub over the last few years, it's hard to actually find one
142.
So You Think You Know Git – FOSDEM 2024 [video](youtube.com)
4 points by schacon 3y ago|2 comments
143.
Fast Git on Huge Repositories and Monorepos(blog.gitbutler.com)
4 points by schacon 3y ago|0 comments
144.
by schacon 3y ago
Some background, since this is posted on HN. I'm one of the GitHub cofounders and I helped start GitButler to see if we can rethink the whole idea of what the user interface is like for our local version control tools. It's import
145.
by schacon 3y ago
To be clear from reading some of the other comments, I don't work at GitHub anymore so while I may have partially caused the issues I'm complaining about, I don't have the ability to fix them anymore. Also, while most GUIs an
146.
by schacon 3y ago
I don't know IntelliJ well, but I would be surprised if they did the rather expensive rename following that the multiple -C invocations did. Maybe someone can inform us here? GitHub definitely does not, but that is 100% my personal fau
147.
by schacon 3y ago
I can't tell if this is engaging with trolls or not, but I can't imagine that all of your interactions with your codebase are via `git log` with no other flags. Even the with the normal Git CLI that most of us use daily, most of u
148.
by schacon 3y ago
I feel like it's not a question of "doing your damn job". It's a question of what value can you expect to get from a particular investment. If blame is your tool and every line happens to be changed from a different blam
149.
by schacon 3y ago
Is it great for historical research? I feel like the format and tooling around it is uniquely _not great_ for historical research. I think it's optimized for discussions before integration, which is largely what PR descriptions and com
150.
by schacon 3y ago
For better or worse, my experience as a GitHub cofounder and author of several Git books (Pro Git, etc) is that the Git commit message is a unique vector for code documentation that is highly sub-optimal. The main issue is that most of the

More ›