DevOps | Вопросы собесов

😒 На одном кодинге уже давно не вывезешь, перспектива 2024 года - Информационная Безопасность Ловите два канала на тему ИБ и хакинга ZeroDay - Уроки по кибербезопасности и хакингу с нуля. Вирусы, взломы, OSINT, криптография и свежие новости Белый Хакер - программное обеспечение, утилиты, OSINT, инструменты, полезная литература и много другое. Совершенно новый формат непохожий на другие каналы.

Помощь в трудоустройстве в IT-сфере! В России из-за дефицита айтишников запустили бесплатную программу по обучению IT-специалистов. Теперь любой желающий может попробовать себя в IT с полного нуля и начать обучение бесплатно! Узнайте про дальнейшее трудоустройство в ведущие IT-компании для восполнения кадрового дефицита. Для этого нужно: - Перейти по ссылке - Заполнить анкету и ответить на вопросы (занимает менее 3 минут) - На основании ваших ответов вы сразу узнаете, подходит ли вам сфера IT и сможете ли вы в ней работать Перейти на сайт #реклама 16+ urban-university.ru О рекламодателе

🤔 Какие коды сообщений или ошибок HTTP знаешь и что это значит? 💬 Спрашивают в 13% собеседований 🚩HTTP коды статуса — это трехзначные числовые коды, которые сервер возвращает клиенту в ответ на HTTP запрос. Эти коды указывают на статус обработки запроса и помогают клиенту понять результат выполнения запроса. Коды делятся на пять категорий: 🟠1xx: Информационные коды - 100 Continue: Сервер получил начальную часть запроса и клиент может продолжать отправку запроса. - 101 Switching Protocols: Сервер переключается на другой протокол, указанный в заголовке Upgrade. 🟠2xx: Коды успешного выполнения - 200 OK: Запрос выполнен успешно. Наиболее распространенный код для успешных запросов. - 201 Created: Запрос успешно выполнен и приведен к созданию ресурса. Используется, например, при отправке данных на сервер для создания новой записи. - 202 Accepted: Запрос принят для обработки, но обработка еще не завершена. - 204 No Content: Запрос выполнен успешно, но тело ответа пусто. 🟠3xx: Коды перенаправления - 301 Moved Permanently: Ресурс был перемещен на новый постоянный URL. Клиент должен использовать новый URL для будущих запросов. - 302 Found: Ресурс временно доступен по другому URL. Клиент должен использовать оригинальный URL для будущих запросов. - 304 Not Modified: Ресурс не был изменен с момента последнего запроса. Клиент может использовать кэшированную версию. 🟠4xx: Коды ошибок клиента - 400 Bad Request: Сервер не может обработать запрос из-за ошибки клиента (например, неверный синтаксис запроса). - 401 Unauthorized: Запрос требует аутентификации. Клиент должен предоставить учетные данные для доступа к ресурсу. - 403 Forbidden: Сервер понял запрос, но отказывается его выполнять. Клиент не имеет необходимых прав для доступа к ресурсу. - 404 Not Found: Ресурс не найден. Сервер не может найти запрошенный ресурс. - 405 Method Not Allowed: Метод, указанный в запросе, не поддерживается для данного ресурса. - 409 Conflict: Запрос не может быть выполнен из-за конфликта с текущим состоянием ресурса. - 429 Too Many Requests: Клиент отправил слишком много запросов за короткий период. Используется для ограничения скорости запросов. 🟠5xx: Коды ошибок сервера - 500 Internal Server Error: Общая ошибка сервера. Сервер столкнулся с неожиданной ситуацией, которая помешала выполнению запроса. - 501 Not Implemented: Сервер не поддерживает функциональность, необходимую для выполнения запроса. - 502 Bad Gateway: Сервер, выступающий в роли шлюза или прокси, получил недопустимый ответ от вышестоящего сервера. - 503 Service Unavailable: Сервер временно недоступен, обычно из-за перегрузки или технического обслуживания. - 504 Gateway Timeout: Сервер, выступающий в роли шлюза или прокси, не получил своевременный ответ от вышестоящего сервера. 1: 200 OK

GET /index.html HTTP/1.1
Host: www.example.com

