Для новичков: 5 советов по GitHub

Автор оригинала: Alyson La
  • Перевод
image Alyson La, Data science в GitHub: В октябре этого года я отпраздновала свой пятилетний юбилей работы в GitHub. 5 лет назад я была бухгалтером, который ничего не знал о программировании, не говоря уже об использовании Git и GitHub.

Теперь я энтузиаст Data Scientist, который знает некоторые вещи о написании кода с помощью Git & GitHub. Частично благодаря изучению этих технологий я сделала этот карьерный переход.

Но даже работая в GitHub, изучать Git и GitHub было сложно! Поэтому я хочу поделиться 5-ью советами по использованию GitHub с другими людьми, новичками программирования.

Совет № 1: Измените редактор по умолчанию


Для многих людей текстовый редактор при использовании Git через терминал — VIM. VIM может быть ужасным, страшным для нового или казуального хакера. Или даже для ветеранов-хакеров как @haacked.

image

Если вы когда-нибудь столкнетесь с конфликтами слияния (а вы их встретите, см. совет №4), вы попадете в VIM, чтобы исправить конфликт, и вам нужно будет знать конкретные команды VIM для редактирования документа иначе вам захочется плакать. Больше года у меня была заметка на мониторе для напоминания основных команд VIM, таких как i (для редактирования) и: wq (для сохранения и выхода). Чтобы избежать боли, вы можете просто выбрать другой текстовый редактор.

Чтобы перейти на такие текстовые редакторы как Atom, Sublime или TextMate, следуйте инструкциям в этой справке.

Пока вы находитесь в нем, вы должны быть уверены что хоткеи настроены и вы можете открыть нужный текстовый редактор через терминал используя subl. или atom. Посмотрите эту документацию для настройки доступа к Atom через терминала и эту документацию для настройки Sublime.

Совет № 2: Используйте dotfiles


Я использовала Git & GitHub на протяжении нескольких лет, но ничего не знала о dotfiles. Я до сих пор недовольна что я не узнала об этом раньше!

Dotfiles позволяет настраивать подсказки в терминале, чтобы вы могли видеть, в какой ветке git вы находитесь, и есть ли у вас есть незакоммиченные изменения. ЭТО ГЕНИАЛЬНО! Мне достались dotfiles от сотрудника (John Nunemaker), но если вы будете искать «dotfiles» на GitHub, то найдете множество вариантов.

image

Совет №3: Установить Hub


Hub — это инструмент командной строки, который упрощает использование GitHub. Я часто работаю в репозитории через терминал и иногда мне нужно посмотреть пул-реквесты и проблемы на GitHub. Для этого мне нужно открыть вкладку в браузере, а затем я отвлекаюсь на электронную почту / твиттер / щенка — и десять минут спустя перехожу к набору адреса репозитория GitHub.

Команда hub browse, введённая в терминале, автоматически откроет URL-адрес репозитория прямо в вашем браузере.

image

Совет № 4: Практикуйте разрешение конфликтов слияния


Вот тут я признаю, что я иногда ленюсь. В частности, когда речь идет о конфликтах слияния. Я не могу вспомнить, сколько раз я отказывалась от проекта или пул реквеста, потому что я сталкивалась с конфликтом слияния.

Они пугали меня, документация о том, как исправить их, пугала меня, а затем я заходила в VIM и хотела уйти навсегда (см. совет №1).

Затем я поняла, что мне нужно встретиться со своим страхом, поэтому я создала репозиторий для практики, создала конфликт слияния, просмотрела документацию и видео на YouTube о том, как исправлять конфликты слияния. Я повторила это упражнение несколько раз. Также теперь вы можете исправлять простые конфликты слияния в пользовательском интерфейсе GitHub, так что это было удобно.

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





image

Совет №5: Создайте GitHub Page


GitHub Pages — это бесплатный сервис хостинга веб-сайтов от GitHub, для проектов или персонального пользования. Всегда будет полезно загрузить ваш текущий проект на GitHub чтобы попрактиковать навыки Git & GitHub.

Создайте простой веб-сайт с помощью HTML, CSS и JavaScript по туториалу, а затем следуйте инструкции по его размещению на GitHub здесь, посмотрите видео с пошаговыми инструкциями, которое я сделала некоторое время назад. Или попробуйте супер легкий метод Fork и Go.

Наконец, я собираюсь поделиться 6-ым, возможно, очевидным советом — пройдите урок или посмотрите туториал по Git & GitHub!

Вот несколько из них, которые стоит посмотреть:



Я надеюсь, что этот список советов был полезен, и если у вас есть другие советы, которые стали полезными в вашем изучении Git и GitHub, было бы круто их услышать!



О школе GoTo


image
Проектная школа программирования GoTo
Образовательный проект для юных программистов
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее
Реклама

