Расскажите про Git

А чем не нравится делать архивы с разными версиями исходников? Ну, типа 2022-02-24.rar – все просто и наглядно.

Хочется красиво. Да и, например, если проект весит много, то иметь на каждую версию архив - такое себе.

Ну и посоветуйте книги/гайды по гиту.

git status
git add filename
git commit
git push
git pull
git clone
git branch
git checkout
git merge

Хочется красиво

Намажь архив нутеллой, будет и красиво и вкусно.

Доктор, откуда у вас такие картинки?

???

ну ядро линукса настолько большое, что вероятность встретить другого кодера на той же строчке крайне мала… :)

проблема разрешения мердж-конфлитов стара как само программирование.
вот первый выхлоп из яндекса Безболезненное разрешение Merge конфликтов в Git а там еще куча статей

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

если есть конфликт файлов - он либо разрешается автоматически, либо требует ручного разрешения, когда невозможно однозначно разрешить конфликт.

ну и куча вспомогательной ерунды вокруг этого всего, типа веток

Попробуй pijul, потом нам расскажешь.

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

Я не понимаю, как ведётся совместная разработка на больших проектах.

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

всё для быстрого старта тут https://ohshitgit.com/ru

мутота.

Неплохо, спасибо

Постоянно обновляемая официальная книга про Git - «Pro Git» доступна тут: https://git-scm.com/book/ru/v2

Толкай в мастер а если запрещено - так то мужеложцы сделали, иди разбираться

Лучше зачитывать друг другу исходники по телефону. Это более спортивно.

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

уже была подобная темка, почитай: Вариант работы с контролем версий (аналог git-flow)

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

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

ядро линукса

Засылаются через рассылку патчи. Высокопоставленные лица проверяют, включают в состав в случае одобрения

Как ему внести эти изменения в актуальную версию ядра?

Перебазировать изменения на актуальную версию

при помощи merge, видимо