Получена переписка от службы поддержки AWS относительно обновления ES на месте через CloudFormation.
tl; dr В настоящее время он не поддерживается, но запрос функции уже активен для этой функции.
Вы правы, говоря, что обновление на месте ES не поддерживается CFN в данный момент. Таким образом, обновление ES с 6.3 до 6.4 может быть выполнено через CLI или Консоль AWS сохранит существующий домен, но с CloudFormation запустит новый домен и откажется от существующего.
Я вижу, что для этого уже есть запрос на активную функцию. Я продолжу и передам ваши пожелания нашей внутренней команде по этому вопросу. К сожалению, у службы поддержки AWS отсутствует видимость плана внедрения улучшений услуг, поэтому я не смог бы предоставить вам точные временные рамки.
BLOCKQUOTE>
Resharper сделает это для Вас, и можно настроить его в опции Clean Code, что можно выполнить широкое решение; o)
Если Вам установили ReSharper, то из Проводника Решения можно щелкнуть правой кнопкой по ссылке и нажать Find Dependent Code. Если это возвращается с диалоговым окном результатов тогда, Вы используете ту ссылку/блок. Если Вы получаете сообщение, "Кодозависимое на модуле имя модуля не найденный". Тогда необходимо быть в порядке для удаления той ссылки/блока, потому что она не используется.
Если у Вас есть ReSharper тогда, выберите решение, щелкните правой кнопкой и выберите код очистки. Resharper тогда пройдет каждый файл кода в решении.
относительно удаления ссылок проекта, когда выполнения компилятора это не добавит ссылку если никакое использование кода это dll.
Я нашел этот вопрос при поиске в Google и поиске способа удалить неиспользованные операторы "Using" из моего кода.
Осуществите рефакторинг является большим, но это не доступно мне. Однако как оказалось, Visual Studio 2008 делает это самостоятельно.
Вот шаги:
Готово. Я понимаю, что это не отвечает на исходный вопрос (выполнение этого в массе для всего проекта), но это действительно отвечает на мой вопрос.
(Перекрестно разосланный отсюда), Учитывая, что VisualStudio (или это msbuild?) обнаруживает неиспользованные ссылки и не включает их в выходной файл, можно записать сценарий, который анализирует ссылки из csproj и сравнивает это с блоками, на которые ссылаются, обнаруженными отражением на выводе проекта.
Если Вы мотивированы...
Это не избавится ни от каких ссылок в коде к Вашим блокам, на которые ссылаются (я думаю), но можно перейти к свойствам каждого из проектов, полученных к Ссылкам, и нажимать "Unused References...". Visual Studio тогда дает Вам опцию удалить их прямо туда.
Никакой способ сделать это на уровне решения все же.
Любой достойный профилировщик кода сделает это для Вас. Мне нравится DevPartner лично.
Как был упомянут предыдущими ответами, , Resharper работает хорошо на это, а также множество других случаев, таких как способы сделать инструмент для очистки кода и генерировать определенные вещи для Вас. Лучший способ действительно выяснить все преимущества Resharper состоит в том, чтобы загрузить пробную версию, распечатать контурная карта Cheatsheet и засунуть его рядом с Вами, где Вы разрабатываете в.
, Короче говоря, это действительно решает эту проблему, но это делает чертовски много больше, чем просто это.
Да, я не думаю, что существует тот. Я просто удаляю некоторых, которые я не думаю, необходимы тогда сборка: /
BTW., который будет продолжать использовать ошибки. Можно использовать команды Питания Visual Studio , чтобы удалить и отсортировать использования, также - что сначала, затем удалить случайные блоки: D
Удаление неиспользуемых ссылок - это функция, которую Visual Studio 2008 уже поддерживает. К сожалению, только для проектов VB .NET.
Я предложил в Microsoft Connect получить эту функцию и для проектов C #:
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? FeedbackID = 510326
Если вам тоже нравится эта функция, вы можете проголосовать за мое предложение.