HTTP/1.1 200 OK
Content-Type: text/html
<html>
  <head><title>Example</title></head>
  <body>Example page</body>
</html>

2: 404 Not Found

GET /nonexistent.html HTTP/1.1
Host: www.example.com

HTTP/1.1 404 Not Found
Content-Type: text/html
<html>
  <head><title>404 Not Found</title></head>
  <body>Page not found</body>
</html>

Ставь 👍 и забирай 📚 Базу знаний

Митап про карьерный рост в Linux Эксперты из Orion soft, K2 Cloud и K2 Tech расскажут о ключевых шагах Linux-инженера на пути к большому ИТ. В программе: какие навыки в Linux стоит качать, чего ждать на техническом интервью и как найти своё место в мире инфры. Полезная информация для всех, кто стремится развиваться в DevOps и не только. Встречаемся онлайн 7 октября, в 19:00 (мск). Подробности и регистрация по ссылке.

🤔 Что такое Kubernetes — Open Standards (OCI, CRI, CNI, CSI, SMI, CPI)? Kubernetes активно использует стандарты с открытым исходным кодом для обеспечения совместимости и расширяемости. Основные из них включают OCI, CRI, CNI, CSI, SMI и CPI. Эти стандарты определяют интерфейсы и протоколы, которые позволяют Kubernetes взаимодействовать с различными компонентами и инструментами. 🚩OCI (Open Container Initiative) - это проект Linux Foundation, который определяет стандарты для контейнеров. Основные спецификации OCI: 🟠OCI Image Format: Стандартный формат для контейнерных образов. 🟠OCI Runtime: Стандарт для выполнения контейнеров. Kubernetes использует OCI-совместимые образы и среды выполнения, такие как runc, для обеспечения универсальной совместимости контейнеров. 🚩CRI (Container Runtime Interface) - это интерфейс, который позволяет Kubernetes взаимодействовать с различными средами выполнения контейнеров. CRI определяет набор API, через которые kubelet может запускать и управлять контейнерами. 🟠containerd 🟠CRI-O 🟠Docker (через dockershim, который вскоре будет удален) 🚩CNI (Container Network Interface) - это стандарт для настройки сетевых интерфейсов контейнеров и управления их жизненным циклом. CNI обеспечивает гибкость и расширяемость сетевых решений в Kubernetes. 🟠Calico 🟠Flannel 🟠Weave 🟠Cilium 🚩CSI (Container Storage Interface) - это стандарт, который позволяет Kubernetes взаимодействовать с различными системами хранения данных. CSI определяет API для создания, удаления, монтирования и управления томами. 🟠Ceph 🟠 Amazon EBS 🟠Google Persistent Disk 🟠Azure Disk 🚩SMI (Service Mesh Interface) - это стандартный интерфейс для управления сервисными сетями (service mesh) в Kubernetes. SMI предоставляет набор абстракций для таких функций, как маршрутизация, телеметрия и управление трафиком. 🟠Istio 🟠Linkerd 🟠Consul Connect 🚩CPI (Cloud Provider Interface) - это интерфейс, который позволяет Kubernetes взаимодействовать с различными облачными провайдерами. CPI управляет ресурсами облака, такими как виртуальные машины, сети и хранилища, в контексте Kubernetes-кластера. 🟠AWS 🟠Google Cloud 🟠Microsoft Azure 🟠OpenStack 🚩Применение стандартов в Kubernetes 🟠Совместимость и расширяемость: Использование открытых стандартов обеспечивает совместимость между различными компонентами и упрощает интеграцию новых технологий. 🟠Упрощение управления: Стандарты, такие как CRI, CNI и CSI, упрощают управление контейнерами, сетями и хранилищами, предоставляя единообразные интерфейсы и API. 🟠Масштабируемость и гибкость: Открытые стандарты позволяют Kubernetes легко адаптироваться к различным средам и требованиям, обеспечивая гибкость и масштабируемость приложений. Ставь 👍 и забирай 📚 Базу знаний

😮 Добавлена новая база слитых курсов на 800ГБ: Python: https://t.me/+QPSH2IcGu4w5ODky Frontend и Web: https://t.me/+MiJVQSyUlDNjODky Программирование: https://t.me/+opj2LZT23ddiZDli Графика и дизайн: https://t.me/+vrZ8dhdUEXM3YmQy

