Комментарии 7
НЛО прилетело и опубликовало эту надпись здесь
Эт само собой. Есть, например, StyleCopAnalyzers, который пока в глубокой бете. Есть другие разные штуки.
Но суть не в этом. Статейка больше про MSBuild, чем про StyleCop.
Но суть не в этом. Статейка больше про MSBuild, чем про StyleCop.
И NuGet пакет к нему, который подключает нужные таски к проекту.
Спасибо, конечно. Если бы я искал способ, как запустить ReSharper на билд-машине, то я бы, наверное, смотрел в сторону этой ссылки.
Если используется гит, то можно написать pre-commit hook, который не будет пускать коммит с кривым стилем. На стороне клиента можно вызвать git commit --no-verify для отключения хуков, так что дополнительно можно прикрыться еще и серверным pre-receive хуком.
Оно, конечно, так. В теории. Но:
1. Pre-commit hook это та же клиентская фигня, что и TFVC checkin policy. Тот ещё мрак всем машины настраивать, раскладывая StyleCop и конфиги. А потом ещё обновления велосипедить.
2. Да, бывает ещё серверный pre-receive hook, но если используется git, который в составе TFS, то о нём можно только мечтать. ISubscriber в этом случае — единственный способ.
Есть ещё вариант gated -конфигурации, когда все коммитят в git, который на самом деле проксирует это в другой git и уже на нём (первом) понастроить все эти pre-commit hook… Но это для очень сильных духом.
1. Pre-commit hook это та же клиентская фигня, что и TFVC checkin policy. Тот ещё мрак всем машины настраивать, раскладывая StyleCop и конфиги. А потом ещё обновления велосипедить.
2. Да, бывает ещё серверный pre-receive hook, но если используется git, который в составе TFS, то о нём можно только мечтать. ISubscriber в этом случае — единственный способ.
Есть ещё вариант gated -конфигурации, когда все коммитят в git, который на самом деле проксирует это в другой git и уже на нём (первом) понастроить все эти pre-commit hook… Но это для очень сильных духом.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Внедряем StyleCop в MSBuild