I’d never heard of Source Depot before today.
Microsoft Office migration from Source Depot to Git
31–40 of 290 posts
Re: Microsoft Office migration from Source Depot to Git
#32Its oddly fascinating that Microsoft has managed to survive for so long with ancient/bad tools for software engineering. Almost like “life finds a way” but for software dev. From the outside it seems like they are doing better now after embracing OSS/generic dev tools.
Let’s not forget that Microsoft developed a lot of tools in the first place, as in, they were one of the companies that created things that didn’t really exist before Microsoft created them. Git isn’t even very old, it came out in 2005. Microsoft Office first came out in 1990. Of course Office wasn’t using git.
Re: Microsoft Office migration from Source Depot to Git
#33We communicated the same information through multiple channels: weekly emails, Teams, wiki docs, team presentations, and office hours. The rule: if something was important, people heard it at least 3 times through different mediums. If only this were standard. Last week I received the only notification that a bunch of internal systems were being deleted in two weeks . No scream test, no archiving, just straight delet…
Re: Microsoft Office migration from Source Depot to Git
#34Could someone explain the ideas of forward integration and reverse integration in Source Depot? I’d never heard of Source Depot before today.
Re: Microsoft Office migration from Source Depot to Git
#35I actually remember using Perforce back in like 2010 or something. And I can't remember why or for which client or employer. I just remember it was stupid.
Perforce is convoluted and confusing, but I don't think it's really fair to call it stupid. It is still virtually unmatched in a couple of areas.
Re: Microsoft Office migration from Source Depot to Git
#36They should have recalled it to avoid continued public use…
Re: Microsoft Office migration from Source Depot to Git
#37Earlier quoted context omitted.
> Microsoft had to collaborate with GitHub to invent the Virtual File System for Git (VFS for Git) just to make this migration possible. Without VFS, a fresh clone of the Office repository (a shallow git clone would take 200 GB of disk space) would take days and consume hundreds of gigabytes.
Having had yesterday the dubious pleasure of using MS Word for the first time in a decade, I can safely affirm that they could have have just piped the whole Office repo to the Windows equivalent of /dev/null and nothing of value would have been lost.
Re: Microsoft Office migration from Source Depot to Git
#38Earlier quoted context omitted.
> Microsoft had to collaborate with GitHub to invent the Virtual File System for Git (VFS for Git) just to make this migration possible. Without VFS, a fresh clone of the Office repository (a shallow git clone would take 200 GB of disk space) would take days and consume hundreds of gigabytes.
It takes less than an hour on my third world apartment wifi to download Call of Duty Modern Warfare remake which is over 200 gygabytes. Since we're not talking about remote work here, I think Microsoft offices and servers (probably on local network) might have managed similar bandwidth back then.
https://devblogs.microsoft.com/bharry/the-largest-git-repo-o...
Re: Microsoft Office migration from Source Depot to Git
#39> Authenticity mattered more than production value. Thanks for sharing this authentic story! As an ex-MSFT in a relatively small product line that only started switching to Git from SourceDepot in 2015, right before I left, I can truly empathize with how incredible a job you guys have done!
Re: Microsoft Office migration from Source Depot to Git
#40I’d like to know when Microsoft internally migrated away from Visual SourceSafe… They should have recalled it to avoid continued public use…