Помощь в трудоустройстве в IT-сфере! В России из-за дефицита айтишников запустили бесплатную программу по обучению IT-специалистов. Теперь любой желающий может попробовать себя в IT с полного нуля и начать обучение бесплатно! Узнайте про дальнейшее трудоустройство в ведущие IT-компании для восполнения кадрового дефицита. Для этого нужно: - Перейти по ссылке - Заполнить анкету и ответить на вопросы (занимает менее 3 минут) - На основании ваших ответов вы сразу узнаете, подходит ли вам сфера IT и сможете ли вы в ней работать Перейти на сайт #реклама 16+ urban-university.ru О рекламодателе

📌 Как работает gitlab runner? 💬 Спрашивают в 13% собеседований 🤔 Как работает GitLab Runner GitLab Runner — это приложение с открытым исход кодом, используемое для выполнения задач CI/CD в проектах GitLab. Оно отвечает за выполнение заданий (jobs), определенных в файле .gitlab-ci.yml, и за передачу результатов обратно в GitLab. 🤔 Основные компоненты и архитектура 1️⃣ GitLab: Центральный сервер, где хранятся репозитории, настройки проектов и пайплайны CI/CD. 2️⃣ GitLab Runner: Агент, который устанавливается на отдельный сервер или виртуальную машину и выполняет задачи CI/CD. 3️⃣ Executor: Способ выполнения заданий Runner-ом, такие как Docker, Shell, VirtualBox, Kubernetes и другие. 🤔 Установка и настройка GitLab Runner 🤔 Установка Установка GitLab Runner зависит от операционной системы. Пример для Ubuntu:

 GitLab Runner
curl -L --output /usr/share/keyrings/gitlab-runner-archive-keyring.gpg https://packages.gitlab.com/runner/gitlab-runner/gpgkey
echo "deb [signed-by=/usr/share/keyrings/gitlab-runner-archive-keyring.gpg] https://packages.gitlab.com/runner/gitlab-runner/ubuntu/ $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/gitlab-runner.list
Runner
sudo apt-get update
sudo apt-get install gitlab-runner

🤔 Регистрация После установки GitLab Runner нужно зарегистрировать его в GitLab для связи с проектом:

sudo gitlab-runner register

Во время регистрации нужно указать: - URL GitLab сервера. - Токен регистрации (доступен в настройках GitLab проекта). - Описание и метки Runner-а. - Тип Executor-а (например, Shell, Docker). 🤔 Пример регистрации

Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com/):
https://gitlab.com/
Please enter the gitlab-ci token for this runner:
<TOKEN>
Please enter the gitlab-ci description for this runner:
[hostname] my-runner
Please enter the gitlab-ci tags for this runner (comma separated):
docker,aws
Please enter the executor: shell, docker, docker-ssh, ssh, docker+machine, kubernetes, custom:
docker

🤔 Конфигурация файла .gitlab-ci.yml Файл .gitlab-ci.yml определяет этапы (stages) и задания (jobs) пайплайна CI/CD. Пример простого файла:

stages:
  - build
  - test
  - deploy

build_job:
  stage: build
  script:
    - echo "Building the project..."
    - ./build.sh
test_job:
  stage: test
  script:
    - echo "Running tests..."
    - ./test.sh
deploy_job:
  stage: deploy
  script:
    - echo "Deploying the project..."
    - ./deploy.sh

🤔 Как работает GitLab Runner 1️⃣ Запуск задания: Когда код попадает в репозиторий (например, при пуше или создании мержа), GitLab инициирует запуск пайплайна, используя задания, определенные в .gitlab-ci.yml. 2️⃣ Получение задания: Зарегистрированный Runner получает задание от GitLab сервера. Runner выбирается на основе меток и доступности. 3️⃣ Выполнение задания: Runner выполняет шаги, указанные в скрипте задания (script). Это может включать сборку, тестирование, деплой и другие задачи. 4️⃣ Отправка результатов: После выполнения задания Runner отправляет результаты обратно в GitLab сервер. Это включает в себя выходные данные, статусы выполнения и артефакты. 🤔 Типы Executor-ов - Shell: Выполнение команд в оболочке (например, Bash). - Docker: Выполнение команд в Docker-контейнере. - Docker+machine: Автоматическое создание Docker-окружений с использованием Docker Machine. - Kubernetes: Выполнение заданий в подах Kubernetes. 🤔 Пример использования Docker Executor В файле .gitlab-ci.yml можно указать Docker Executor для выполнения заданий в контейнерах:

