Точка входа в программирование
20.3K subscribers
1.24K photos
215 videos
2 files
2.76K links
Фундаментальные знания по основам программирования

Разместить рекламу: @tproger_sales_bot

Правила общения: https://tprg.ru/rules

Другие каналы: @tproger_channels

Сайт: https://tprg.ru/site

Регистрация в перечне РКН: https://tprg.ru/zrgj
Download Telegram
Как писать хорошие коммиты

В этой статье автор подробно разбирает, как настроить линтер Commitlint для автоматической проверки комментариев на соответствие заданным правилам.

Вы узнаете, как интегрировать Commitlint с GitHub, чтобы запускать проверку при каждом пул-реквесте.

#статья #git
👍5
Что такое GitOps?

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

Но появилась ещё одна концепция — GitOps. Что это такое и как она связана с DevOps, вы узнаете из этого видео.

#видео #git
❤‍🔥4👍1
Видеокурс по Git для начинающих

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

Держите курс по этому инструменту, состоящий из множества коротких видео. Тут разбирают основные концепции Git и рассказывают про все необходимые базовые команды.

#git
8👍4👏2🍌21
​​Что такое .gitignore-файл?

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

Зачем он нужен?
Исключение временных файлов. Игнорирует файлы, создаваемые в процессе разработки, такие как *.pyc и node_modules/.

— Платформозависимый код. Игнорирует файлы, специфичные для ОС, например, .DS_Store и Thumbs.db.

— Защита чувствительных данных. Предотвращает случайное добавление паролей и ключей API в репозиторий.

Пример синтаксиса файла:

# Игнорирование временных файлов Java (файлы с указанным расширением)
*.class

# Игнорирование настроек проекта IntelliJ IDEA (все файлы в указанной папке)
.idea/

Чтобы вручную не составлять .gitignore-файл, можно воспользоваться сервисами с готовыми конфигами. Например gitignore.io — указываете используемые в проекте технологии и получаете заполненный файл.

#git
🔥82❤‍🔥2👍2🍌2
Учить Git, да так, чтоб было ещё и интересно

Да, такое возможно. Один из вариантов — Learning Git — интерактивный тренажёр. В нём вы можете с нуля изучить Git и сразу же практиковаться с визуальной демонстрацией. Благодаря этому можно будет разобраться даже в самых трудных командах, ведь всё будет отображаться в схеме.

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

#git
❤‍🔥13👍5🍌2
Как это отменить?! Git-команды для исправления своих ошибок

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

Берите на заметку статью, где рассказываем о командах, которые помогут вам выбраться из проблемных ситуаций. Например, когда нужно сделать какие-то изменения в существующем коммите, перекинуть коммит на другую ветку или пофиксить что-то 5-ю коммитами ранее. В статье не просто рассказывают о командах, но и показывают их в реальных кейсах с подробными комментариями.

@prog_point #git
👍8🔥3🍌3👎1
Практический урок по Git для начинающих

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

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

https://youtu.be/SEvR78OhGtw?si=P1ylLRqEIuSvv_VM

@prog_point #git #general
👍11🍌21
Git и Github: Практический урок для начинающих

В этом мини-курсе подробно рассматривается работа с Git и его взаимодействие с платформами GitHub, GitLab, BitBucket.

В курсе поэтапно рассматриваются: установка Git, Git config, создание репозитория, git status, работа с Github, разработка в Git, SSH, создание ключей, ветвление, слияние веток, разрешение конфликтов, ревью автотестов, разрешение конфликтов в реальном проекте, создание pull request.

Смотреть

@prog_point #git #github
👍11❤‍🔥1
​​Как писать красивый и информативный README?

Многие программисты лихо управляются с кодом и знают мельчайшие подробности своих проектов. Но некоторым из них недостаёт коммуникативных навыков.

README — это первый файл, который нужно читать, получив доступ к проекту на Github или любой Git-хостинговой площадке. Такой файл обычно содержит много полезной информации, так что его вполне можно рассматривать как справочное руководство по проекту.

Но как оформить этот README-файл, чтобы он был не сплошной простынёй текста, а отформатированным, приятным на взгляд и создавал хорошее впечатление от просмотра? Рассказали в статье.

