В дополнение к предложениям, если, я тогда перешел бы к усилию по предотвращению дубликатов в будущем, вместо того, чтобы пытаться определить местоположение их позже.
Это сделано с помощью уникальных индексов на столбцах (или группы столбцов), которые, как предполагается, уникальны. Помните, что данные в базе данных могут быть изменены от других местоположений кроме через определенное приложение, что Вы продолжаете работать, поэтому лучше определять то, что и не позволяется в таблице на уровне DB.
Я нашел ] хорошее решение , которое позволяет избежать всего ужаса, связанного с наличием неотслеживаемых файлов и хранением огромного списка .ignore:
ОЧИСТИТЕ свои проекты перед тем, как выполнить git commit.
Все просто.
Независимо от того, используется ли это Flash Builder или ant, вы все равно должны иметь возможность очистки, поэтому, если вы просто очистите перед фиксацией, проблема сгенерированных файлов будет решена. Ага.
На самом деле, вы, вероятно, могли бы настроить его как git-ловушку или что-то в этом роде.
Обычно для проектов eclipse с любым SCM я сначала проверяю все, включая .projects и т. Д., Но, возможно, кроме bin-debug в вашем случае. Затем просто убедитесь, что любой, кто проверяет проект, никогда не проверяет эти файлы .xxx. Например, когда я использую perforce, я сначала извлекаю файлы .xxx в список изменений, который никогда не регистрирую. Затем извлекаю остальные в отдельный список изменений.
Еще один совет - использовать пользовательские переменные библиотеки при работе с пути сборки и т. д.