Основы Git для ИТ-специалистов: использование со сценариями PowerShell

В предыдущей статье мы представили основные концепции Git для ИТ-специалистов. В этой статье мы продвинемся немного дальше и покажем профессионалам в области интеллектуальной собственности, как использовать Git для отслеживания своих сценариев PowerShell.

Мы установим Git на Windows Server или рабочую станцию, а затем создадим наш первый репозиторий, настроим нашу личную информацию (которая требуется перед началом процесса для отслеживания изменений) и, наконец, поработаем с некоторыми простыми сценариями, где мы можем воспользоваться преимуществами. Git для контроля и использования разных версий.

Установка Git на Windows Server/рабочей станции

Git доступен на всех платформах: Linux, MacOS и Windows. В мире Microsoft мы можем загрузить программное обеспечение GitHub Desktop, и оно поставляется со встроенным Git, однако мы будем играть проще и установим только сам Git на наш сервер Windows, чтобы протестировать и проверить концепции, представленные в нашей предыдущей статье.

Первый шаг — посетить веб-сайт Git и загрузить его для Windows. (Вы можете использовать эту ссылку здесь.) Также приятно иметь полезный редактор кода для работы с файлами, и Git во время установки запросит ваш текущий редактор кода. Microsoft предлагает бесплатно, и если у вас нет каких-либо предпочтений, это может быть действительно хорошим началом. Вы можете скачать его отсюда.

1. На странице будет отображаться GNU (стандартная общественная лицензия), которая дает вам право изменять и распространять программное обеспечение, нажмите « Далее».
2. На странице по умолчанию он будет установлен в C:Program FilesGit нажмите « Далее», чтобы продолжить.
3. На странице мы можем определить интеграцию Git с операционной системой. Нажмите «Далее».
4. На странице — это имя, которое будет создано в меню «Пуск». Щелкните дальше.
5. На странице мы можем выбрать, какой редактор мы собираемся использовать с Git.
   Примечание. Если вы еще не установили предпочитаемый редактор, установите его, используя ссылку, предоставленную мастером установки. После установки нажмите « Назад» и «Далее», чтобы обновить только что установленное программное обеспечение, что позволит продолжить установку.
   
6. На странице показано как переменные среды будут настроены для поддержки Git. Если у вас нет особых требований, оставьте настройки по умолчанию и нажмите «Далее».
7. На странице мы можем определить, как Git будет использовать библиотеку TLS для использования с соединениями HTTPS (я предпочитаю для Windows использовать параметр «Использовать собственную библиотеку защищенных каналов Windows »). Нажмите Далее.
8. На странице мы можем определить, как Git будет работать с конечными строками в контролируемых текстовых файлах, и важно, как это будет ваша интеграция между платформами. Оставьте настройки по умолчанию, если у вас нет никаких требований в этой области, и нажмите «Далее».
9. На странице я предпочитаю в Windows выбрать «Использовать окно консоли Windows по умолчанию» и нажать «Далее».
10. На странице мы можем включить некоторые параметры, такие как кэширование файлов и MFA (многофакторная аутентификация), которые являются первыми двумя параметрами. Оставьте настройки по умолчанию и нажмите «Далее».
11. В нажмите «Готово».

Инициализация репозитория и первые изменения

Git отслеживает все изменения и, самое главное, отслеживает, кто их внес, что очень удобно при работе в команде. Хотя в этой статье мы летаем в одиночку, наш первый шаг — определить наше и , прежде чем начать отслеживать наши предстоящие сценарии.

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

Git config --global user.name «Имя Фамилия» Git config --global user.email «[email protected]» Git config --global --list

Теперь, когда у нас есть Git, установленный на нашем Windows Server, и мы настроили локальный Git с нашей информацией для целей отслеживания, давайте создадим папку и инициализируем репозиторий Git (более известный как репо). Откройте PowerShell и выполните перечисленные ниже команды, которые создадут новую корневую папку с именем PSScripts (сценарии PowerShell), а затем мы войдем в эту папку, чтобы инициализировать репо с помощью утилиты .