@prog_point #git #советы
5👎1🤓1🆒1
Милее шпаргалок по Git трудно будет найти

В этих милейших гайдах вы сможете разобраться, как работают несколько популярных команд в Git: merge, rebase, pull, push, cherry-pick и log.

#git
19🔥3😍3
​​Топ-30 команд Git, которые точно не помешает знать

Ловите список из 30 команд, которые помогут овладеть и комфортно пользоваться Git и крайне желательны для разработчика любого направления. К каждой команде есть пример использования и небольшое описание. В общем — need to know.

@prog_point #git
❤‍🔥4
Как профессионально писать коммиты в Git

Как вы знаете, коммиты в Git делаются с помощью команды git commit -m "ваше сообщение коммита". Но это подходит только для новичков. Как только вы начнете работать в профессиональной среде, вы быстро поймете, что использования флага -m недостаточно.

После прочтения этой статьи вы узнаете о различных способах фиксации изменений и больше не захотите писать коммиты стандартным способом:

https://techrocks.ru/2024/07/03/how-to-commit-like-a-pro/

#git
👍8👌1🤓1
Как улучшить свой пул-реквест

Для начала нужно понять, что пул-реквест — это рассказ о ваших изменениях для рецензентов, которые будут изучать их. Поэтому важно, чтобы процесс рассмотрения был простым и понятным. Добиться этого можно, если следовать нескольким правилам:

1. Правильно организуйте ваш пул-реквест.
2. Следите за его размером.
3. Дайте ему адекватное название и описание.
4. Выступите в роли рецензента до публикации пул-реквеста.

Это базовые принципы, которые помогут вам и всем тем, кто будет работать с вашим PR делать это чётко, быстро и понятно. Подробнее о каждом правиле вы узнаете в этой статье.

#git #советы
👍4
Что нужно знать всем программистам

Собрали для вас подборку полезных материалов, которые помогут легче вкатиться в айтишку (и не только):

Выучить язык программирования за 7 дней? Это миф, вот, почему. Развеиваем миф о том, что выучить язык программирования за 7 дней — легко. Делимся наблюдениями и даем рекомендации для начинающих специалистов.

Что удобнее для разработчика: Mac Studio или кастомный ПК? Может ли миниатюрный Mac Studio от Apple заменить мощные ПК для разработчиков? Проводим технобаттл и разбираемся, какую технику выбрать для работы с медиа и кодом.

Использование Git: советы и трюки для продвинутых пользователей. Git — это мощная распределенная система контроля версий, которая используется для управления исходным кодом в проектах различного масштаба. Рассказываем, как сделать работу с ней еще более эффективной.

Что такое Grafana и зачем она нужна. Узнайте, что такое Grafana и как она помогает в мониторинге и анализе данных.

Markdown в Telegram: как выделить код (и не только). Расскажем о том, как правильно форматировать код и текст через Markdown в Telegram. Это удобный способ делиться технической информацией через мессенджер

Основы PostgreSQL для начинающих: от установки до первых запросов. Научитесь устанавливать и работать с PostgreSQL. В этом руководстве мы рассмотрим основные команды, создадим первую базу данных и выполним простые SQL-запросы

#подборка #sql #git #grafana
🎉6👍32
Полезные команды Git

Автор подробно разбирает самые полезные команды Git: merge, rebase, reset, revert и другие.

Каждая команда проиллюстрирована анимированными схемами, которые показывают, как меняется история ветвей.

#советы #git
👍5🤓1
Как конфигурировать Git

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

О том, как это сделать правильно, узнаете в статье: https://habr.com/ru/articles/886538/

#git
3👍31
Милее шпаргалок по Git трудно будет найти

В этих милейших гайдах вы сможете разобраться, как работают несколько популярных команд в Git: merge, rebase, pull, push, cherry-pick и log.

#git
9👍4🔥3❤‍🔥1
простымисловами: Как «откатить» последний коммит в Git

❗️ Важно. Прежде чем что-то отменять, убедитесь, что понимаете, нужно ли изменять историю и синхронизирован ли ваш коммит с удалённым репозиторием (GitHub, GitLab и т. д.). Для приватных веток это обычно безопасно, но в общей ветке лучше быть осторожным.


