Rendered at 18:22:38 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
roetlich 24 hours ago [-]
Who would have thought that git worktree is the technology of the year 2026?
kirtivr 23 hours ago [-]
Yeah, when you had multiple agents working on the same machine, branch isolation was no longer sufficient.
A repository folder can only be on one branch at a time.
A worktree is basically equivalent to a cp -R + git branch, which allows this new workflow to occur.
I loved this particular historical insight as to why `git worktree` was added in 2015:
Before worktrees, kernel devs faced a major inconvenience when switching contexts, e.g., stopping feature work to fix an urgent bug on a release branch.
Running git stash and switching branches alters timestamps on thousands of files.
This forces `make` to perform a full re-compile, which can take up to an hour on large kernels.
Neywiny 18 hours ago [-]
Sadly worktrees do some stuff with the git folder that's made one development environment we inherited incompatible. Something about the .git folder not being a fully real .git folder maybe
Hah, I have a prototype of the same idea on my backburner! Excited to see this, though I don't understand some of their design choices. Will need to check out more closely.
mgambati 23 hours ago [-]
Gitbutler still a better option than any worktree like variant
halfnhalf 11 hours ago [-]
What if parallel sessions try to modify the same file?
mgambati 5 hours ago [-]
If same on same line, it will block ask to stack branches
swe_dima 21 hours ago [-]
I still don't understand how people use git worktrees with Docker. You need a full database and etc. For me it's simpler to have multiple checkouts.
OJFord 19 hours ago [-]
I don't understand what docker problem would be solved by multiple git directories but not by multiple work trees?
Regardless of whether the former solves it, I was going to suggest you could use compose or whatever in your 'human' tree, and then tell the AI to use equivalent docker commands without using compose, so it gets anonymous/its own named containers, but you keep the convenience.
afzalive 20 hours ago [-]
I use Conductor's spotlight (and a Pi extension I derived from it) but it's not perfect. Once a migration executes, I'm pretty much bound to it but at least once, I have just backed up the database before switching and then restored that.
p1necone 19 hours ago [-]
I use a skill that basically boils down to 'keep track of ongoing work in a json file, create a new numbered clone for each separate thread of work, delete when done'. Worktrees are too opaque and not entirely isolated for my liking.
NagatoYuzuru 9 hours ago [-]
I used to create multiple local worktrees and mount the sub directories using Docker. This approach had significant limitations because many paths in the agent and .git files were hard-coded.
baq 21 hours ago [-]
How small are people’s projects if they find worktrees useful? I use them for hobby stuff, but $DAYJOB is a different story because of testing
_fat_santa 21 hours ago [-]
I've toyed around with worktrees but haven't found them very useful beyond that. I generally find it much easier to carefully prompt an agent so $TASK1 does not interfere with $TASK2
dawnerd 20 hours ago [-]
I tried them a while back and they were more annoying than anything. The only real use-case I have for them is stashing long-running changes that are not ready to be committed... but really probably should be anyways.
mohamedkoubaa 21 hours ago [-]
I set up multiple work trees in one vscode workspace last year and wrote in the agents.md how to merge branches - but I spend about a third of the time helping agents integrate and merge. I remember wishing the tooling would catch up
carterschonwald 22 hours ago [-]
i have some fun experiments i'm doing with full virtualization middle ware of all sys calls for agents tools/shell commands/io, still far from daily driver, but allows me to do a very rich overlay / virtual file system tom foolery in place
parisiansam 22 hours ago [-]
I have moved from my own awkward scripts to lazyworktree TUI and I loved it
epolanski 22 hours ago [-]
I can barely keep up with one single thread and branch, go figure.
john_builds 21 hours ago [-]
best tool yet!
matthew_hre 24 hours ago [-]
Unrelated to the feature itself, but remember a few months ago when someone posted Github's beta feature for stacked PRs, and a ton of people slammed them for releasing a seemingly vibe-coded site? To quote Mitchell Hashimoto, "One of the most requested GitHub features in years and the website looks like it was designed by someone 9 years into a 2 year community college program."[1]
When opening the posted link, my first thought was "imagine if the stacked PRs site had the same amount of effort put into it as the Github Copilot App site". They clearly have other preview features on this site already, so maybe I'm just confused on why stacked PRs got some b-grade announcement site. The obvious answer is "copilot", but I'm still curious.
Target market for stacked PRs are ICs who don't have much decision making power and let's be real do not care too much about the look and feel of a "launch site" for the feature. It's also something few if anyone is making a purchasing decision over.
Target market for copilot includes people with actual purchasing power and also many new users where this is an actual make or break feature. So this is worth the investment into design while stacked PRs is questionable. I actually question why they bothered with anything more than a blog post at all for stacked PRs (looking at the post it doesn't seem like too too much more than a blog post though).
infraredshift 23 hours ago [-]
[dead]
sccxy 23 hours ago [-]
Looks good, but after pricing change I have already used 26% this month with very light usage.
Last month I used Copilot heavily, much much more than I usually do, but did not manage to use more than 58%.
avadodin 9 hours ago [-]
We had settled on Copilot's Sonnet 4.6 which incidentally is one of the models that got shanked in the pricing update.
Easily 7x or more for what amounts to self–serving work. At this point, we might just switch to 4.8 Opus.
Honestly, I would not spend a cent of my own money on a model that won't run on my PC, but still I feel like this is the end of this Microsoft product I hadn't used a month ago. We'll see if our sugar daddies keep funding it.
ncr100 21 hours ago [-]
1 day and 26% of usage? wildly inflated!
ignoramous 20 hours ago [-]
> Looks good, but after pricing change I have already used 26% this month with very light usage.
Forced me to switch to OpenCode Go (not Zen), which isn't quite as nice as Copilot Chat deeply integrated into VSCode / Intelli but the models (DeepSeek v4 Pro, GLM 5.1, & Qwen 3.7 Max) are able replacements for Claude Sonnet 4.x / GPT 5.x while being way cheaper (especially DeepSeek).
epolanski 22 hours ago [-]
Use less effort and thus tokens.
I swear I did few tests and it's rare you need more than medium on mundane job work.
Lalabadie 23 hours ago [-]
That looks pretty close in shape to the early Ace project Maggie Appleton demonstrated last month.
Cool talk, thanks for sharing. What happened to the project? I see no mention to it on the Github Next website and even internal links to it like on page [1] go to a 404 - https://githubnext.com/projects/ace/
Particularly the left sidebar and conversation view look near identically structured.
CharlieDigital 23 hours ago [-]
I rather like Ace better because the key problem right now is teams not working together and shipping the wrong things. When AI can generate the code, then it feels like product should be bringing the functional vocabulary and grammar while the engineering team provides the technical grammar to build the right thing.
This app is just another "let me talk to product, copy their convo, go off and build this in isolation with an agent" which I think is directionally wrong.
The "rooms" or "streams" should be multi-player instead of product looking at it at the end saying "no, go fix that" and dev copies text from one source and pastes into another.
notatoad 20 hours ago [-]
ace appears to be an experiment to make a multi-user experience on top of the codex UI.
the copilot app looks more like just a straight clone of the codex UI (and the new antigravity UI, which is also a straight clone of the codex UI)
arusahni 23 hours ago [-]
Oh nice! I guess they're back to features after finishing tackling their availability issues [1].
I noticed the availability issues dropped off really fast in line with the pricing hike!
_pdp_ 21 hours ago [-]
It is nice.
But!
The reason these tools exist is not because of non-professional developers, but quite the opposite.
A lot more professionals are now working on more projects simultaneously- something that was not practical just a year ago.
Though, while this is nice, considering that all of the action is happening on the same device, I am worried this is going to increase supply chain risks. Before, a developer would work on clearly designated projects for practical reasons. Now, the same developer can work across many projects that are quite different - for example, the marketing site and the backend - and because of an obscure and unimportant component on the marketing site, there can be an impact on backend systems.
If I'm interpreting this correctly, GitHub will use their existing actions infrastructure to run versions of the code in isolated worktrees. I think this could be a very beneficial process.
What I've done on my end is created a project where I have a remote Linux workstation. I can create multiple worktrees for each repo in that workstation, and then my agent can push PRs to GitHub and use the actions infrastructure to see if the integration tests that it writes for itself are successful without needing to run those integration tests on the local environment. It's expensive in terms of runner hours, but the automaticity of it is incredible.
jerezzprime 17 hours ago [-]
There is full support for GitHub sandboxes today, and in the near future the remote session experience will improve, so your laptop (or your phone, or the web) can be the control plane.
junto 22 hours ago [-]
As a side note, has anyone else noticed that GitHub have leaked what looks like a sequential customer number on their Billing - Usage page?
Go here and you’ll be redirected with a query string including a customer parameter. That looks like trouble.
That information is public https://api.github.com/users/<username>
aranelsurion 21 hours ago [-]
That's not the same number, at least not on my user.
lawilli 21 hours ago [-]
I just see a 404, though I’m not signed in.
qrush 22 hours ago [-]
More evidence that GitHub is chasing features over stability of their platform.
grim_io 23 hours ago [-]
How is this different than the separate Agents app shipping with VS Code?
Other than fewer features.
virtualcharles 23 hours ago [-]
I’m wondering the same thing, I’m not sure what the purpose of each is?
torben-friis 20 hours ago [-]
One rips off codex and the other rips off cursor?
Only half joking.
siva7 23 hours ago [-]
what app?
virtualcharles 23 hours ago [-]
In VS Code they’ve added Agent View, which acts like a separate app and looks pretty much identical to this.
jaredcwhite 21 hours ago [-]
It's weird. I still remember 2008, when GitHub's claim to fame was that it was "the easiest (and prettiest) way to participate in the collaborative development of software."
Now they want to end that collaboration, and turn it into automation. Many C-suite executives right now are smiling bigly. Meanwhile, we're leading the exodus. Turns out, we still want the easiest and prettiest way to participate in the collaborative development of software, and GitHub ain't it!
NagatoYuzuru 9 hours ago [-]
GitHub also serves as a community hub beyond being a code hosting and collaboration platform, where engineers can connect.
In the past, clicking on someone’s profile would simply let you know like “Hey, this guy is pretty good” or “This guy is working on something interesting.” Losing that sense of home would be terrible.
inerte 24 hours ago [-]
I know it has the same functionality, but it also looks like the Codex app which looks like Cursor Agents! Are they sharing some VS Code primitive here?
21 hours ago [-]
free652 22 hours ago [-]
looks like google antigravity 2.0, a standalone app instead of a vscode plugin.
Daedren 20 hours ago [-]
VSCode just released their Agents Mode, this is pretty much the same thing. Surprised they decided to do a split like this all of a sudden.
2001zhaozhao 24 hours ago [-]
It's kind of interesting that everyone is going for the desktop app format now.
These desktop agentic coding tools are a large UX step up from the CLIs, but I still think the future is going to be remote development as the coding agents start running for hours at a time. Building a desktop app seems short-sighted as it would just lock them out of the remote option completely.
There's support in VS Code and Jetbrains IDEs. You can access your agent sessions on the web.
(I work at GitHub, but not on Copilot)
8n4vidtmkvmk 23 hours ago [-]
Doesn't lock you out at all. Codex already had a companion app for mobile so you can send prompts to your desktop app while you go about your business. The infrastructure is there. Server might move from your desktop to cloud at some point but not much changes. Still needs somewhere to run.
panos_news 23 hours ago [-]
I think their goal is to lock you into their ecosystem instead of using your IDE
jollyllama 23 hours ago [-]
They want all your data. A browser doesn't get them that as well.
wuliwong 22 hours ago [-]
But now is now, and what you are talking about is a future that may or may not exist.
hootz 23 hours ago [-]
The desktop app can become a client for their remote cloud agent solution (yuck).
dist-epoch 23 hours ago [-]
Codex App can spawn/control Codex agents running in the cloud.
solomatov 23 hours ago [-]
So, it's not open source?
23 hours ago [-]
Zambyte 23 hours ago [-]
Is that a surprise? When has GitHub been known for Open Source?
solomatov 21 hours ago [-]
Personally, I thought about it as next gen vscode
23 hours ago [-]
armchairhacker 20 hours ago [-]
Windows App, Copilot, GitHub Copilot…
I predict next “Windows Copilot App” (not to be confused with any of the others), Microsoft’s AI that controls your computer (like OpenAI Operator and Claude Computer)
dominotw 23 hours ago [-]
copilot had such a lead when this whole ai coding thing started. what happened?
ex-aws-dude 23 hours ago [-]
Too slow on the move to agents
Plus the whole naming confused people
I still talk to co-workers who think claude code == agents and copilot is just VS autocomplete
A repository folder can only be on one branch at a time.
A worktree is basically equivalent to a cp -R + git branch, which allows this new workflow to occur.
I loved this particular historical insight as to why `git worktree` was added in 2015:
Before worktrees, kernel devs faced a major inconvenience when switching contexts, e.g., stopping feature work to fix an urgent bug on a release branch.
Running git stash and switching branches alters timestamps on thousands of files.
This forces `make` to perform a full re-compile, which can take up to an hour on large kernels.
Regardless of whether the former solves it, I was going to suggest you could use compose or whatever in your 'human' tree, and then tell the AI to use equivalent docker commands without using compose, so it gets anonymous/its own named containers, but you keep the convenience.
When opening the posted link, my first thought was "imagine if the stacked PRs site had the same amount of effort put into it as the Github Copilot App site". They clearly have other preview features on this site already, so maybe I'm just confused on why stacked PRs got some b-grade announcement site. The obvious answer is "copilot", but I'm still curious.
[1] https://x.com/mitchellh/status/2043788123008868600
Target market for copilot includes people with actual purchasing power and also many new users where this is an actual make or break feature. So this is worth the investment into design while stacked PRs is questionable. I actually question why they bothered with anything more than a blog post at all for stacked PRs (looking at the post it doesn't seem like too too much more than a blog post though).
Last month I used Copilot heavily, much much more than I usually do, but did not manage to use more than 58%.
Easily 7x or more for what amounts to self–serving work. At this point, we might just switch to 4.8 Opus.
Honestly, I would not spend a cent of my own money on a model that won't run on my PC, but still I feel like this is the end of this Microsoft product I hadn't used a month ago. We'll see if our sugar daddies keep funding it.
Forced me to switch to OpenCode Go (not Zen), which isn't quite as nice as Copilot Chat deeply integrated into VSCode / Intelli but the models (DeepSeek v4 Pro, GLM 5.1, & Qwen 3.7 Max) are able replacements for Claude Sonnet 4.x / GPT 5.x while being way cheaper (especially DeepSeek).
I swear I did few tests and it's rare you need more than medium on mundane job work.
Edit: This short talk – https://maggieappleton.com/zero-alignment
[1] https://githubnext.com/posts/micro-ace-traffic-lights/
Particularly the left sidebar and conversation view look near identically structured.
This app is just another "let me talk to product, copy their convo, go off and build this in isolation with an agent" which I think is directionally wrong.
The "rooms" or "streams" should be multi-player instead of product looking at it at the end saying "no, go fix that" and dev copies text from one source and pastes into another.
the copilot app looks more like just a straight clone of the codex UI (and the new antigravity UI, which is also a straight clone of the codex UI)
[1]: https://github.blog/news-insights/company-news/an-update-on-...
But!
The reason these tools exist is not because of non-professional developers, but quite the opposite.
A lot more professionals are now working on more projects simultaneously- something that was not practical just a year ago.
Though, while this is nice, considering that all of the action is happening on the same device, I am worried this is going to increase supply chain risks. Before, a developer would work on clearly designated projects for practical reasons. Now, the same developer can work across many projects that are quite different - for example, the marketing site and the backend - and because of an obscure and unimportant component on the marketing site, there can be an impact on backend systems.
I wrote more about this here: https://chatbotkit.com/reflections/everyone-is-a-vip-now
What I've done on my end is created a project where I have a remote Linux workstation. I can create multiple worktrees for each repo in that workstation, and then my agent can push PRs to GitHub and use the actions infrastructure to see if the integration tests that it writes for itself are successful without needing to run those integration tests on the local environment. It's expensive in terms of runner hours, but the automaticity of it is incredible.
Go here and you’ll be redirected with a query string including a customer parameter. That looks like trouble.
https://github.com/settings/billing/usage
Other than fewer features.
Only half joking.
Now they want to end that collaboration, and turn it into automation. Many C-suite executives right now are smiling bigly. Meanwhile, we're leading the exodus. Turns out, we still want the easiest and prettiest way to participate in the collaborative development of software, and GitHub ain't it!
In the past, clicking on someone’s profile would simply let you know like “Hey, this guy is pretty good” or “This guy is working on something interesting.” Losing that sense of home would be terrible.
These desktop agentic coding tools are a large UX step up from the CLIs, but I still think the future is going to be remote development as the coding agents start running for hours at a time. Building a desktop app seems short-sighted as it would just lock them out of the remote option completely.
There's support in VS Code and Jetbrains IDEs. You can access your agent sessions on the web.
(I work at GitHub, but not on Copilot)
I predict next “Windows Copilot App” (not to be confused with any of the others), Microsoft’s AI that controls your computer (like OpenAI Operator and Claude Computer)
Plus the whole naming confused people
I still talk to co-workers who think claude code == agents and copilot is just VS autocomplete
And after they will accuse the growth and all to be responsible for their stability issues...