lucasoshiro

Stash is just a stack of commits. If you use stash this way too much probably you will mess something, since it needs to keep that stack data structure.

The solution: create a branch or tag with the things that you're trying. If you want to apply it, use `git merge --squash`. This way your unfinished work lives outside the stash stack!

Native English speakers when trying to speak Portuguese find it hard to speak A with tilde (~). Like when they say "São Paulo" they say "Sao Paulo". Ã is the nasal A, which sounds like the U in "sun" and "burn", while the standard A sounds the same as in "car".

I don't know why this happens, since the phoneme exists in English...

Thanks. I'm upvoting that instead

> `find` does a lot more things than that.

And I don't think that's a good thing. Especially because AI coding agents use it a lot. They only need to hallucinate a little to destroy your filesystem.

I wrote this about git log -S and other Git tools for code archaeology and debugging: https://lucasoshiro.github.io/posts-en/2023-02-13-git-debug/

You can see the discussion about it here: https://news.ycombinator.com/item?id=39877637

> You probably don’t need find

I think for most cases `git ls-files` does this job quite well. If you provide pathspecs, this can be very powerful!

Yeah, that's true! I find it very boring to create automations manually, this will help a lot

> Git doesn't support them very well. Bugs are disappointing frequent

I can't remember any "bug" in the submodule machinery. If you find one, report to the Git mailing list, they very receptive.

> Having to constantly remember `git submodule update --init --recursive`

Set this config: `git config submodule.recurse true`

> IMO they're almost always the wrong solution.

Yeah... but sometimes they are the only feasible solution, especially when the dependency needs to be shared across projects that use incompatible dependency managers and Git is the only common denominator between them...

Jujutsu is built on top of Git, so it can benefit tools in the same ecosystem (forges, CIs, code quality tools, IDEs, plugins, etc).

I have only played a little with jj and hg, but I felt that jj has a more modern UX, learning from years of Git existence (and even influencing Git, like the new `git history` command [1]). On the other hand, hg was created in the same month as Git, both trying to improve the experience of the VCSs available at the time (april 2005).

[1] https://lore.kernel.org/git/20250819-b4-pks-history-builtin-...

> jujutsu works with git.

Just like TypeScript with JS, QUIC with UDP, GraphQL with HTTP, Android with Linux, and so on

> git can do everything jujutsu can do (otherwise, jujutsu couldn't work with git)

Replace "jujutsu"/"git" by "typescript"/"js", "quic/udp", etc and you'll understand.

ReactOS is way older than React. In fact, the first times when I heard about React I thought ReactOS was becoming mainstream, but no...

If you an OS based in JS, maybe the closer we had was NodeOS [1]

[1] https://node-os.com

If you have an account, you can follow his profile and support his work. If you don't have, you can see the images anyway.

If the author simply put the image into the article it would only be sending kudos to Hélio instead of supporting him. Of course a single follow or profile view is not that much, but it helps to spread his work

Which of the images do you think that are AI-generated? If I didn't miss something, all of them are from the real place.

> It would seem to me the better aim would be identifying the issue as to why native plants are not already reproducing successfully

I live nearby. The issue is: it's located between two lanes of an avenue in a densely populated neighborhood of the largest city in americas. Imagine opening a 100m wide strip of grass in manhattan, you won't expect it to naturally turn into a forest. Same here.

I know this only because I'm an emacs user. Outside that niche .el is an obscure file extension, so, no, it's not that obvious

tbh I never cared about bibtex features from Zotero... Having a interface where I can place and organize pdfs, filter them by author and have everything syncronized between my tablet and my computer is what really makes me use it.

If this kind of feature could be replaced by txt files I probably would be using it, but, no...

> Browser based is not opposite to being local

Technically no, but in that sense everything cloud-based is local in some machine.

I wouldn't consider it "local" if I need to run a web server (!), "upload" if I want to open file or "download" to save it locally. This is client-server approach where both my machine acts as both client and server.

Really nice!

Do you have plans to release it for desktop (maybe using Electron)? One of my main complains about tools like Tinkercad is that they are browser-based, and it's easier/faster to have everything local. That's one of the reasons that I moved to OpenSCAD

Thanks!

I always remap Caps Lock to Ctrl. I understand that Caps Lock needed to be next to Shift in typewriters, but in computers it seems like it is wasting a key in the home row for only be used sometimes for screaming (which can be done by holding shift...)

> The only hard part about vim is to be forced to strecth the finger up to Escape

I still don't understand why people keep mentioning this, ctrl-c works as well to go back to the normal mode.

> windows you just have to edit (create?) a registry key

Or use Powertoys, which I don't know why it isn't a setting.

(saying as a Mac, Linux and Emacs user, although I still use Vim in the terminal)

Not everything needs to be "needed".

Yeah. It's hard to express and understand nested structures in a natural language yet they are easy in high-level programming languages. E.g. "the dog of first son of my neighbour" vs "me.neighbour.sons[0].dog", "sunny and hot, or rainy but not cold" vs "(sunny && hot) || (rainy && !cold)".

In the past maths were expressed using natural language, the math language exists because natural language isn't clear enough.

> Are university computer labs with desktop computers still a thing?

Of course, people shouldn't be forced to bring or even have a laptop powerful enough for using during the classes or finishing their tasks.

Actually, the Git data model supports empty directories, however, the index doesn't since it only maps names to files but not to directories. You can even create a commit with a root directory using --allow-empty, and it will use the hardcoded empty tree object (4b825dc642cb6eb9a060e54bf8d69288fbee4904).

Since the first time that I saw this here in HN I've been sharing it with several people around me. This including CS students, CS professors and non-technical people who only asked "how does a computer work?". I only say "just type 'cpu.land' and read that". This is one of the best things that I've found here.

> Fundamentally, I do not debug off git history.

I'm really sorry. Using bisect and log -S saved hours of code debugging

> Now, if someone wants to recreate win95

You can try Chicago95 [1], but it's only a XFCE theme. If you want more than a theme, there's SerenityOS [2] but it isn't suitable for daily use (yet)

[1] https://github.com/grassmunk/Chicago95 [2] https://github.com/SerenityOS/serenity

Cool! But the title made me think that "cigarette smoke effect" made me think that it was about health issues, and I clicked because I was curious about how shaders could be related to that.

Other difference (actually, more like a consequence of what you said) is that Git keeps reflogs for branches but not for tags