Все вещи Git, которые вы можете сделать правильно с первого раза
Особенность Git в том, что даже если вы понятия не имеете, как он делает то, что он делает, вы все равно можете все сделать правильно. И даже если вы знаете, как все работает, вы все равно можете ошибаться во всем. Мне пришлось изучить Git и использовать GitHub, когда я работал над проектом по науке о данных, и, как и все, я боялся этого с первого дня.
Как только курс был завершен, я удалил Git для Windows со своего рабочего стола и использовал репозиторий GitHub только для медленного понимания страниц GitHub для размещения своих собственных персональный сайт, который все еще находится в стадии разработки. (Поверьте мне, теперь он выглядит намного лучше.) Я создал этот центр на основе всех мелочей, которые я не понял, когда впервые пробовал Git, но мог бы.
тл;др
1. Как изучить git, или лучше изучить GitHub?
2. Никаких сбросов: настройка имени пользователя и электронной почты
3. Как сохранить репо в другом месте
4. Как добавить сообщение коммита, а потом отредактировать его!
5. Как узнать, где вы находитесь
Кроме того, если вам нужно отобразить свой код в документе Word, вам также может пригодиться этот концентратор:
Установка Git — это самое простое. Как только вы установите его на свою машину, наступит сложная часть: как изучить Git? Для меня это не было выбором.
Нет неправильного способа изучить Git, но я убежден, что есть правильный путь. И это не обучение на практике. Само собой разумеется. Я имею в виду, что нужно научиться мыслить в таком образе мышления, который облегчает понимание этих новых концепций. Я имею в виду, что нужно знать, чем оно не является.
Как быстро вы можете изучить Git?
Руководства и инструкции — это хорошее место для начала изучения Git и Гитхаб. Git-сайт есть подробное руководство по началу работы; Учебная лаборатория GitHub теперь предлагает множество курсов, чтобы научиться пользоваться платформой. Но когда у вас поджимают сроки и вы еще не можете терпеть технические чертежи или жаргонизмы, хорошей идеей будет найти утешение в словах других программистов и разработчиков, которые попробовали их до вас. Вероятно, вы сможете понять Git всего за несколько обедов.
Курсы кодирования
У каждой школы кодирования будет свое собственное руководство в виде бесплатного курса или статьи с ресурсами. Некоторые хорошие из них от Codecademy, Pluralsight (ранее Code School) и Гит Башня. Другие взяты с хостов исходного кода: Битбакет, GitLab, Цифровой океан. Для знакомства с Git и GitHub обычно достаточно одной длинной статьи, за исключением случаев, когда вам нужно больше.
Другие ресурсы для новичков:
- Попробуйте Git: все учебные материалы теперь размещены на одной странице Try Github.
- Учиться достаточно: Учебник из руководств, одна часть которого посвящена тому, как изучить Git настолько, чтобы быть опасным.
- Как на GitHub: Учебник от Gun.io
- Думай как (а) Git: целый веб-сайт, посвященный тому, чтобы помочь вам мыслить как Git.
- Git-погружение: обзор, который познакомит вас с основами Git.
- Статьи: Начало работы с Git и GitHub от Codecademy1, Введение в Git и GitHub для начинающих (учебник)2, Учебник для начинающих по Git и GitHub3 и т. д.
Читайте и о других вещах!
Кажется, кодеры понимают, что как только вы поймете концепцию X [insert another idea here], Git начинает иметь больше смысла. Спустя годы после изучения Git люди говорят, например, что понимание мотивации дизайна Git может помочь вам изучить его. Или понимание того, почему одни команды работали, а другие нет.
2. Никаких сбросов! Настройка глобального имени пользователя и электронной почты
Прежде чем начинать какие-либо новые проекты, вам необходимо настроить глобальное имя пользователя и адрес электронной почты. Это часть начального этапа. Теперь это должно быть легко, но мне действительно пришлось попробовать это несколько раз, чтобы все получилось правильно. Первоначальная настройка выглядит так:
$ git config --global user.name "Your Name"
$ git config --global user.email "youremail@domain.com"
Первое, что важно, это ваше имя пользователя, это ваше имя, не ваше имя пользователя GitHub (хотя может быть). Сделайте эту настройку правильно с первого раза, потому что эта информация будет использоваться для каждого отдельного репо, над которым вы работаете. Хотя я почти уверен, что есть способ сбросить это, это уже слишком много для новичков. Откажитесь от атрибута —global, чтобы настроить имя пользователя и адрес электронной почты для одного репозитория. Запишите свое имя и адрес электронной почты вместе с кавычками в командную строку, например:
$ git config user.name "Anonymous Blocks"
$ git config user.email "anon@blocks.org"
Писать в бумажном блокноте во время мероприятия по кодированию как способ понять смысл социального кодирования. | Источник
3. Клонируйте этот репозиторий в другое место
Разочаровывает то, что новые папки появляются случайным образом внутри каталога C:. Иногда, когда клонирование завершено, у меня остается грустное чувство неправильной организации папок моего проекта. Это то, что некоторые могут назвать чувством «обессиленности». Я не знал, где появится новая клонированная папка, потому что я не указал для нее определенный путь. Я до сих пор не знаю, как это сделать, но я узнал, что есть способ упорядочить ваши клонированные репозитории: поместить их в отдельную папку!
Следующий код создает папку с именем «Клоны» внутри папки «Загрузки» в каталоге D:, а затем клонирует репозиторий в эту новую папку. Таким образом, в следующий раз, когда вы клонируете репозиторий, вы можете сохранить его в новую папку, которую вы заранее создали вручную. Возможно, внутри папки «Клоны» вы хотите «Repo-1», «Repo-2», «Repo-3» и так далее.
$ cd D:/Downloads
$ mkdir Clones
$ git clone D:/Downloads/Clones
Клонировать только ветку репо
Кроме того, если вам когда-либо понадобится клонировать только определенную ветку репозитория, вы также можете получить это право с первой попытки. У меня был один случай, когда мне не нужна была основная ветка, и мне нужно было работать только с одной из веток. Хотя я не продвигал это изменение, я узнал, что этот код может это сделать (просто укажите каталог в конце, если он вам нужен внутри заданной папки):
$ git clone --single-branch –b branch-name
4. Добавьте сообщение фиксации и внесите изменения
Сохраненные изменения на GitHub называются фиксациями, и каждое из этих изменений должно иметь соответствующее сообщение о фиксации, описывающее, почему изменение было внесено. Когда вы делаете сообщение коммита через Git Bash, вы на самом деле добавляете заголовок к своему сообщению коммита. Вам нужно будет вручную ввести причину изменения из редактора на GitHub.
Просмотрев свои старые коммиты, я понял, что, возможно, был слишком ленив, чтобы написать сообщение коммита. Но на самом деле нет, это не из-за лени. Это потому, что я действительно не знаю, как должно выглядеть хорошее сообщение о коммите, в каком формате и в каком содержании. Чтобы отредактировать сообщение фиксации, когда вы находитесь вне режима редактирования, вы можете использовать следующий код, а затем следовать инструкциям по редактированию сообщения:
$ git commit --amend
5. Узнайте, в каком каталоге вы действительно находитесь
Это может показаться очень простой задачей, но я не знал, как это сделать правильно. В большинстве случаев я просто предполагаю, что нахожусь в каталоге C: внутри папки, когда работаю над клонированным репозиторием, но, видимо, есть способ узнать это наверняка. Запуск pwd на вашем bash вернет полный путь к вашему текущему рабочему каталогу. Никогда больше не теряйся.
$ pwd
$ /d/folder/subfolder/current-folder
Что сработало, что нет
Прошли годы с момента моего первого коммита, но я все еще нахожусь в той же хаотической ауре, когда пишу код на GitHub. Последнее, что я хочу сделать, это сделать ошибку, но если мы не делаем ошибок, мы на самом деле не учимся, не так ли?
Это лишь некоторые из очень обыденных вещей, которые, как мне кажется, я мог бы сделать правильно в первый раз, но не сделал. Есть еще несколько вещей, которые я мог бы добавить к этому списку, но, может быть, в другой раз. Будучи экспертом в прокрастинации, мне пришлось ждать до последнего дня октября, чтобы начать участвовать в Hacktoberfest 2018. Сегодня я сделал 5 пул-реквестов, так что, надеюсь, в этом году они пришлют мне мои подарочные наборы.
Каждый кодер, новый или опытный, должен иметь мнение о Git. А вы? Что бы вы хотели добавить к этому списку?
Не забудьте добавить в закладки некоторые из упомянутых ресурсов, если вам понадобится обратиться к ним в середине сеанса кодирования.
☕ Если этот пост был полезен, рассмотрите оставив мне чаевые или же купи мне кофе.
Этот пост был опубликован на Совушка.