build_job:
  stage: build
  image: docker:latest
  services:
    - docker:dind
  script:
    - docker build -t myapp:latest .
    - docker push myregistry/myapp:latest

🤔 Краткое резюме GitLab Runner — это агент для выполнения CI/CD заданий, который устанавливается на отдельный сервер или VM. Он регистрируется в GitLab и получает задания для выполнения, используя различные executors (Shell, Docker, Kubernetes и т.д.). 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

💪 Качественный контент ИТ-сообщества с 14-летним стажем: ⌨️ ITKB_channel — бесплатное обучение по Windows, Linux, DevOps, Security, Network, программирование 📚 ITKB_Archive — библиотека (книги, курсы, ИТ литература)

📌 Что за сущность такая оператор зачем нужна? 💬 Спрашивают в 13% собеседований 🤔 Оператор в Kubernetes: Что это и зачем он нужен Оператор в Kubernetes — это концепция и методика, которая позволяет автоматизировать управление состоянием сложных приложений и ресурсов. Операторы облегчают управление состоянием приложений. 🤔 Основные компоненты оператора 1️⃣ Custom Resource Definitions (CRD): - CRD расширяют стандартные объекты Kubernetes, добавляя новые типы ресурсов. Эти ресурсы специфичны для приложений или сервисов, которыми управляет оператор. 2️⃣ Контроллер: - Контроллер — это программа, которая следит за состоянием ресурсов, определенных CRD, и выполняет действия для достижения желаемого состояния. Контроллеры пишутся на Go с использованием фреймворка Operator SDK. 🤔 Зачем нужны операторы 1️⃣ Автоматизация сложных задач: - Операторы автоматизируют рутинные задачи, такие как развертывание, обновление, резервное копирование и восстановление приложений, которые требуют знаний и вмешательства администратора. 2️⃣ Управление состоянием приложений: - Операторы следят за состоянием приложения и автоматически предпринимают действия для поддержания или восстановления этого состояния, обеспечивая высокую доступность и отказоустойчивость. 3️⃣ Интеграция с Kubernetes: - Операторы используют встроенные механизмы Kubernetes, такие как CRD и контроллеры, что позволяет легко интегрировать их в существующие кластеры Kubernetes и управлять приложениями в привычной среде. 🤔 Примеры использования операторов 1️⃣ Базы данных: - Оператор для PostgreSQL может автоматизировать задачи развертывания кластеров, настройки репликации, выполнения резервного копирования и восстановления. 2️⃣ Мониторинг и логирование: - Оператор для Prometheus может управлять развертыванием и настройкой экземпляров Prometheus, включая настройку сбора метрик и алертинга. 3️⃣ CI/CD: - Оператор для Jenkins может автоматизировать настройку мастера Jenkins и агентов, а также управлять плагинами и настройками. 🤔 Пример: Создание и использование оператора 🤔 Шаг 1: Определение CRD Пример CRD для PostgreSQL кластера:

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: postgresqls.postgres.example.com
spec:
  group: postgres.example.com
  versions:
    - name: v1
      served: true
      storage: true
  scope: Namespaced
  names:
    plural: postgresqls
    singular: postgresql
    kind: PostgreSQL
    shortNames:
      - pg

🤔 Шаг 2: Разработка контроллера Пример логики контроллера на Go может включать:

func (r *ReconcilePostgreSQL) Reconcile(request reconcile.Request) (reconcile.Result, error) {
    instance := &v1alpha1.PostgreSQL{}
    err := r.client.Get(context.TODO(), request.NamespacedName, instance)
    if err != nil {
        return reconcile.Result{}, err
    }
   return reconcile.Result{}, nil
}