Комментарии 21

    +2
    VScode поддерживает работу с git из коробки, странно что в 1м пункте не посоветовали перейти именно на него.
    IMO последние крупные обновления сделали VScode лучшим редактором. После него даже на Atom смотреть не хочется.
      0
      Atom тоже подддерживает работу git из коробки.
      +4
      Очень удобно использовать Git GUI, например, SourceTree, GitHub Desktop. Для clone/push/pull вполне хватает, а если нужно что-то более сложное сделать, то прямо из программы можно открыть терминал.
        0
        Так даже более сложные команды можно в GUI исполнять. Например я делаю rebase с помощью GitExtensions. Там же можно выполнять stash, cherry-pick и другие вещи.
        +5
        Чему вы учите молодежь? Только vim и консоль. Только хардкор. А то они потом не знают что делает их IDE за кулисами и git команд, потому что их не было в интерфейсе.
          0
          Точно, избегать vim — это плохой совет новичкам. Знание vim может пригодиться в жизни в самый неожиданный момент)
          • НЛО прилетело и опубликовало эту надпись здесь
              +1

              По‐моему самое сложное в рисовании такого сумматора — это найти определение «суперпараллельного переноса». Гугл его не знает. После этого после применения метода Куайна отлично рисуются любые цифровые схемы, где не нужно учитывать задержки.


              // Я как‐то даже писал программу на Python, которая генерировала отчёт на LaTeX о том, как создать «программу для светофора» (читай: конечный автомат; на входе меандр от таймера, на выходе сигналы светофора), оптимизируя именно методом Квайна. Конечно, можно было и написать руками: в программе не было ни одного стороннего модуля (т.е. я не использовал готовое решение), только стандартная библиотека Python. Но зачем нам тогда технологии?

            0
            А как включить vim? )
            0
            Плюс один, ибо гуи часто делают за кулисами такую фигню что потом на голову не налазит.
            Только консоль, ибо так начинаешь понимать как что работает и полностью контролируешь процесс
              0
              А оно надо? Благодаря GUI для гита вроде SourceTree у нас и художники, и моделлеры могут с проектом работать без проблем.
              +5
              Увидел интересную статью.

              Привычно пошёл читать оригинал. Увидел смешную фразу: «calmly make my way deleting the carrots» — «спокойно расчищаю себе путь, удаляя „морковки“» — кто решал merge conflicts, тот ведь сразу понимает, что «морковки» — это метки >>>> и <<<<, обозначающие границы конфликта))

              «Интересно, как перевёл это MagisterLudi?» — подумалось мне. Оказалось, никак)

              Термин далеко не общепринятый. Кроме исходной статьи, слово carrot применительно к знакам >>>> я нашёл только здесь: developer.amazon.com/docs/fire-app-builder/pulling-updates-from-github.html

              А зря. Классное словечко. Надо взять на вооружение))
                0
                Круть! Спасибо что поделились)
                +1
                Совет № 1: Измените редактор по умолчанию
                Для многих людей текстовый редактор при использовании Git через терминал — VIM.

                Сколько раз настраивал гит на новой машине, при первом запуске всегда спрашивает, какой редактор использовать по умолчанию.

                Совет № 2: Используйте dotfiles

                У гита в репозитории есть свой собственный git-promt.sh, зачем искать какие-то сторонние решения, мне не понятно.
                И я бы еще сюда добавил про git bash completion, удобная штука.
                  +1
                  Сколько раз настраивал гит на новой машине, при первом запуске всегда спрашивает, какой редактор использовать по умолчанию.

                  Вот в упор не помню такого вопроса в Ubuntu. nano по умолчанию и разбирайся каждый раз как его на vim поменять.

                    +1

                    В случае с cygwin (babun) тоже никаких вопросов. Я, правда, не помню, шёл ли git с babun или ставился отдельно через pact, но, мне кажется, первое. После установки git на Windows через chocolatey вопросов по поводу редактора я опять как‐то не помню (может, потому что я практически не использую git для собственных проектов, соответственно не делаю что‐то, что могло бы вызвать редактор, а «при запуске» на самом деле означает «при попытке сделать что‐то, что требует редактор»). И разумеется, никаких вопросов про редактор при установке на Gentoo — здесь $EDITOR определяется в /etc/profile, соответственно повода спрашивать нет.

                  0

                  Под винду: posh-git.

                    +1
                    Почему в качестве картинки для привлечения стоит какая-то девушка?
                    Я так понимаю, что это автор. Вот у меня полсотни статей на Хабре. Вам бы показалось странным, если бы возле каждой я ставил свою фотку?
                      0
                      Предложите свой вариант картинки, я заменю.
                        0

                        Голосую за собачку в майке или скриншоты консоли с подсветкой ветки ;)

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

                    Самое читаемое