At the risk of outing myself, it's a strange correspondence based approach. The idea is that we never commit to a repository but instead email changes to each o

At the risk of outing myself, it's a strange correspondence based approach. The idea is that we never commit to a repository but instead email changes to each other, making a patch queue. This has the benefit of forcing every commit to be code reviewed. The process is that we get an email to start work on some new ticket, which will be a reply from the "tip" email that we are supposed to base our work on, with a new subject. This is a development branch, so to speak. We have separate email addresses for separate projects, so project management is fairly hands-off. Requirements are hashed out in these email chains. This has the benefit of making all of our code "literate" in that it is adjacent the requirements.