Существует несколько способов сделать это. Давайте рассмотрим каждый из них:

1. Вернуть изменения в рабочие файлы, но убрать коммит из истории

Если вы хотите переделать сообщение или добавить файлы, используйте git reset --soft HEAD~1. Он убирает «снимок» последнего коммита, но все ваши изменения остаются в индексе (staging). Дальше можно поправить файлы, написать новое сообщение и закоммитить снова.

2. Убрать коммит из истории, но оставить изменения «распакованными» (не в индексе)

Если нужно сначала ещё раз глянуть на файлы, а потом решать, что с ними делать: git reset --mixed HEAD~1 или просто git reset HEAD~1. Он удаляет последний коммит, а файлы раскладывает в рабочую директорию. Индекс очищен — придётся снова добавлять нужные файлы через git add.

3. Полностью стереть и коммит, и изменения

Если коммит «не тот» и вам не нужны даже изменения: git reset --hard HEAD~1. Он возвращает ветку и рабочую директорию к состоянию до коммита. Восстановить потом будет непросто, поэтому используйте осторожно.

Коммит уже ушёл на сервер (GitHub, GitLab):

а) Историю изменять нельзя (например, в общей ветке)

Используйте «отменяющий» коммит: git revert HEAD. Git создаст новый коммит, который инвертирует изменения последнего. История остаётся линейной, а коллегам не нужно ничего форс-пушить.

б) Историю нужно перезаписать и вы уверены, что можно force-push

git reset --hard HEAD~1
git push --force # или --force-with-lease, чтобы не затереть чужие коммиты


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

Чтобы точно избежать проблем, воспользуйтесь этим коротким чек-листом перед «откатом»:

1. Проверьте, пушили ли вы коммит.
2. Выберите подходящее действие:
reset --soft — оставить всё в индексе;
reset --mixed — убрать из индекса, но сохранить файлы;
reset --hard — удалить всё;
revert — отменить «по-честному», если история уже общая.
3. При force-push предупредите коллег!

#git
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Что такое merge и rebase в Git — и в чём между ними разница?

Когда несколько человек (или вы сами) работают над одним проектом, у вас появляются разные ветки с изменениями. Чтобы соединить их — используют merge или rebase. Оба делают одно и то же: включают изменения из одной ветки в другую, но делают это по-разному.

git merge — «просто объединить»

Представьте: у вас есть ветка main, а вы работаете в ветке feature. Когда фича готова, вы хотите добавить её в main.

Если сделать:
git checkout main
git merge feature


Git просто добавит новый коммит, который объединит все изменения из feature. История при этом сохранится как была — видно, где шли параллельные ветки. Это безопасно и удобно для командной работы.

Преимущества:

— история честная, всё видно;
— легко откатить.

🚫 Минус: история становится «ветвистой» — особенно при частых слияниях.

git rebase — «переписать, как будто всё было по порядку»

rebase берёт все ваши коммиты из ветки feature и как бы переносит их в конец ветки main, меняя их «время» и «место» в истории:
git checkout feature
git rebase main


Теперь ветка feature выглядит так, будто вы сначала получили все обновления из main, а потом начали работать. История становится прямой и аккуратной, без лишних ответвлений.

Преимущества:

— история читается как по линейке;
— удобно перед публикацией.

🚫 Минусы:

— может быть опасно, если кто-то уже использует вашу ветку (можно поломать историю при push).

Когда использовать что?

merge — когда работаете в команде. Безопаснее, история прозрачная.

rebase — когда хотите навести порядок в истории до слияния (например, перед git merge), или если вы единственный, кто работает с веткой.

#простымисловами #git
3🔥2
Git и Github: Практический урок для начинающих

В этом мини-курсе подробно рассматривается работа с Git и его взаимодействие с платформами GitHub, GitLab, BitBucket.

В курсе поэтапно рассматриваются: установка Git, Git config, создание репозитория, git status, работа с Github, разработка в Git, SSH, создание ключей, ветвление, слияние веток, разрешение конфликтов, ревью автотестов, разрешение конфликтов в реальном проекте, создание pull request.

Смотреть

@prog_point #git #github