（评论）

（评论）
(comments)

原始链接: https://news.ycombinator.com/item?id=39976634

一位用户分享了他们在处理项目时从 Perforce 过渡到 Git 的经验。由于现有 Git 工具的兼容性问题，他们实施了反对变基的规则。尽管面临挑战，包括花费数小时纠正错误，用户还是对一款特定的游戏表达了兴趣，该游戏使用 Git 进行开发并展示提交历史记录。他们还提到发现游戏处理关卡创建的价值。用户尝试自己构建和运行游戏，但没有时间改进它以进行分发。尽管该项目目前的活动有限，但他们还是欣赏该项目的潜力。用户主张在软件中进行基于文本的交互而不是语音，并且更喜欢阅读而不是聆听。他们还对通过同一游戏观察 Linus Torvalds 的提交历史感兴趣。

This, but I compartmentalize.

If I own the project then my heresies are dogma.

If you own the project I allow your heresies to be dogma.

This is a phenomenal outlook, actually. Joining and working with other projects is then like attending an interfaith group comprised entirely of heretics arguing about the right way to disagree.

not if 'never rebase, it is a trick of the devil' is part of the Dogma and adhered to.

I'm being a little silly; but a team I worked on moved from P4 -> Git. It was an older develoepr base, so they wrote 1:1 translation wrappers for most P4 commands to git, and forced all developers to use them. Banning Rebase (in private branches, not even main) was one of the requirements to not break the wrappers.

Just this morning, I spent over an hour trying to fix things after I made a git mistake. I ended up having to check out a fresh copy and manually reapply my changes.

This sort of thing is why I both fear and hate git.

I'll have to check this game out. My flawed abstractions clearly cause me issues. Maybe it could help.

The creators recently announced that they’ve gotten funding to do a 2.0! https://chaos.social/@blinry/111011979500389143

Also, it’s made in Godot, and whilst an older versiob of the engine, I’ve found it a valuable codebase for a couple of things. I particularly like how they deal with level creation, their file format for custom levels is very KISS.

This was presented at a conference (maybe FOSDEM?) some years ago. I as impressed, this showed what I had tried to train at work for years with mixed success.

Unfortunately there was no .deb or .rpm available at least at the time, that would be acceptable to distribute in Linux shop. So I built one myself. It was not perfectly easy (at least not for a greybeard not used to such game engine stuff), but in the end I got it building and running myself, still with some quirks not making it suitable for distribution.

I never found the time to polish it and whenever I looked at the repo again there was no activity. Now I see 2 months ago there were at least some commits.

Potentially useful project, but stalled before it got popular? I would wish it a second chance.

Edit: Downloading and installing random binaries is not something I can promote at my work. Of course a .deb or .rpm is nothing but a binary, but at least in theory (hello xz) you can audit what is built there and rebuild it yourself.

As long as they look like honest people I let everybody enter my home / borrow my car / access my internet banking / ... versus a default negative attitude?

I don't think so (it's years that I tried the game).

Most of those commands don't even apply to the game.

worktree and cloning are a different aspect.

bisect (not new, must have existed for over 15 years, too)

This game visualizes how your commit history grows. None of those commands manipulate commit history.

I would love to see how Linus scores on this game.

Maybe the entire LKML should play this game and publish the leaderboard for our amusement :)

After typing "git init" in the terminal in the level called "The command line", I then wanted to try my luck so I typed "vim". Now the terminal is stuck. How do I exit vim?

Imagine if apps just… worked like this, somehow. Start off with a realtime visualization and point and click commands, and as you learn them you can evolve into a straight CLI…

This is freaking cool. Thanks for making this.

Maybe it will make me have more confidence in using git CLI vs my IDE's git integration instead.

It's an open source project slowly rotting.

Things that need doing:

1. Upgrade to Godot 4

2. Integrate VoiceCraft (nobody reads anymore)

3. Find ongoing support for a Maintainer

I prefer reading instead of hearing some TTS or Voice AI reading things. For proper audio experience, a VA makes things probably better, though that has some cost to it as well. Otherwise just stick to text.

> If you're going to pitch something as a game, it needs voice

No?.. Idk what games you play, but there are an endless mountain of games with no voiceovers. It makes a lot more sense for games that have a lot of text (like this one), because reading is far faster than listening to speech. In general, I vastly prefer text to voice.

（评论） (comments)

（评论）
(comments)