Please open Telegram to view this post
VIEW IN TELEGRAM
Топ 7 книг по Linux.
Скачивайте и читайте.
Хакинг на Linux
Автор: Колисниченко Д. Н.
Kali Linux Penetration Testing Bible
Автор: Gus Khawaja
Efficient Linux at the Command Line
Автор: Daniel J. Barrett
Penetration Testing with Kali Linux 2.0
Mastering Kali Linux for Advanced Penetration Testing
Автор: Vijay Kumar Velu
Linux Bible from Scratch
Автор: Christopher Negus
How Linux Works
Автор: Brian Ward
#linux #подборка
Скачивайте и читайте.
Хакинг на Linux
Автор: Колисниченко Д. Н.
Kali Linux Penetration Testing Bible
Автор: Gus Khawaja
Efficient Linux at the Command Line
Автор: Daniel J. Barrett
Penetration Testing with Kali Linux 2.0
Mastering Kali Linux for Advanced Penetration Testing
Автор: Vijay Kumar Velu
Linux Bible from Scratch
Автор: Christopher Negus
How Linux Works
Автор: Brian Ward
#linux #подборка
Kubernetes-вопрос. Docker-контейнер и runtime — это одно и то же?
Есть Docker как стандарт, по которому описываются контейнеры, а есть Docker-движок, он же runtime, — это то, что запускает контейнер.
В Kubernetes благодаря Container Runtime Interface (CRI) API в контейнерах можно запускать разные runtime, например CRI-O, Containerd.
Так как Docker-движок старше, чем Kubernetes, он не отвечает стандартам CRI, поэтому уже некоторое время Docker runtime не поддерживается в Kubernetes.
Но это не означает, что сами Docker-контейнеры нельзя использовать в Kubernetes.
Подробнее о том, как соотносятся контейнеры, Container Runtime, CRI и о судьбе Docker runtime в Kubernetes, можно почитать тут .
В Kubernetes благодаря Container Runtime Interface (CRI) API в контейнерах можно запускать разные runtime, например CRI-O, Containerd.
Так как Docker-движок старше, чем Kubernetes, он не отвечает стандартам CRI, поэтому уже некоторое время Docker runtime не поддерживается в Kubernetes.
Но это не означает, что сами Docker-контейнеры нельзя использовать в Kubernetes.
Подробнее о том, как соотносятся контейнеры, Container Runtime, CRI и о судьбе Docker runtime в Kubernetes, можно почитать
Оказывается не все знают как в гитлабе сделать приватную репу публичной.
➡️ На примере облачного гитлаба:
Пиздуем в Проект → Settings → General → Visibility, project features, permissions → Project visibility
ㅤ
Выбираем из выпадающего списка: private, public, internal
Если у тебя облачный гитлаб с группами, читай дальше.
➡️ На примере Self-Hosted:
В отличии от облачного гитлаба, здесь недоступны варианты public, internal. Это многих смущает и вводит в ступор. Если коротко — сгорают жопы!
Открываем проект c репозиторием, вверху слева будет название группы, у меня оно linuxfactory и следом название проекта. Тыкаем на название группы, попадаем примерно на такой урл: https://git.bashdays.ru/linuxfactor
Нажимает три точки справа сверху появляется всплывашка, выбираем → Group Settings.
Находим: Visibility level и выставляем видимость группы public.
Пиздуем опять на страницу проекта с репозиторием → Settings → General → Visibility, project features, permissions → Project visibility
И о чудо! Активируются пункты public и internal.
Если чо-то забыл, добавляй в комменты, тема реально муторная и многие на эти грабли частенько наступают. Да чо греха таить я сам прихуел от таких пиздостраданий.
Пользуйтесь!
—
🔔 @bashdays
Пиздуем в Проект → Settings → General → Visibility, project features, permissions → Project visibility
ㅤ
Выбираем из выпадающего списка: private, public, internal
Если у тебя облачный гитлаб с группами, читай дальше.
В отличии от облачного гитлаба, здесь недоступны варианты public, internal. Это многих смущает и вводит в ступор. Если коротко — сгорают жопы!
Открываем проект c репозиторием, вверху слева будет название группы, у меня оно linuxfactory и следом название проекта. Тыкаем на название группы, попадаем примерно на такой урл: https://git.bashdays.ru/linuxfactor
Нажимает три точки справа сверху появляется всплывашка, выбираем → Group Settings.
Находим: Visibility level и выставляем видимость группы public.
Пиздуем опять на страницу проекта с репозиторием → Settings → General → Visibility, project features, permissions → Project visibility
И о чудо! Активируются пункты public и internal.
Если чо-то забыл, добавляй в комменты, тема реально муторная и многие на эти грабли частенько наступают. Да чо греха таить я сам прихуел от таких пиздостраданий.
Пользуйтесь!
—
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Bash Days | Linux | DevOps
Авторский канал от действующего девопса
Самобытно про разработку, devops, linux, скрипты, тестирование, сисадминство, техдирство, пиэмство и за айтишную жизу.
Автор: Роман Шубин
Реклама: @maxgrue
Курс: @tormozilla_bot
РКН: https://bit.ly/knd2gov
Самобытно про разработку, devops, linux, скрипты, тестирование, сисадминство, техдирство, пиэмство и за айтишную жизу.
Автор: Роман Шубин
Реклама: @maxgrue
Курс: @tormozilla_bot
РКН: https://bit.ly/knd2gov
This media is not supported in your browser
VIEW IN TELEGRAM
тем более в понедельник с утра
This media is not supported in your browser
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Топ 8 книг по Git.
Скачивайте и читайте.
Pro Git
Авторы: Скотт Чакон, Бен Штрауб
Git для профессионального программиста
Авторы: С. Чакон, Б. Штрауб
Git Essentials: Developer’s Guide to Git
Автор: François Dupire
Learning Git
Автор: Anna Skoulikari
Git. Практическое руководство
Автор: Леонид Фишерман
Git Repository Management in 30 Days
Автор: Sumit Jaiswal
GitOps Cookbook. Kubernetes Automation in Practice
Авторы: Natale Vinto. Alex Soto Bueno
Version Control with Git
Авторы: Prem Kumar Ponuthorai, Jon Loeliger
#git #подборка
👉 DevOps на минималках
Скачивайте и читайте.
Pro Git
Авторы: Скотт Чакон, Бен Штрауб
Git для профессионального программиста
Авторы: С. Чакон, Б. Штрауб
Git Essentials: Developer’s Guide to Git
Автор: François Dupire
Learning Git
Автор: Anna Skoulikari
Git. Практическое руководство
Автор: Леонид Фишерман
Git Repository Management in 30 Days
Автор: Sumit Jaiswal
GitOps Cookbook. Kubernetes Automation in Practice
Авторы: Natale Vinto. Alex Soto Bueno
Version Control with Git
Авторы: Prem Kumar Ponuthorai, Jon Loeliger
#git #подборка
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
echo "# название" >> README.md
- создание файла README.mdgit 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
- Аналогично предыдущему, но делается пуш только ветки mastergit push origin HEAD
- Запушить текущую ветку, не вводя целиком ее названиеgit pull origin
- Замерджить все ветки с удаленного репозиторияgit pull origin master
- Аналогично предыдущему, но накатывается только ветка mastergit 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 filesPlease open Telegram to view this post
VIEW IN TELEGRAM