Git hosting

Git hosting: No longer a pain in the ass.
В программировании очень важно сохранять проекты, особенно их работающие версии. Одной из самых крупных back up площадок является GitHub. Например, вы легко можете найти на гитхабе дистрибутивы линукса или даже целые сети, например ethereum. Но помимо таких масштабных проектов необходимо так же сохранять и малые программы. Ниже я расскажу историю из моего опыта.
Однажды мне нужно было выпустить токен и расписать к нему web-часть, используя библиотеку web3. Я несколько дней мучался с решением этой задачи, но уже приблизился к её решению, а потом... БАЦ! Я сделал!
Я тут же пошел к менеджеру, чтобы сказать, что мы готовы показать заказчику рабочую версию страницы, нооо.... Пока я говорил с ним... В моей деревне выключили электроэнергию... На 1.5 дня...
Шла презентация, решения не было, объяснить специфичный код менеджеру я тоже не мог и знаете что? - Я гений! Я не сделал back up, я не сохранил рабочую версию! В итоге, директор тянул презентацию как мог, но спустя 3 часа мы так и не смогли настроить сайт... Презентация прошла не самым лучшим образом, но я запомнил этот урок: ВСЕГДА! ВСЕГДА! ВСЕГДА! ДЕЛАЙ ЧЁРТОВЫ БЕКАПЫ!
“Git hosting: No longer a pain in the ass.” - именно такой слоган сформировался в сообществе программистов в 2005 и последующих годах, когда Git дополнился целым хостингом под названием GitHub. GitHub - крупнейший веб-сервис для хостинга IT-проектов и их совместной разработки. Веб-сервис основан на системе контроля версий Git. Слоган сервиса — «Social Coding» — на русский можно перевести как «Пишем код вместе». На футболках же печатают совсем другую фразу: «Fork you!» («Ветвить тебя!»). С одной стороны, она созвучна с англоязычным ругательством и намекает на неформальную атмосферу. С другой, эти слова напоминают, что создавать новые форки с Git можно легко и безболезненно — традиционно, к созданию веток разработчики проектов с открытым исходным кодом относятся негативно — а также созвучна названию одной из возможностей GitHub — очереди форков.
Независимо от выбранного языка или направления разработки, код, который пишет программист, остаётся обычным текстом, записанным в множестве файлов на диске. Эти файлы регулярно добавляются, удаляются и изменяются. Некоторые из них могут содержать сотни строчек кода, а другие тысячи. Файлы в тысячу строк кода — вполне нормальное явление в программировании. Пока проект состоит из пары-тройки файлов, его разработка не создаёт никаких сложностей. Программист пишет код, запускает его и радуется жизни. Клиент доволен, заказчик тоже. С ростом кодовой базы появляются определённые неудобства, которые затем превращаются в реальные проблемы:
• Как не потерять файлы с исходным кодом?
• Как защититься от случайных исправлений и удалений?
• Как отменить изменения, если они оказались некорректными?
• Как одновременно поддерживать рабочую версию и разработку новой? • Как сохранить рабочую версию кода?
Эти проблемы очень остры в разработке приложений, но... Все эти задачи решает git. Именно поэтому умение работать с ним, знание его является обязательным при трудоустройстве в 99% компаний. Но вопрос: как его изучить? Какие команды необходимо знать? Ниже я оставлю полезные ссылки для изучения git, а так же оставлю основные команды.
Ссылки для изучения:

https://openbase.com/js/simple-git https://docs.github.com/en https://git-scm.com/doc
Основные команды:
git config --global user.name username - ввести имя юзера (из гита)
git config --global user.email ...gmail.com - задать почту юзера (из гита)
git init - иницилизировать гит-проект
git remote add origin https://github.com/repository.git - добавить проект, созданный на гитхабе git add . - добавляет все обновлённые файлы в коммит
git commit -m 'description' - создаёт описание для коммита
git pull - получить изменения других пользователей репозитория
git push -u origin master (пишется 1 раз после создания проекта) - закидывает комит на гитхаб далее просто git push
git clone https://github.com/... - клонировать репозиторий