I was toying around the idea of creating an incremental game based on my Git actions (that GitHub matrix excites me), and considering the limitations of profile READMEs, I came up with this idea. It's name is BREAKME.

It generates a grid of 128 tiles, using a hash that is generated from your username/UUID. The BREAKME's GH Action runs every 1 hours, and checks your 16 previous Git actions (commit, merge, branch, etc.), calculates a damage, and breaks tiles.

There are collectibles, and various tile shapes, variants and effects. It is a small, stupid, no-interaction incremental game that shows on your profile README.

What do you think?

Is there anything out there like this?

Like whatsapp and signal it should have an intuitive UI for messaging, but under the hood it uses git read/write to publish encrypted messages and push them to a git provider.

It wouldn't be "instant messaging" because the git repos would have to be polled.

The git storage could get big so we can do thing like truncate the history to make the data more flat.

Messages can be encrypted with the signal protocol. It should be fine to publish if implemented properly.

I'm building a desktop work manager that syncs with GitHub, because I was tired of juggling my actual dev work in one place and my task list in another.

right now, at its core, it's a todo list app. Workspaces, groups, tasks, subtasks — the basic shape of getting your work organized, all linked to Github issues.

But that's just the foundation. What I'm actually building right now is the part that makes it more than just another todo app — syncing tasks with your actual GitHub activity. Linking tasks to commits. Linking tasks to PRs. The idea is that your task list stops being something you update by hand and starts reflecting what you're actually shipping in your repos.

I originally made this app for myself to help me with my workflow, but I keep asking myself: is this worth shipping to anyone else, or is it just a tool I built to fix my own workflow?

I proposed and helped fund a project to improve upon Radicle, a decentralized GitHub alternative. A developer called Andrew K took the project and decided to do it as a full rebuild of Radicle in C (the original used Rust).

Original Radicle homepage: https://radicle.dev/

Cradicle homepage: https://cradicle.xyz/

Project proposal / bounty / dev discussion thread: https://bounties.monero.social/posts/207/

I was surprised how quickly the proposal got interest and donations originally (called Project Zymogen at the time). Oddly, this interest seems to have faded after the actual release, with no one wanting to actually use the software.

I'm not a git user or programmer myself, so it's hard for me to gauge why people aren't interested in using Cradicle. I'm not sure if something's wrong with it, or it's just waiting for people to try it and then it will suddenly take off, or what.

I'd appreciate any feedback from git users or Radicle users, even just telling me why you don't want to try the project if you don't. You can also post your feedback in the dev discussion thread I linked above if you want.

Thanks for your time.

EDIT: [SOLVED] The answers helped :}

I need to merge 1 and 10 commits into a single commit, those are all my code, no one pulled from it, and i'm willing to fix conflicts. but i don't know which I should use, is it merge? but merge keeps the history of the previous ones doesn't it? rebase still makes me a bit confused.

https://www.youtube.com/@shivcantcode

made a youtube if anyone wanna check it ou

This issue has been tormenting me for the past few months. I'm not really sure whats causing this, but the only fix I've found to work is by just re-cloning the respository all over again. And it seems like now, like almost every day, I get this error where main gets corrupted or something. I'm not really sure whats going on, or why it keeps happening but nothing seems to prevent this issue.

Things I've already tried:

git gc (failed to run repack)

rm .git/refs/head/main, then git fetch origin (returns bad object refs again)

The repo isnt in a location backed up by onedrive or anything either

any help would be appeciated.

I'm working on a project in my training, so I always have to pull the latest branch and make changes or add my code and push it into my branch.

But when I push it some files are always missing.

How to do it safely.

Pull from someone's branch.

Make changes locally.

Switch to my branch.

Commit and push.

what do you think of this approach?

Clone, add, commit, push. Fine. The moment there is a conflict, or I need to undo something that is already pushed, I am pasting commands I do not understand from an answer written in 2014. It has worked out so far, which is not the same as knowing what I am doing. Found Boot.dev‚ and Pluralsight both seem to cover it and cant tell which one teaches what I need to be able to explain it to someone else if Im ever asked.. How did you learn this rather than memorizing four commands?

