I’m wondering if anyone uses Git to manage their team’s business knowledge, not just technical documentation.
For example, as a business analyst in a banking team, you might accumulate business analyses, product sheets, business rules, process descriptions, manuals, and other documents over the years.
Instead of scattering everything across Confluence, SharePoint, and Word files, what if you kept it in a structured Git repository, using Markdown where possible?
The goal would be to have one searchable knowledge base that makes it easier to find information and could also be used by AI tools.

I've got 14 commits on a branch called Refactor_Python. It's 30 files, I have been asked by my boss to stage just 2 of the files for develop and also stage the same 2 files for another branch called release/v4.11. Now as I understand git I cannot stage changes for 2 branches at once without pushing them up to remote (yeah he likes going direct, none of this branchy thing which I prefer, not judging, it's just my confidence level is not there yet.) So this is a question about doing it with no branches. I already pushed my Refactor_Python branch, so I cannot rebase it without some level of pain, I'm happier to just delete my personal branch afterwards. If my boss had spoke earlier I would have just made 2 branches on with 2 files and one with 28 files, but I'm keen to learn:

So I suspect if I cherry-pick all commits that those 2 files are in, using git cherry-pick -n <commit> and then git add file1 file2 the result as a single commit, into develop, I would be able to push it and then just cherry-pick that single commit over again, but, into the release/v4.11 branch instead after I pushed it up to develop?

My second question is, if I than want to pick all the changes to the remaining 28 files and merge them to develop, that if I later cherry-pick all 14 commits with -n again, that git will just effectively let me merge the result into develop without too much arguing, or will it merge conflict me when I try to push because the changes to the first 2 files are already there?

did a hard reset on the wrong branch last night and watched 2 days of work vanish. pasted my terminal into a chatbot, ran whatever it said, something with reflog, and the commits came back. no clue what i ran or why. skimmed the docs and a video series last year and none of it stuck, so this time im paying for something structured that makes me practice. what kind of practice made git click for you?

I made a small tool for a problem I kept having: one feature, several repos, and the same branch needs a worktree in each one.

gw create -b feat/login -r svc-a,svc-b

makes a directory with both repos checked out on feat/login as worktrees. gw status, gw sync and gw delete operate on all of them. A per-repo .grove.toml sets the base branch (we branch from stage, not main) and a setup command to run after checkout, e.g. pnpm install.

It shells out to git for everything and does nothing a shell script couldn't; it just does the bookkeeping of which worktrees belong together. Lately I mostly use it to give each coding agent its own isolated checkout across the repos it needs.

Single static Go binary, MIT.

https://github.com/nicksenap/grove

Curious whether people here handle multi-repo branches differently.

So I initially started with GitHub and it’s great. No complaints.

So recently(not recently but you get what i mean) there’s been “AI” stuff going on with like they’re training their models on users code and stuff.

So many big projects (from what i heard) migrated from GitHub to codeberg. And out of curiosity I setup codeberg and being using it for month.

From my experiences, I felt no difference other than one trains AI on code and one banned AI generated code.

Now, here I’m confused what to go with one is packed with features and most of the people use it (GitHub) while another is simple (i like simple. Not sure about features cuz i haven’t dig-ed into it (codeberg). I actually like both. And about AI training, I personally think Im helping it to improve cuz it’s training my code (feeling like im contributing). But I talked a few people and they said they store their work related stuff or something personal (they mentioned that word but i forget) and they don’t like AI reading it, which is valid in a sense.

I rn host my Linux dotfiles on codeberg and mirror it to GitHub. Works fine, the problem is issues and PR. Is there any way to bridge it too. (This part wasn’t the main point to don’t come at me saying i asked the question in the deep down of a paragraph)

Looking for your personal experience/opinions

Im trying to push tweaks for "babies first business website" over here, but I don't understand git, or command line well enough to understand exactly what Im doing wrong.

Im running CashyOS for the optional learning curve which is using fish konsole.

I have a website up on gitpages, which I had previously just git cloned so I could work on it via laptop and other devices and trial different live update html editors, and have previously updated back and forth, but cant recall exactly how I did it in the past. (Probably delete and repaste the entire project?)
- I have since settled on CScode, since the editor I initially preferred is dead and not being updated, especially for linux distros.

So some kind of CScode push might be viable?

I have installed the git packages for Cashy, linked the folder to github repository? And have fumbled between various tutorials to getting
git push -u origin main

to give me the sign in for the existing account, but it tells me:

remote: Invalid username or token. Password authentication is not supported for Git operations.
fatal: Authentication failed for

Am I better off setting up a SSH, or just doing something to fix this? Troubleshooting research came back with something like 'recommended, but not necessary'

any other recommendations? Need to keep poking various maps and such as well for visibility.

I use github desktop a lot like it's my main app but the problem is it does not support a lot of features

They did even add a simple search bar which was the best thing ever then decided they would remove it

I don't know why and I have problems with it with repos organization like I would want to pin important repos also I would like multi personas also there is a lot of things that I do manually in git in cmd that github does not support also with sub repos it should just ignore sub repos because it does not give us any features for it so it should just leave it alone, and yes it's a sub module I did it but the problem is as I told u.

SMALL EDIT: sub repos the problem it does not allow merging, squashing, or stashing and I end up doing .gitignore which misses up a lot of things including vscode not compiling the code inside the sub repo

And I have a lot of problems like I can't count them and I've found this github-plus but it didn't fix all issues also there is this issue where if there is a lot of files or a lot of changes it would lag for a minute and then crash so I thought why use electron like

I don't know I see it so unnecessarily like it's pushing the app to 500mb size and the ram goes to 1gb without a reason and it's all because of JS running instead of rust or any not scripting languages

So I decided to make a github desktop app but with rust to support all these features and it's using libgit2 which is very fast. I don know, still figuring out.

And yeah I would just want anyone who faces these problems and tell me to make in the app it's WIP right now and I will release 1.0.0 this week I hope

And tell me is it a great idea or what and I'm okay with anythin it's gonna be open source btw just to be clear with MIT

If this subreddit does not allow things like that I'm free to remove it.

Not the 200 commands, just the minimum so you don’t embarrass yourself on day one. My list:

• git init / git clone
• add + commit (and why they’re separate)
• git log --oneline to see what happened
• branches: git switch -c something, then merge back
• how to fix a merge conflict without panicking
• push / pull
• .gitignore so you don’t commit your API keys or node_modules

Then pull requests as the next step.

Did I miss anything you’d consider essential? I turned this list into a 5 min video for beginners!

Anthropic pushed 25 million code checkouts per day to realize that they need to rebuild "git".

A technology that every company depends on for building their software.

Computer infrastructure built for humans now fail for agents and agent assisted work.

Coding agents has completely changed the way I used to work.
I've 5-6 agents working on independent tasks while I research a complex task (also with AI assistance).

A Rust compilations took 15 minutes per code checkout.
Around a thousand of code commits would have costed $90, Celesto reduced it to only $4.

Furthermore, it reduced the total compilation time as well -- faster processing as compared to GitHub. Great bang for the buck if you say!!!

I've built a cost calculator for your company as well - celesto.ai/ci

Processing img sabdu0in8pwh1...

Are you also getting tired to review noisy JSX / TSX changes just to realize the actual change was 1 prop?

Thats what I wanted to improve in GitComet. While looking for options I found Difftastic.

It uses Tree-sitter to understand code structure ... the same one GitComet also use! My immediate feeling was: this has to be tried out!

After testing it I knew it had to be included in the current release. Difftastic helps to show the relevant changes ignoring whitespace and formatting.

Difftastic diff really shines when viewing HTML, JSX/TSX and similar XML like syntaxes.

I created a demo how to enable it in GitComet 0.3.1 take a look!

[ Removed by Reddit on account of violating the content policy. ]

Fuzzy search over commit messages, the files they touched and their diffs. /c fn parse finds the commits that added or removed a line, like git log -S but interactive and ranked.

On git.git (82k commits) it loads the full history in under a second, about 3× faster than git log.

It also has a plain-text mode (levi --filter 'parse.rs /c fn parse'), so scripts or coding agents like Claude Code can use it to find which commit touched some code.

https://github.com/rsdlt/levi · brew install rsdlt/tap/levi

Edit: I designed and directed it; Claude Code wrote most of the code. Source and full commit history are on GitHub.

Processing gif p6b5ll10eiwh1...

I think I've found a simple way to work across several Git repositories from one monorepo. You need this when, for example:

• you have a private monorepo with some public folders (my case),
• you vendored a library and want to send a patch back to it,
• you use Git submodules and are tired of them.

The idea is a three-way merge on a folder: merge the other repository's tree into the folder, with the tree from the last sync as the merge base. The two repositories share no history and don't need to know about each other.

Josh, by contrast, works on one shared history. The chapter "Comparisons" in the docs compares this with submodules, subtree, git-subrepo, Josh, Copybara, Sapling and jj.

I've been working on this for a month now, testing the workflows with executable scenarios: https://roschaefer.github.io/git-splice/

Disclaimer: yes, AI helped write the code and the executable scenarios. I read their tests and diagrams until I understand each case.

Everything this needs has been in Git all along. I'm surprised I haven't found a tool that works this way, while people have been frustrated with submodules for years.

So, Reddit: where does this approach fall apart? Have I missed something fundamental?

Edit: Two people asked how this differs from git subtree, so I updated its page in the docs, with drawings of the commit graph: https://roschaefer.github.io/git-splice/test/comparisons/git-subtree/

In short: if you keep the library's history out of the monorepo with --squash, split walks the monorepo's whole history on every push, so it won't scale. And the usual git subtree workflow doesn't give you a linear history: add, pull and split --rejoin always create merge commits.

The git submodule page got the same treatment: https://roschaefer.github.io/git-splice/test/comparisons/git-submodule/

I'm a CS student interested in backend development, and I'm learning Git for the first time.

I'm choosing between Pro Git and Head First Git. I've read Head First Java and Head First Design Patterns before, and I really liked their teaching style.

Which book would you recommend for building a solid Git foundation for professional work? Is Head First Git enough, or is Pro Git the better choice?

My last post here got downvoted and called AI slop. I'd rather answer that with a short, plain post than argue about it, so here's just what changed.

I kept retyping the same commit messages, like "chore: bump deps" and "wip". In 0.11 you can save a summary and description from the commit box as a quick commit. Alt+P opens a search palette, and picking one stages everything and commits straight away. They can be per repo or global, every apply can be undone, and there are guards around hooks and around a merge or rebase in progress.

+ the new release makes the conflict resolver continue a rebase or merge once the index is clean, and the reset dialog now takes H, M or S for hard, mixed or soft.

My actual question: for a one-key commit, is staging everything the right behaviour, or would you rather it only commit what's already staged?

https://gitmoire.dev

I built tig, version control where the repo is public but your secrets aren't

I wanted to open-source a project, but one folder had to stay private, an .env file, an internal package, a security fix that wasn't ready yet. With git that means a second repo, git-crypt, or crossing your fingers. Forcing me to make multiple copies of the same project and now I had to maintain multiple upstreams which I felt was unnecessary effort.

So I started building my own version control from scratch in Rust.
Its still under work and I would love people to join in on this work
What tig does today:

• A .private file. It works like .gitignore, except the files stay tracked. When you publish, they're encrypted, and only the people you give access to can read them. Everyone else gets a normal clone without them.
• No staging and no "commit" ritual. Your edits are snapshotted automatically, and any command can be undone.
• Instant workspaces. You can work on the same change in two folders at once without worktrees
• Speed comes first. Encryption only happens when you publish or fetch, never while you work. On a 100k-file repo it's faster than default git.

Next feature I have in mind is the advanced mode for bigger companies to manage monorepo, giving it a Discord server-style roles, so a business unit like @ billing can see packages/billing/ and contractors only see frontend/. Roles were the idea that started all this, and it's what I'm most excited to ship.

URL-> https://github.com/Pratz1337/tig (If you like the idea star it and can work on it :D )

(AI was used in some parts of this body to deliver my thoughts in a cleaner way)

If you have any criticism its welcome but do it while being respectful. Thank you

Okay, I need to understand/know the standard way to handle this situation...

1. I'm working on files in my local repo, got a bunch of unstage changes...
2. Someone else just pushed an updated file to the remote-repo

What am I supposed to do? AI is telling me to just do a git stash --> git pull --> git stash pop, but I've put myself in a situation before for doing this... I didn't know git stash can be sorted or even have a date linked to them, or that stuff I stashed several days before is still in there somewhere...