Subversion может использовать commit-time вместо modification-time, если вы конфигурируете файл конфигурации клиента Subversion.(В системах Unix он находится в $ HOME / .subversion / config).
Я не верю, что в Git есть эквивалентный.Это обсуждалось ранее в Stackoverflow .Большая жалоба заключается в том, что это нарушит Make , что верно, но большинство систем контроля версий предоставляют такую возможность.
Если это для вашей компании, а не для личного использования, вы можетехочу посмотреть на Perforce .Perforce - это собственный инструмент, который стоит денег.Существуют исключения: небольшие проекты (не более двух пользователей) и проекты с открытым исходным кодом могут использовать инструмент бесплатно.
Большим преимуществом Perforce является то, что он позволяет наложить структуры каталогов,Например, у вас может быть структура по умолчанию для вашего сервера, но каждый сервер немного модифицирует эту структуру.Вы можете оставить по умолчанию один в одном каталоге, а пользовательские изменения для каждого отдельного сервера в другом каталоге.Когда вы делаете заказ, вы создаете представление, которое объединит их.Это немного сложно объяснить, но я нашел его отличным для отслеживания нескольких конфигураций сервера.
Недостатки Perforce (помимо стоимости) заключаются в том, что он сложнее, чем Subversion.В Subversion вы можете просто извлечь каталог.В Perforce вы создаете представление того, что вы хотите оформить, а затем проверяете его.Это означает изучение языка конфигурации представления .Perforce также имеет меньше плагинов для сторонних инструментов, чем Subversion, потому что он не так популярен.Тем не менее, это может быть хорошо в вашей ситуации.