Comments 11
Вот это спасибо, давно о чем-то таком думал. А то у одних так, у других сяк
+1
В чем преимущество по сравнению с тем, чтобы просто положить настройки в VCS? (благо, R# умеет это делать на нескольких уровнях)
+2
Не очень понял вопрос. Если он про коммит настроек в репозиторий с проектом, то у нас в команде 50+ репозиториев, часть в Git, часть в SVN. Проще держать настройки в одном месте, чем копировать обновления в каждый проект.
Или ваша дея в том, что настройки можно положить в один репозиторий и просить разработчиков обновлять его? Лучше, когда решарпер сам напомнит разработчику о вышедшем обновлении. В общем, буду рад, если вы поясните.
Или ваша дея в том, что настройки можно положить в один репозиторий и просить разработчиков обновлять его? Лучше, когда решарпер сам напомнит разработчику о вышедшем обновлении. В общем, буду рад, если вы поясните.
+1
Вы правы, если множество репозиториев, а настройки нужны общие — тогда пакет выгоднее. Просто я чаще сталкиваюсь с ситуацией «одна команда — одни настройки — один репозиторий», и тут коммитить настройки в репозиторий выгоднее.
+2
Это всё мода на микросервисы :)
+3
Так в этом случае и нужно в каждый репозиторий кидать настройки, т.к. они могут быть разные в каждом репозитории как и у каждой команды. Смысл микросервисов в том, что каждый сервис может быть выкинут и переписан по-новой.
0
Конечно, если вы хотите держать настройки в каждом репозитории, то вы можете это делать. Можете даже пойти дальше и разделить настройки по слоям. Уникальные для солюшена держать в репозитории, а общие для команды убрать в extension.
R# достаточно мощный и гибкий инструмент, которым можно решать разные задачи. В конкретной статье был рассмотрен вариант решения задачи, которая возникла в нашей команде. Решением я с вами поделился.
В нашем случае в настройках хранятся в том числе и кастомные инспекции для соблюдения naming convention, которые применимы ко всем проектам.
R# достаточно мощный и гибкий инструмент, которым можно решать разные задачи. В конкретной статье был рассмотрен вариант решения задачи, которая возникла в нашей команде. Решением я с вами поделился.
В нашем случае в настройках хранятся в том числе и кастомные инспекции для соблюдения naming convention, которые применимы ко всем проектам.
0
Попробовал, extension встал, но файл настроек в слоях не появился. Скорее всего ошибка у меня в files — есть описание где-то какой именно путь должен быть у target?
0
Какая версия R# у вас?
0
Есть официальный DevGuide.
Для R# 9.1 target должен быть «DotFiles\Extensions\YourCompany.Settings\settings\» В id пакета нужна точка (".")
Для R# 8.2 target=«ReSharper\v8.2\settings\»
Проверьте .nupkg файл, убедитесь, что .DotSettings запакован в него.
Для R# 9.1 target должен быть «DotFiles\Extensions\YourCompany.Settings\settings\» В id пакета нужна точка (".")
Для R# 8.2 target=«ReSharper\v8.2\settings\»
Проверьте .nupkg файл, убедитесь, что .DotSettings запакован в него.
0
Sign up to leave a comment.
Управление настройками ReSharper в команде