👩‍💻 12 Git команд, которые нужно знать

1. git init – инициализация нового Git-репозитория в текущем каталоге.

2. git add – добавление изменений в индекс (staging area).

3. git commit – фиксация проиндексированных изменений с комментарием.

4. git push – отправка локальных изменений в удалённый репозиторий.

5. git pull – получение изменений из удалённого репозитория и их слияние с локальной веткой.

6. git remote – добавление, просмотр или удаление удалённого репозитория.

7. git branch – вывод списка веток, создание новой ветки и переключение на неё.

8. git fetch – загрузка изменений из удалённого репозитория без их слияния.

9. git checkout – переключение на указанную ветку.

10. git merge – слияние указанной ветки с текущей.

11. git status – отображение текущего состояния репозитория и неподтверждённых изменений.

12. git reset – откат текущей ветки до указанного коммита.

DevOps на минималка

🔧 Разминка для DevOps-инженера

Без подвохов: шесть простых слов, знакомых каждому, кто хоть немного работает с CI/CD и автоматизацией.

1. Инструмент для автоматизации сборки и деплоя.

2. Инфраструктура как код от HashiCorp.

3. Система контроля версий.

4. Автоматизация настройки серверов через YAML.

5. Менеджер пакетов для macOS.

6. Операционная система, основа для большинства серверов.

💬 Пишите ответы под спойлер в комментарии 👇

DevOps на минималка

✏️ Шпаргалка по звёздочкам

Нашли для вас полезную шпаргалку по составлению cron-выражений.

💾 Сохраняйте себе, чтобы не потерять

DevOps на минималка

👩‍💻 Наглядно: Как работает Docker

👉 DevOps на минималках

👩‍💻 Здесь собраны основные концепции Docker в одну диаграмму

👉 DevOps на минималках

SPRINT OFFER в команду Телекома по направлению DevOps ➡️

YADRO в поиске Infrastructure и CI/CD Engineer — отправляйте резюме до 8 июня 😊

Как получить оффер за 3 дня?
Выбирайте направление, отправляйте заявку и пройдите техническое и менеджерское интервью. Если всё пройдёт успешно — оффер будет ваш!

С чем вам предстоит работать?
Наши DevOps-инженеры поддерживают процессы разработки (на С/С++, Go, Node.JS) и отвечают за инфраструктуру, которая позволяет бизнес-решениям работать. Также специалисты постоянно улучшают качество внутренних сервисов и занимаются развитием инструментов CI/CD.

Кого ждём в команду?
DevOps-инженеров с опытом работы от года и желанием развивать новые продукты в нашей команде.

💙Оставляйте заявку до 8 июня и станьте частью команды YADRO.

Все подробности — по ссылке.

😀 Крутая шпаргалка по командам Git на русском

echo "# название" >> README.md - создание файла README.md
git init - инициализация репозитория
git add README.md - добавления файла README.md в проект
git commit -m "first commit" - получает проиндексированный снимок состояния и выполняет его коммит в историю проекта
git remote add origin https://github.com/stanruss/название.git - команда, которой устанавливается подключение к удаленному серверу и git репозиторию, размещающемуся на нем.
git push -u origin master - кзменения отправляются на удаленный сервер

git log --oneline - посмотреть все коммиты.
git checkout . - восстановить все.
git checkout "код коммита" - вернуть до состояния этого коммита.
git checkout master - вернуться в ветку мастер.

Восстановить файлы на локальном компьютере:

git fetch --all
git reset --hard origin/master или git reset --hard origin/<название_ветки>

git add text.txt - Добавить файл в репозиторий
git rm text.txt - Удалить файл
git status - Текущее состояние репозитория (изменения, неразрешенные конфликты и тп)
git commit -a -m "Commit description" - Сделать коммит
git push origin - Замерджить все ветки локального репозитория на удаленный репозиторий
git push origin master - Аналогично предыдущему, но делается пуш только ветки master
git push origin HEAD - Запушить текущую ветку, не вводя целиком ее название
git pull origin - Замерджить все ветки с удаленного репозитория
git pull origin master - Аналогично предыдущему, но накатывается только ветка master
git pull origin HEAD - Накатить текущую ветку, не вводя ее длинное имя
git fetch origin - Скачать все ветки с origin, но не мерджить их в локальный репозиторий
git fetch origin master - Аналогично предыдущему, но только для одной заданной ветки
git checkout -b some_branch origin/some_branch - Начать работать с веткой some_branch (уже существующей)
git branch some_branch - Создать новый бранч (ответвится от текущего)
git checkout some_branch - Переключиться на другую ветку (из тех, с которыми уже работаем)
git branch # звездочкой отмечена текущая ветвь - Получаем список веток, с которыми работаем
git branch -a # | grep something - Просмотреть все существующие ветви
git merge some_branch - Замерджить some_branch в текущую ветку
git branch -d some_branch - Удалить бранч (после мерджа)
git branch -D some_branch - Просто удалить бранч (тупиковая ветвь)
git show d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Изменения, сделанные в заданном коммите
git push origin :branch-name - Удалить бранч из репозитория на сервере
git reset --hard d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Откатиться к конкретному коммиту и удалить последующие (хэш смотрим в «git log»)
git push -f - Залить на сервер измененные коммиты
git clean -f - Удаление untracked files

👉 DevOps на минималках

Какой из следующих способов является допустимым для предоставления сервиса в Kubernetes?

👾 — kind: Service
spec:
type: ClusterIP

👍 — kind: Service
spec:
type: NodePort

🥰 — kind: Service
spec:
type: LoadBalancer

⚡ — Все вышеперечисленные