Git for Music – Using Version Control for Music Production (2023)

It's interesting seeing parts of life overlap.

I did music production at the same time as heavily using SVN and starting to use Git - I didn't cross this over at the time. All (in my case) Cubebase files were just -1, -2 suffixes and it worked. I had continuous backups, sure and it just kinda worked at the time.

Given I now use Git heavily in my work/hobby life, when doing other projects (3D models for printing (questionable at best) and artwork (very very very questionable at best)) I definitely wanted to use some sort of SCM. I opted for these for Perforce - mostly to experiment, but also the idea of having binaries in a distributed SCM. Yes, I know Git-LFS _exists_, but also, to me it breaks the idea of what Git is.. relying on a server for binaries in a situations where everything should be distributed.

If I now went back to audio-production, I would probably consider either Perforce or SVN. Perforce only if it were for a single user (because of licensing). The ability to clone/checkout a single directory of a repo at a given point in time natively and make modifications and push them back is almost quite necessary when dealing with very large files.

And I still use SVN for _some_ situations - particularly those where Perforce is overkill and all I want to _always_ HEAD and the rest is history (for manual preservation history) and no such need for merging and branching (thinking Wiki and other plain-text tooling).

In the case of any sort of any binary-merging - I _heavily_ assume this isn't expected in the poster's situation!

I'm one of the founders of https://diversion.dev. It's a version control used mainly by game developers, but also by some audio and video artists. Its advantages over git for music production - 1) it works with large binary files out of the box, and 2) it's easy to use for non-technical people. This also solves the issue of backing up and sharing the project complete with large media files that the author mentions.

Not pretending to be an expert in either system's internals, but I feel like svn would be a much better fit than git for this.

I find svn to be wonderful. There seems to be a real phobia against it which I've never understood and it's such a shame.

Especially when one of the biggest arguments "against" it is that "it's centralised" (when in fact using it in a decentralised manner is trivial), and ironically most people these days just use git as an interface to github (rather than the other way round), effectively using it in centralised manner.

I maintain MAKID, which is a desktop app built to integrate with Ableton live files in order to help manage versioning/organization. I’ve been wondering if a git workflow is the right one for producers. I feel like it sounds nice but in the end ppl are probably just gonna copy and paste their files because it’s intuitive and easy. Plus I imagine users getting confused by branching causing them to think they’ve lost their progress.

Shameless plug: https://www.makidapp.com/

The binary file problem is real - audio files balloon Git repos fast. Git LFS helps but adds complexity. I've had better luck with a hybrid approach: Git for project files/metadata/stems, cloud storage with versioned folders for final mixes. Keeps the repo lean while maintaining the branching workflow benefits.

I’ve been using git for remote collaboration music production for 5 years. We sometimes use branches as well when we are working in let’s two ideas for a bass line. We’ve not really had any issues other than that we need git lfs.

The workflow is based on having the same software, ableton and plugins are largely mirrored.

We communicate over FaceTime which is good enough to assess ideas. When then record track for track and build the songs that way.

Here's a video of a talk at the 2022 Ubuntu Summit on using version control with Ardour for the same purpose as TFA, but also for collaboration (particularly during COVID):

https://www.youtube.com/watch?v=gB7AsFbtJic

Most producers just use SoundCloud for version control. You can export tracks directly from the DAW. Since it's cloud-hosted, it's easy to share with others and enable them to listen and drop feedback as comments within the track waveform.

It may never happen but I sure wish there was an open protocol for DAW files. Sounds like Reaper XML is a good start

This is really a problem that should be solved by the daw itself.

AFAIK they all dump file management into the user, both for the “source” (projects) and the “binaries” (exported songs).

Ableton includes a feature for exporting self-contained projects so they don’t break if you load them in a different pc, which is the bare minimum, but other than that good luck.

Most of the problems engineers face are present in music production - collaboration, parallel work that may need to be merged, etc.

The subjective nature of music also makes it so that you’ll frequently want to try to develop the project some way and drop all changes if it doesn’t work, or that you’ll realise a change is problematic later (for example, something might sound well in headphones but horribly later in the car).

There should be a seperate VC for this, because using git for stuff like that is a bit wrong.

Also many DAWs export their project files as binaries (like Logic) so Git wouldn't like that much in terms of Diff and Compression

The main issue is also maintaining multiple folders. Git can do submodules, but that means creating new gits, publishing, making new submodules etc which is a waste of time that a normal person would rather spend making _v2s, even though they're cloggy and messy

this will work if and only if the DAW has good format (lexical, not compressed etc.)