🤔 Шаг 3: Развертывание оператора Оператор разворачивается в кластере Kubernetes как набор подов и ресурсов, которые выполняют описанные задачи. Это может включать использование фреймворка Operator SDK для упрощения разработки и развертывания оператора.

operator-sdk init --domain example.com --repo github.com/example/postgresql-operator
operator-sdk create api --group postgres --version v1 --kind PostgreSQL --resource --controller
make install
make run

🤔 Краткое резюме Операторы в Kubernetes автоматизируют управление сложными приложениями и ресурсами, используя CRD для расширения стандартных объектов Kubernetes и контроллеры для управления состоянием этих объектов. Они упрощают развертывание, обновление и управление приложениями, обеспечивая высокую доступность и отказоустойчивость. Операторы широко применяются для управления базами данных, системами мониторинга, CI/CD и многими другими сервисами. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

Митап про карьерный рост в Linux Эксперты из Orion soft, K2 Cloud и K2 Tech расскажут о ключевых шагах Linux-инженера на пути к большому ИТ. В программе: какие навыки в Linux стоит качать, чего ждать на техническом интервью и как найти своё место в мире инфры. Полезная информация для всех, кто стремится развиваться в DevOps и не только. Встречаемся онлайн 7 октября, в 19:00 (мск). Подробности и регистрация по ссылке.

📌 Какой опыт работы с постгрес? 💬 Спрашивают в 13% собеседований 🤔 Опыт работы с PostgreSQL 🤔 Общий опыт PostgreSQL — это мощная реляционная база данных с открытым исходным кодом, известная своей расширяемостью и соответствием стандартам SQL. У меня есть значительный опыт работы с PostgreSQL, охватывающий различные аспекты разработки, администрирования и оптимизации баз данных. 🤔 Проектирование и создание схем - Опыт: Проектирование баз данных с учетом требований приложения, нормализация данных, создание таблиц, индексов и ограничений. - Пример: Создание схемы базы данных для системы управления заказами с таблицами для пользователей, продуктов, заказов и платежей.

