Мне очень нравится, что вы сказали "лучший процесс", потому что ответ там - да.
Пусть ваши дизайнеры и все работают из репо. Неважно, выберете ли вы SVN или git или что-то еще, но сделайте эту «авторитетную» копию. Это в конечном итоге избавит вас от головной боли, так как у вас будет четкая история всех изменений, и вы всегда сможете вернуться.
Я настроил несколько сред для магазинов веб-дизайна с помощью системы, противоположной той, которую вы предлагаете, она работает так:
- Все дизайнеры работают с извлеченными копиями сайтов, вносят изменения и фиксируют / обновляют по мере необходимости.
- При коммите, хранилище отправляет копию сайта на промежуточный сервер, который настроен почти идентично производственному.
- Если сайт работает на промежуточной стадии, есть очень высокая уверенность, что он будет работать на живом сервере.
- Когда все будет готово, копию сайта на промежуточном сервере можно будет скопировать для прямой трансляции, и теперь вы очень ответственно обновили свой сайт и у вас есть история всех ваших изменений. (Для этого мне нравится использовать rsync, вы можете заставить его работать так, как считаете нужным)
Надеюсь, это поможет вам немного подумать о вашем процессе.
Возвращаясь к исходному вопросу: если вы действительно не хотите менять свой процесс, вы можете настроить cron, который запускается каждые несколько минут и добавляет / фиксирует все файлы, которые изменились, и это должно работать. Но мне это не нравится, потому что теперь у вас нет значимых сообщений коммита и история изменений также может не иметь смысла. Поскольку люди работают и сохраняют файлы, они не понимают, в какой момент они фиксируются, поэтому, скорее всего, в репозитории есть ревизии с нарушенным состоянием, а теперь как найти ревизии, которые не повреждены ? Выбор «автоматизировать» принятие, очевидно, не самое чистое решение.