Hi all, old guy here who has used many different systems and I'm trying to get up to speed on on git with branching, pull request etc. I have hopefully a simple question you guys could clear up:

I've forked a repro from a friend

Made a feature branch

I made changes in the feature branch, tested them and confirmed they work

I commited my changes to the branch and pushed them to origin

On github on the upstream repo I created a pull request. Gave it a title etc. It shows up. My friend is a little slow so there are like 3 PRs pending.

I want to make a new feature branch and make some additional changes but the need to be based on the last changes I made that are in that PR that has not be merged yet to the upstream.

If the PRs were merged I could just fetch to my main and then branch from there.

But with the PRs not merged yet, how do I create a branch so I can continue working against the changes pending merge? Do I branch from my prior feature branch? Or is there a git command I don't know yet that will fetch everything so I can branch from main?

Thanks in advance

Two teammates are both working on the same shared feature branch. Each pulls the latest main, rebases the feature branch locally, resolves conflicts, and force-pushes. When the other teammate later rebases and force-pushes their copy, some of the first teammate's resolved changes disappear or are overwritten, and the same conflicts return.

What workflow should we use to stop overwriting each other's work? Should we avoid rebasing a shared branch, use separate branches, and merge instead?

hello github support team,

i am reaching out regarding the username @rout

the previous owner of the username (robert utzig) kindly agreed to release the handle so it could be used for our active open-source project (rout.be). earlier today, robert renamed his account to free up the username as agreed

unfortunately, within seconds of the rename, an automated bot/sniper script registered the username @rout (account created today, completely empty, no activity)

per github's name squatting and username policy, automated squatting of inactive accounts is a violation of terms. we have full email documentation showing the previous owner's consent and intention to transfer this handle to our project

could you please look into releasing or transferring the handle @rout to us?

thank you for your time and assistance

en hier is een draft voor r/github:

title: username sniped by bot within seconds of agreed transfer for open-source project (@rout)

body:

wanted to share this situation and see if anyone has had success resolving this with github support

the original owner of @rout very generously agreed to release the username for our open-source project (rout.be). he renamed his account earlier today so we could claim it

however, literally within seconds of the rename, an automated script/bot sniped the username @rout. the account is completely fresh, empty, and clearly automated

i just opened a support ticket explaining the situation with proof of the previous owner's intent. has anyone had luck getting a sniped username recovered through support, or does anyone know the best way to escalate this?

I accidentally pushed a .env file to a private repository. I understand that if my account itself gets compromised, everything is exposed anyway, that's obvious. I'm asking about other ways it could leak while my account stays secure.

For example:

\\- Collaborators or third-party apps/integrations with repo access, could any of them expose it?

\\- CI/CD pipelines or bots that pull the repo, do they create copies that could leak?

\\- If I later delete the file, does it still exist in git history / old clones / forks in a way that could surface later?

Any other realistic exposure path for a private repo that doesn't involve my own account being breached?

Trying to figure out how much risk "private" actually removes, and what cleanup is needed if a secret's already been committed. Thanks!

Web page: https://www.sourcererapp.com

It has a free plan for Open Source developers but also Pro and Business plans for working with private repositories.

Small memory footprint and can load very large repositories.

Hej! I am wondering, do you delete your Git branches after merging, or do you leave them untouched?
If you don't clean them up, they quickly stack up. How many dead branches do you have right now, and what do you usually do with them?
I'm thinking about making a simple CLI tool that scans for merged branches and deletes them safely. Would you find this useful?

Hey, guys! I don't know if you've already seen this Microsoft Learn "course" that covers git and github.

I liked especially the part where we can to github and clone an official repo that learns some of the main git commands that we use on a daily basis.

So I wanted to know what you guys think about it and if you know other gamified ways of learning git