Если все разработчики занимаются разработкой функций в отдельных ветвях , в обозревателе репозитория SVN легко увидеть, над чем работают все, прежде чем код будет объединен с транком. Этот подход имеет дополнительное преимущество по сравнению с предлагаемым подходом: разработчики получают возможность указать, какие «ожидающие» изменения, над которыми они работают, являются значимыми (то есть то, что зафиксировано для ветви), а какие изменения - просто работа с нуля (чего вы не будете см. в браузере репо).
Если вы хотите по-настоящему с первого взгляда конфликтов в ожидающих слияниях стволов, вполне возможно, что вы можете создать сценарий, который пытается объединить все пары ветвей функций обратно в ствол. Затем вы можете построить таблицу, которая показывает, какие комбинации веток успешно слились, а какие не удалось объединить. Либо обновляйте график на веб-сайте в хуке post-commit, либо планируйте его как пакетное задание раз в день, чтобы отправлять его по электронной почте разработчикам. Должно быть намного быстрее реализовано, чем схема мониторинга файлов, отправляющая отчеты централизованному серверу.