Справочная информация:
Мы используем сторонний инструмент в нашем решении .NET C #. Этот инструмент имеет собственный синтаксис и интегрируется с Visual Studio. Когда мы используем этот инструмент, мы пишем его разметку в Visual Studio, а затем, когда мы строим решение, пользовательский инструмент запускается и генерирует файл .cs на основе написанной нами разметки.
Этот сгенерированный исходный файл содержит номер версии, который вызывает проблемы, когда мы возвращаем их в систему управления версиями (бесконечные конфликты). Мы понимаем, что рекомендуется не проверять сгенерированные исходные файлы.
Таким образом, мы исключили сгенерированные файлы .cs из SVN, а затем мы столкнулись с следующей проблемой, заключающейся в том, что решение Visual Studio ссылалось на эти файлы, поэтому, когда TeamCity (наше программное обеспечение для непрерывной сборки / интеграции) приступило к созданию решения, оно бы не удалось сразу же, так как не смог найти эти файлы.
Затем мы удалили их из решения, а также исключили их из SVN, это исправило исходную проблему, мы больше не проверяем сгенерированный код, и он прекрасно собирается в TeamCity (так как файлы восстанавливаются при каждой сборке ).
Теперь у нас возникла новая проблема - поскольку сгенерированные файлы больше не включаются в решение, проверка целостности и кода завершается неудачей, поскольку сгенерированные классы не могут быть найдены. Решение компилируется просто отлично (как и во время сборки, код заново генерируется).
Вопрос
Есть ли способ указать ReSharper включить сгенерированные файлы .cs в проверку кода? Эти файлы являются внешними по отношению к решению, но они находятся в каталоге obj.
Приветствия
Tyler