Мой опыт разработки на терминалах ограничивается ночью на EC. Пару часов я чего-то делал, потом эта штука часа 3 висела, потом было много пива. Спецификой проникнуться не успел.
Кроме того, я привык работать в IDE. IDE делает все вышеописанное за меня, но ничего без меня. IDE не может без моей воли вносить чьи-то изменения в мою локальную копию. IDE сама решает, что собирать. И собирает не все, на что повлияли изменения, а только необходимое для запуска тестов (запускаются одной кнопкой).
Далее, никто и никогда (практически) кроме сервера, не занимается сборкой всего проекта. В каждый момент разработчик работает лишь с малой частью проекта, потому локальная копия ветки достаточно мала. Сборка необходимого для работы осуществляется локально за 2-5 секунд. Достигается это тем, что устойчивых пакетов мало, устойчивые пакеты содержат минимум функциональности, поводов для их изменения обычно мало. Таким образом, наиболее частые изменения не влияют ни на что, кроме тестов, а потому перестраивать весь проект для разработчиков обычно нет необходимости. Даже если кто-то работает с устойчивыми пакетами - он делает это в своей ветке, потому эти изменения меня не касаются и не влияют на локальную сборку.
Таким образом, объем локальных копий (частичных) может быть действительно очень мал.
Вернемся к терминальной специфике.
Быть может то, что вы говорите, имеет смысл, т.к. все файлы на сервере локальные, можно обходиться ссылками... Но работать всем в одной ветке - это зло! Быть может я что-то неверно понял, но именно идея подхвата чужих изменений при персональном билде привела меня к мысле об единой ветке. А это для меня равносильно командной разработке на шаре :mellow:
Решения, аналогичные вашему, может и есть... Но искать их надо у таких же терминальщиков, небогатых винтами. А таких, походу мало.
И надо учесть, что многие пользователи ничего не знают о Makefile, об особенностях сборки и т.д. Да и не должны знать. У них СВОЯ работа, и нельзя от них этого требовать. 
