Re:How Microsoft Office Moved from Source Depot to Git
by sixothree on Thursday June 12, 2025 @10:18AM
(#44258114)
Doesn’t SVN let you check out and commit any folder or file at any depth of a project you choose? Maybe not the checkouts and commit, but that log history for a single subtree is something I miss from the SVN tooling.
Re:How Microsoft Office Moved from Source Depot to Git
by gilbertbw on Thursday June 12, 2025 @10:28AM
(#44258233)
Can you not achieve the log history on a subtree with `git log my/subfolder/`? Tools like TortoiseGit let you right click on a folder and view the log of changes to it.
Re:How Microsoft Office Moved from Source Depot to Git
by daemin on Thursday June 12, 2025 @10:46AM
(#44258439)
Yes it can, but the point is that in a git repo you store the entire history locally, so whenever you clone a repo, you clone its history on at least one branch.
So when you have a repo that's hundreds of GB in size, the entire history can be massive.
Re:How Microsoft Office Moved from Source Depot to Git
by int_19h on Thursday June 12, 2025 @12:24PM
(#44259554)
You can indeed. The problem with this strategy is that now you need to maintain the list of directories that needs to be checked out to build each project. And unless this is automated somehow, the documentation will gradually diverge from reality.
It uses the same technology that's built into Windows that the remote drive programs (probably) use.
Personally I kind of still want some sort of server based VCS which can store your entire companies set of source without needing to keep the entire history locally when you check out something. But unfortunately git is still good enough to use on an ad-hoc basis between machines for me that I don't feel the need to set up a central server and CI/CD pipeline yet.
Also being able to stash, stage hunks, and interactively rebase commits are features that I like and work well with the way I work.