2009-06-15 2 views
6

Как только вы начнете использовать PowerShell, вы, вероятно, начнете собирать небольшие полезные сценарии. Управление ими хорошо сложно.Где вы храните в библиотеке скриптов PowerShell?

  • Где вы храните свои сценарии PowerShell?
  • Как отследить версии & сделать резервные копии?
  • Как вы можете синхронизировать между машинами?
  • Как вы интегрируете новые версии других скриптов? (Включая дело с нарушением изменений между их сценариями и вашим)
  • Вы видите, как PowerShell V2 меняет изображение?
+1

Это должно быть сделано wiki сообщества, говорит. –

+0

Я переключусь на CW. –

ответ

2

Мы рассматриваем сценарии PowerShell, как и другие коды. Они хранятся в TFS, как и все остальное. Это обрабатывает хранение, резервное копирование, управление версиями и объединение. Наш стандартный сборщик & обрабатывает эти сценарии между серверами.

0

Я поместил все в элемент управления исходным кодом, включая мою расширяющуюся библиотеку powershell. Это основной способ, которым я использую версию и распространение сценариев среди машин.

1

+1 для контроля источника. PowerShell скрипты нашего проекта, как правило, наматывать в одном из:

  • $/проект/Trunk/Строительные
  • $/проект/Магистральные/Тесты/Bin
  • $/проект/Магистральные/Инструменты/Bin

Для личных сценариев в настоящий момент я использую два подхода. Сначала я создаю ~ \ Bin, помещаю это в путь и ставил свои личные сценарии PowerShell. Второй подход заключается в том, что я использую Live Mesh для синхронизации папки PowerShell между всеми моими машинами. В нем есть сценарии, презентации и т. Д. Я должен, вероятно, создать поддиректор Bin в папке mesh и поместить этот каталог bin в свой путь.

V2 представляет поддержку модулей, поэтому любые модули, которые я создаю, будут находиться под ~ \ Documents \ WindowsPowerShell \ Modules.

Что касается вопроса об использовании сценариев других версий и версий, прочтите модули и Module Manifests в V2. Я думаю, эта новая функция поможет.

1

Я сохраняю свой профиль powershell & пользовательских сценариев в репозитории mercurial. Я часто переключаюсь между моей машиной разработки дома и средой разработки на работе, поэтому использование распределенного VCS действительно имеет свои преимущества: каждая машина автономна (нет необходимости обращаться к серверу-источнику-источнику при работе из дома через VPN, что не существует в моем случае).

Я вытаскиваю/толкаю изменения с локального репо на каждой машине на «передачу» репо на USB-накопителе, и все по-прежнему работает правильно.

Смежные вопросы