I threw Obsidian over a vimwiki set-up I had and it's been pretty fun. I made a separate base for a "CRM" I'm building (it's just people, companies, and their projects, not customer relationship management). It's nice to have all my vimwiki stuff there and great to have a database when I need that view. I think I'm using about 5% of its capabilities though.
Sync is not automatic for me and so far that's a feature. I commit my changes to gitlab and since it's markdown that gives me a chance to review what I've done and add a summary in my commit message. It helps me stay a little more focused.
This is kind-of neat too, at least in the near term:
> In the coming weeks, we will relicense all of our source-available tools, including Tart, Vetu and Orchard under a more permissive license. We have also stopped charging licensing fees for them.
Huh. I look at what it took to build Git to begin with[1] and have to wonder if the thing that comes after it is really going to be _that much_ better. Git came about because there was a need for it. I feel like GitButler came about because there was a need for funding. Maybe I just need to have my coffee before commenting.
I'm trying not to comment on too many of these, but this one is interestingly wrong to me, so why not indeed?
GitButler came about many years ago because I have been using Git for almost the full 20 years of it being around and I thought there could be a better way to do the things it's trying to solve for us. I want version control to do more for us, easier, faster and smarter. Git is still pretty dumb. Plus, now, everything in the dev workflow is changing - it's an interesting problem to think about what a _great_ toolset for how we'll all soon be developing software will be.
As a _single_ example - agents can't use interactive editors, yet _so many_ of the powerful parts of Git absolutely _require_ it. Agents can't interactively rebase, meaning they can't very effectively squash, amend, reword, reorder, absorb. They can't very easily interactively add. They are middling at best when it comes to stacking branches. Git is designed to send patches over email and agents are not concerned with that.
I would love to debate all of the lessons learned about the history of Git, but I was around for all of that. I know why Git was started, I know what it was meant to do, I understand how it's evolved. I still think there are a lot of interesting things that we could have in our change control tooling and Git is not the perfect solution.
Nearly everyone in this thread suffers from the same basic local maxima blindness that you do. Git is great, GitHub made it more valuable. But maybe the answer to the papercuts we've constantly been dealing with for decades isn't faster horses. (To, you know, mix metaphors)
There does seem to be a lot of jaded pessimism this morning (buck up, fellas!)
I watched a bit of the gitbutler video and I liked the ideas, multiple/stacked branches. It felt like a genuine/natural extension of git concepts.
Sortof like Typescript vs JavaScript, I worry that the payoff of adopting something like Gitbutler would require navigating a lot of janky integrations with the rest of my tooling and training of the team.
I myself have always resisted mastering the git command line because JetBrains' git tooling is so nice, and abstracts just the right bits that I haven't had the need. I'm not opposed to switching to command line, but that 3-way git merge tool that JetBrains has is so good and I'd hate to lose it.
Honestly, I predict the world and its networks and developers are going to start cloistering and close themselves off as the AI training panopticon is getting nasty.
It would be great for Gitbutler to abstract true decentralized version control by offering decentralized/self-hosted feature parity with GitHub and remove vendors like them from the picture. I'd pay recurring seat licenses for something turnkey that I could run privately and securely.
You use git at a level beyond mine; I've been fumbling with it for maybe 2/3 of the time you've been actually using it, so I appreciate you even taking the time to respond.
I think what gets me is that according to the article, GitButler is designed "for the GitHub Flow style" of development. git isn't limited to one flow, why should its successor be? Git didn't need $17M funding (and the strings that come attached to that) to change the world. Why should its successor?
But yeah I should've had that coffee first, so thanks for the respectful push-back and I hope the rest of the community appreciates it.
Why is GitButler still using Git if Git is the problem?
> As a _single_ example - agents can't use interactive editors, yet _so many_ of the powerful parts of Git absolutely _require_ it. Agents can't interactively rebase, meaning they can't very effectively squash, amend, reword, reorder, absorb. They can't very easily interactively add. They are middling at best when it comes to stacking branches. Git is designed to send patches over email and agents are not concerned with that.
Why aren't these just patches to Git itself? Or a fork of Git. You're layering tooling on top instead of fixing the foundations? You say stop layering? But you're clearly still using Git because you're calling it GitButler. You're another layer, like jj and like GitHub's UI.
Git is awesome in lots of ways. As a data storage layer and as a transport protocol, it's pretty great. The porcelain was built for a different era and is slow to adapt. Originally, Git was meant to just be these primitives and everyone was supposed to write their own "porcelain" or SCM on top. We're doing that and then some - creating new standards for more metadata, real time communications, built in review, etc. If anything, we're going back to the original point of git and doing what Linus wanted other people to do in the first place - write a good SCM for their workflows on top of the foundation he started.
Yes, the infamous Russia lobby who spends lavishly on virtually every sitting congress member's campaign[0]. The Russian oligarchs who donated 100 million on Trump's reelection[1]. It's all so obvious.
I haven't finished the article yet but I think your point is an important one, and that's to run the commands with a context in mind. The article seems to be coming from the perspective of somebody who is brand new to the project, and as your experience indicates, interviewing teams and leads before running those commands might add more understanding to what they're telling you.
> this is a great example of where the government should step in and say “welp, you took too long, we’re now funding municiple fiber and we’ll give it to everyone cheap. sorry.”
That's what my town (Longmont, CO) did! We had laid a fiber loop around the city back in the '90s for traffic signal coordination. Over the years the town would engage different private companies to try to get them to lay fiber (or even directional wifi) to the door. None of them took off, so the city decided to do it themselves. Xfinity tried to sue us and ran a weak attempt at astroturfing, but after about five years of concerted back-hoeing most of the town has gigabit. It isn't 25 gigabit by any means but it works.
Bonus: you call a 303 number for support and somebody who lives here picks up like "What can I do for ya, hun?" (I exaggerate, but not by much). Half an hour later your problem is solved.
Instead, [the arbitration ruling] relied on a non-disparagement clause in her severance agreement with Facebook to silence her. Which it did, from March 13, 2025, her publication day. We could still publish the book, but our author could not talk about it.
So she followed the clause.
Personally I don't care. If she can publish the ugly truth about Meta and snag a pile of their money in the process I say power to her.
In it he espouses going a little further. He posits that other countries should repeal their versions of the DMCA and just start jailbreaking American megacorps' app stores, hardware, software, etc. and providing their own, much cheaper (or free) versions. Free trade has already broken down, what do they have to lose?
As you might guess he puts it a lot better than I do.
Haven't you heard? Google is changing their traditional policy on """side loading""" apps and are, quite soon from now, planning to lock the whole thing down and make users submit to anal probing to opt out. Android has been good but times are changing and we need to stop trusting old institutions.
Or: a guy who is anti-copyright is performing an angle shoot to see if he can get some legislators to bite.
The EU taking staunchly anti-American positions and targeting American businesses looking for a way to “legally” rob them blind is probably not going to work out for them in the long run.
So rob American businesses blind, but say you didn’t, but if you did, they had it coming anyway because of an unsubstantiated flimsy moral justification that disregards the purchasing choices of the EU citizenry, businesses and governments?
Apple's policies banning developers from referring customers to alternative payments has been widely ruled illegal around the world, first and foremost in the USA where they were even referred for criminal investigation for continuing to do it after being court ordered to stop.
Google has been twice convicted of antitrust monopoly abuse in the last year in the USA, and found to have exploited user privacy settings several times.
Meta's harmful practices have been continuously revealed in court: allowing sex trafficking and prostitution to help train their AI, allowing scam ads because they're profitable, deliberately exploiting children spending in games because it's profitable, and illegally tracked users.
Amazon's antitrust for exploiting vendor data is ongoing, so I guess you can have a point there.
reply