-- Создание таблицы пользователей
CREATE TABLE users (
    id SERIAL PRIMARY KEY,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(100) NOT NULL UNIQUE,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Создание таблицы продуктов
CREATE TABLE products (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100) NOT NULL,
    price DECIMAL(10, 2) NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

🤔 Оптимизация запросов - Опыт: Анализ и оптимизация SQL-запросов для повышения производительности, использование индексов, планов выполнения запросов (EXPLAIN), материализованных представлений. - Пример: Оптимизация запросов для отчетов, использующих большие объемы данных, путем добавления индексов и переписывания запросов для более эффективного выполнения.

-- Пример индексации
CREATE INDEX idx_users_email ON users(email);

-- Пример использования EXPLAIN для анализа запроса
EXPLAIN SELECT * FROM users WHERE email = 'example@example.com';

🤔 Администрирование баз данных - Опыт: Настройка и управление PostgreSQL-серверами, создание резервных копий и восстановление, настройка репликации и высокодоступных конфигураций. - Пример: Настройка потоковой репликации для обеспечения отказоустойчивости и высокой доступности.

# Создание резервной копии базы данных
pg_dump -U username -h localhost -F c mydatabase > mydatabase.backup

# Восстановление базы данных из резервной копии
pg_restore -U username -h localhost -d mydatabase mydatabase.backup

🤔 Написание хранимых процедур и функций - Опыт: Создание хранимых процедур и функций с использованием PL/pgSQL для автоматизации сложных бизнес-логик на стороне базы данных. - Пример: Написание функции для расчета общей стоимости заказов для пользователя.

-- Пример хранимой функции
CREATE OR REPLACE FUNCTION get_total_spent(user_id INT) RETURNS DECIMAL AS $$
DECLARE
    total DECIMAL;
BEGIN
    SELECT SUM(price) INTO total
    FROM orders
    WHERE user_id = get_total_spent.user_id;
    RETURN total;
END;
$$ LANGUAGE plpgsql;

🤔 Работа с расширениями - Опыт: Использование расширений для расширения функциональности PostgreSQL, таких как PostGIS для геопространственных данных или pg_trgm для быстрого поиска текста. - Пример: Установка и использование расширения PostGIS для работы с геопространственными данными.

-- Установка расширения PostGIS
CREATE EXTENSION postgis;

-- Пример использования PostGIS
SELECT ST_AsText(ST_MakePoint(-71.064544, 42.28787));

🤔 Инструменты и среды - Опыт: Использование различных инструментов для работы с PostgreSQL, включая pgAdmin, psql, DBeaver и другие инструменты для мониторинга и администрирования. - Пример: Использование pgAdmin для управления базой данных и выполнения запросов, а также настройки пользователей и ролей. 🤔 Краткое резюме Мой опыт работы с PostgreSQL включает проектирование и создание схем баз данных, оптимизацию запросов, администрирование серверов, написание хранимых процедур и функций, использование расширений и работу с различными инструментами. Этот опыт позволяет эффективно использовать PostgreSQL для создания, управления и оптимизации производительных и надежных баз данных. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

📌 Чем отличается git push от git pull и зачем используется каждая? 💬 Спрашивают в 13% собеседований 🤔 Git Push и Git Pull: Отличия и использование Git — это распределенная система управления версиями, которая позволяет разработчикам отслеживать изменения в коде и работать совместно над проектами. Две ключевые команды в Git, которые часто используются в ежедневной работе — это git push и git pull. Каждая из этих команд имеет свою цель и применяется в разных сценариях. 🤔 Git Push `git push` — это команда, которая используется для отправки локальных изменений на удаленный репозиторий. 🤔 Основные аспекты: 1️⃣ Отправка изменений: - git push отправляет коммиты из локального репозитория на удаленный репозиторий. - Обычно используется для публикации локальных изменений и совместной работы с другими разработчиками. 2️⃣ Синхронизация веток: - git push обновляет соответствующую ветку на удаленном репозитории, делая ваши изменения доступными для других. 🤔 Пример использования:

# Отправка изменений на удаленный репозиторий
git push origin main

В этом примере команда отправляет коммиты из локальной ветки main на удаленную ветку main репозитория с именем origin. 🤔 Git Pull `git pull` — это команда, которая используется для получения и слияния изменений из удаленного репозитория в локальный репозиторий. 🤔 Основные аспекты: 1️⃣ Получение изменений: - git pull загружает изменения из удаленного репозитория в локальный. - Команда объединяет команды git fetch (для получения изменений) и git merge (для слияния изменений). 2️⃣ Синхронизация локальной ветки: - git pull обновляет локальную ветку последними изменениями из удаленного репозитория, гарантируя, что ваш локальный репозиторий синхронизирован с удаленным. 🤔 Пример использования:

# Получение и слияние изменений из удаленного репозитория
git pull origin main

В этом примере команда получает изменения из удаленной ветки main репозитория с именем origin и сливает их с локальной веткой main. 🤔 Основные отличия 1️⃣ Направление данных: - git push: Отправляет изменения с локального репозитория в удаленный репозиторий. - git pull: Получает изменения из удаленного репозитория в локальный репозиторий. 2️⃣ Цель: - git push: Публикация локальных изменений для совместной работы. - git pull: Получение и слияние последних изменений для синхронизации с удаленным репозиторием. 3️⃣ Процесс: - git push: Простой процесс отправки коммитов. - git pull: Комбинирует получение и слияние изменений, что может вызывать конфликты, которые необходимо разрешать вручную. 🤔 Когда использовать каждую команду - `git push` используется, когда вы хотите отправить свои изменения на удаленный сервер, чтобы другие разработчики могли видеть и работать с ними. Это важно для совместной работы над проектом. - `git pull` используется, когда вы хотите синхронизировать свою локальную копию репозитория с последними изменениями из удаленного репозитория. Это помогает убедиться, что ваш локальный репозиторий содержит актуальные данные, особенно перед началом новой работы или перед слиянием своих изменений. 🤔 Краткое резюме - `git push`: Команда для отправки локальных изменений в удаленный репозиторий. Используется для публикации изменений. - `git pull`: Команда для получения и слияния изменений из удаленного репозитория в локальный. Используется для синхронизации с удаленным репозиторием. Обе команды являются неотъемлемой частью работы с Git, обеспечивая эффективное управление и синхронизацию изменений в проектах. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых