На сайте LTSP существует достойный список:
http://wiki.ltsp.org/twiki/bin/view/Ltsp/Clients
В целом необходимо посмотреть на LTSP как, даже если Вам не нравятся их методы, часть идеи хороша.
Можно получить драйверы, которые позволяют Windows и Mac читать EXT2 или разделы EXT3, так, чтобы могла бы быть альтернатива.
Кроме того, если у Вас есть несколько разработчиков, работающих над той же кодовой базой, действительно необходимо осуществлять управление версиями. При наличии страдающей боли с Подверсией Вы могли бы хотеть проверить мерзавца вместо этого. Это распределило (что означает, что больше нет центрального сервера, размещающего одну удостоверенную копию кодовой базы), и имеет намного лучшую поддержку того, чтобы перейти и объединиться. Это доступно для всех главных платформ разработки.
Файловая система, которую Вы используете, не должна иметь значения, используете ли Вы управление исходным кодом. Если разработчик только получает файлы, должен был работать над проектом от системы управления версиями, их клиент автоматически создаст необходимые файлы и каталоги с помощью файловой системы, используемой на их машине. Если у Вас есть файлы, которые живут за пределами управления исходным кодом, смотрят на Samba, Это позволит Вам использовать файловый сервер Linux для установки сетевых ресурсов, к которым можно получить доступ из Linux, Mac или окон. Если Ваши основные серверы являются Windows, можно все еще настроить доли на них и подключении с помощью Linux и клиентов Mac. Поскольку информация о соединении с долями Samba на Mac видит thislink.
У Вас не может быть того же раздела, непосредственно смонтированного больше чем в одной системе (по крайней мере, не рискуя потерей данных из-за бессвязности кэшей каждой ОС). Необходимо было бы размонтировать диск в одной ОС и смонтировать его в другом, который является едва немного лучше, чем фиксация/обновление svn.
Для реального совместного доступа необходимо использовать совместное использование через сеть, и затем файловая система не имеет значения очень (диск никогда не затрагивается непосредственно больше, чем хостом ОС).
Для совместного использования между Linux и OS X Вы могли использовать NFS, который сохраняет большую часть семантики базовой файловой системы и — по сравнению с Samba — это является быстрым и безболезненным.
Единственная реальная несовместимость в OS X <> Linux, совместно использующий, - то, что имена файлов неASCII в OS X должны использовать UTF-8 в анализируемом (например, ö должен быть записан как две кодовых точки: o и ¨). Linux не заботится, таким образом, решение состоит в том, чтобы всегда создавать и регистрироваться в таких файлах на OS X.
Если Вы хотите совместимость Windows, то необходимо будет запретить использование символьных ссылок. Они теоретически возможны в NTFS, но они не переживут сетевого совместного использования.