CdMkdir PSScripts Cd PSScripts git init

В результате в папке C:PSScripts будет создана новая папка .git, как показано на изображении ниже.

Пришло время создать наш первый файл сценария и добавить в него немного кода. Мы создадим новый сценарий PowerShell с именем Get-SecTLS.ps1, и после добавления нашей первой строки кода мы выполним три отдельных действия следующим образом: сначала мы проверим содержимое сценария просто для справки, а затем добавление нового файла в промежуточную область (первая команда), затем мы проверим состояние Git в текущей папке и, что не менее важно, мы зафиксируем этот снимок, созданный по первой команде, в локальный репозиторий. Все командлеты перечислены ниже, и все действие можно увидеть на изображении ниже.

После того, как фиксация выполнена (изображение ниже), мы запустим другой , и в это время он информирует нас о том, что мы работаем с веткой по умолчанию, называемой master, и в файлах, которые мы отслеживаем, ничего не меняется, и ничего не меняется. совершить.

Одним из важных моментов является то, что хэш коммита сообщается в выводе. Мы можем использовать этот хеш, чтобы вернуться назад и вперед в наших коммитах позже.

Время выполнять новые обновления. Давайте зафиксируем вторую волну изменений, и мы выполним ту же последовательность, что и при первоначальном коммите. Вам может быть интересно, я должен добавить это снова? Ответ: Да, заключается в добавлении любого данного файла в промежуточную область, и это не одноразовая вещь для файла. Но после первого файл будет отслеживаться в дальнейшем. Мы рассмотрим процесс удаления файла из списка в другой статье.

После внесения некоторых изменений в наш скрипт мы запустим , и он сообщит нам, что предыдущий отслеживаемый файл был изменен. Если мы хотим получить снимок того, что у нас есть, то мы должны использовать , и после этого другой даст нам информацию о том, что измененный файл, который мы только что добавили, готов к коммиту, что мы и делаем в последней команде.

Работа с коммитами

До этого момента мы писали наш код, и когда у нас был хороший стабильный скрипт, мы фиксировали изменения и помечали такие коммиты для дальнейшего использования.

Пришло время воспользоваться преимуществами Git, используя несколько ключевых функций решения. Давайте начнем с проверки, где находится head, который является указателем, показывающим, где находится текущее изменение. Мы можем перечислить все коммиты, используя следующую команду (Шаг 1).

Журнал Git --oneline --graph --all

Теперь, когда мы знаем все текущие коммиты, мы можем проверить содержимое нашего скрипта с помощью команды на .

Получить содержимое.Get-SecTLS.ps1

Давайте представим, что наши новые дополнения не очень хороши, и нам нужно проверить, что мы добавили в первом коммите, нам нужно использовать команду ниже (Шаг 3 и Шаг 4), используя контрольную сумму, связанную с фиксацией, которую мы хотим восстановить, и после этого мы проверим содержимое нашего скрипта и в это время содержимое будет отражать изменения, которые мы совершили в первом коммите.

Git checkout <контрольная сумма> Get-content.Get-SecTLS.ps1

Если мы хотим вернуться к последней разработке, мы можем использовать , который является именем ветки и помогает переместить HEAD обратно к последней разработке (шаги 5 и 6).

Мастер проверки Git Get-content.Get-SecTLS.ps1

С помощью Git мы смогли проверить стабильные фиксации нашего скрипта в системе управления версиями и иметь возможность перемещаться вперед и назад для проверки кода скрипта, не работая с двумя разными файлами. Мы смогли работать с представлениями в том же месте.

Мы рассмотрим более подробную информацию и сценарии в нашей следующей статье, однако на данный момент в нашем наборе инструментов достаточно инструментов для развертывания и использования Git для поддержки наших сценариев.