Управление GitHub с помощью терминала - чудовище несложно.
This grey box indicates what you should write when executing commands in terminal/command-line. ALWAYS write exactly what you see in this grey box. Hit enter to execute the command.
1 Базовая "командная цепочка".
Это то, что вы делаете, чтобы обновить файлы на своем компьютере (локальном) до GitHub (хост). Эти команды предполагают, что вы уже настроили репозиторий (репо). Раздел 3 посвящен созданию репо.
- git статус
- git добавить
- git commit
- git push
Это основная цепочка команд, которую вы будете использовать каждый раз, когда обновляете свои файлы на GitHub.
git status
Это спрашивает терминал, каково текущее состояние игры со всеми вашими файлами в вашем репо. Он выделит все, что изменилось, красным. Обычно он делится на два раздела - изменения, внесенные в существующие файлы, и созданные новые файлы. Если вы удалили файлы, это также будет отображаться.
git add .
Это добавит ВСЕ обновления, сделанные для ВСЕХ файлов, а также добавит ВСЕ новые созданные файлы. Это то, что делает точка - в основном ВСЕ. Вы также можете просто добавить имя файла вместо точки, чтобы добавить отдельные файлы. Например…
git add index.html
После того, как вы выполните эту команду и выполните другой статус git, все станет зеленым, чтобы указать, что файлы / изменения были добавлены. Важно отметить, что несмотря на то, что они были добавлены, они все еще нуждаются в окончательном подтверждении.
[для заинтересованных, но не важных для этой статьи, есть две другие связанные команды git add -A и git add -u. Я позволю вам изучить различия здесь].
git commit -m “write your own message”
Это подтверждение. Все было добавлено, и вы сказали терминалу отправлять обновления в ваше репо на Github. Коммит в основном заключается в том, что вы говорите: «Да, я обязуюсь выполнить это действие - подтвердите». Обратите внимание, что это хорошая практика и обязательная запись сообщения, это часть -m, (m) для сообщения. Всегда заключайте сообщение в кавычки. Сообщение - это, в основном, общение с другими людьми, которые также могут работать с тем же файлом.
git push
Это ваша последняя команда. Все готово, вы подтвердили. Теперь просто нажмите кнопку отправки, и все готово - теперь ваше репо полностью обновлено.
Статус Git - это просто визуальный помощник, и он явно не нужен для обновления вашего репо на GitHub. Однако шаги 2–4 необходимы каждый раз.
2 Навигация в терминале.
Вот команды для поиска файлов вашего репозитория.
- pwd
- ls
- ls -a
- cd
- ..
pwd
= распечатать рабочий каталог. Другими словами, скажи мне, где я. Он отобразит иерархическое дерево файлов, включая каталог, в котором вы находитесь.
ls
= список. Эта команда выведет список всех видимых файлов в этом каталоге. НЕ показывает скрытые файлы.
ls -a
= список и список всех скрытых файлов. Также покажет все невидимые файлы. По умолчанию невидимые файлы не отображаются в терминале.
cd your/file/location
cd = каталог вызовов. Это в основном команда, сообщающая терминалу, что я хотел бы перейти в этот каталог. Это не работает, просто написав имя репо. Это не похоже на прожектор или поиск. Вы должны написать все иерархическое дерево или путь к файлу. По умолчанию терминал всегда запускает вас в самом корневом файле вашей компьютерной системы. Это обозначается символом «~».
Итак, пример ... Я назвал свое репо «свиньи летают». По какой-то причине я поместил его во множество других файлов. Допустим, это древовидный путь к моему репо ~ / documents / my-files / pigs / pig-pics / another-pointless-file / pigs-can-fly. Это полный путь, следовательно, это полная команда
cd documents/my-files/pigs/pig-pics/another-pointless-file/pigs-can-fly
Мне не нужно писать "~", потому что я автоматически начну в этом репозитории. К сожалению, вы не можете просто написать
cd pigs-can-fly
-
cd
а также
..
Эти две команды будут перемещать вас между репозиториями. Скажем, я использую «pig-pics» и набираю cd, и сразу вернусь к корневому файлу «~». Если я напечатаю ... я вернусь на один каталог назад - так что я окажусь в «свиньях».
Это навигация с помощью терминала.
3 Настройка репозитория.
Это выполняется через GitHub.
На GitHub перейдите на страницу профиля ›Вкладка« Репозитории »› НОВИНКА (зеленая кнопка) ›Назовите репозиторий› Добавить файл README (хорошая практика) ›выберите, следует ли добавлять файл .gitignore. СДЕЛАНО.
[README-файл - это в основном журнал или дневник того, что вы делаете или делаете. .gitignore - это файл, который сообщает вашему репо игнорировать другие определенные файлы. Подробнее здесь.]
После того, как вы настроили репо, откройте его и нажмите зеленую кнопку клонирования. Скопируйте URL внутрь.
Теперь нам нужно связать GitHub с вашим компьютером. Нам не нужно создавать файлы на вашем компьютере. Просто откройте терминал и введите эту команду.
git clone “url just copied”
URL находится внутри цитат и работа сделана. Терминал создаст файл с тем же именем, что и ваше репо. Важное примечание: этот файл будет помещен в ваш главный или корневой файл на вашем компьютере (обычно этот файл носит ваше имя). Если вы хотите, чтобы репо было сохранено в другом месте, убедитесь, что вы находитесь в этом каталоге, прежде чем выполнять команду клонирования. Так что, если я хочу, чтобы мое репо «свиньи могут летать» было сохранено в «другом-бессмысленном файле». Я должен сначала убедиться, что перешел к «другому бессмысленному файлу».
СЕЙЧАС, ЕСЛИ… у вас уже есть проект на вашем компьютере, который вы хотите загрузить на GitHub? Как это сделать на терминале?
Сначала создайте репозиторий на GitHub и скопируйте этот URL. Это команды, с которыми вам нужно ознакомиться.
- mkdir
- git init
- git удаленное добавление источника
- git push origin master
mkdir name-you-will-give-repo
Mkdir = создать каталог. Дайте имя репо, которое вы хотите создать. В моем случае…
mkdir pigs-can-fly
ВАМ НЕ НУЖНО делать этот шаг, если у вас уже есть запущенный файл или проект, который вы хотите добавить.
После создания вам нужно будет преобразовать репозиторий в репозиторий git. Став немного гангстером, мы добавляем «мерзавец». Введите команду.
git init
Затем вы проходите по цепочке команд, упомянутой в начале. Статус, добавление и фиксация (точно так же, как и раньше). «Толкающая» часть здесь немного отличается.
git remote add origin "url of repo created in GitHub"
Эта команда в основном говорит: «перейдите на GitHub и добавьте исходный файл по этому URL-адресу. После этого ваши файлы на вашем компьютере теперь будут связаны с репозиторием на GitHub.
git push -u origin master
Это последняя команда, нажмите. Немного отличается от предыдущего, потому что вам нужно указать, куда вы нажимаете. В этом случае вы нажимаете на основную ветку вашего репо. У репозиториев может быть много разных веток, но когда вы только что создали репо, оно всегда будет по умолчанию добавлять его в основную ветку.
[ПРИМЕЧАНИЕ: эти последние два упомянутых шага необходимо выполнить только один раз при начальной настройке репо. После того, как вы синхронизируете свои файлы с GitHub, вы вернетесь к цепочке команд, выделенной в начале.]
4 Добавление файлов с помощью терминала.
Это действительно просто.
- трогать
Используя команду touch, мы можем создать любой файл в нашем репо, не выходя из терминала. Если я хочу создать файл index.html, я набираю эту команду.
touch index.html
Затем вы можете выполнить команду «ls», чтобы увидеть только что созданный файл. Вы можете создать любой файл, например, файл stylesheet.css, файл README и даже файл .gitignore.
5 Окончательные выводы.
Теперь в некоторых текстовых редакторах можно полностью интегрировать GitHub. Я использую Atom, и в нем я могу использовать несколько сочетаний клавиш, чтобы мгновенно добавлять, фиксировать и отправлять свои изменения в GitHub. Мне никогда не нужно открывать терминал. Пакет называется Гит-плюс.
Однако я настоятельно рекомендую вам привыкнуть к использованию терминала, особенно если вы серьезно относитесь к серверной разработке.
Чтобы сделать этот фрагмент действительно простым, что и было целью, я пропустил слияние, разветвление и конфликты в репозиториях. Я также не объяснил файлы .gitignore.
Честно говоря, на ранней стадии, когда вы только начинаете работать с GitHub, вам вряд ли понадобится что-то более продвинутое, чем это.
Ресурсы.
Наконец, вам стоит посмотреть этот YouTube-сериал. Вероятно, лучшее и наиболее краткое введение в терминал, которое я когда-либо встречал. Это действительно очень хорошо.
Еще один учебник на основе YouTube - более удобный, но более длинный, написан Трэвисом Нилсоном из DevTips. Его серия на GitHub солидная.
Эта статья тоже очень хорошо написана. Настройка репо с локального на Github.
Всего доброго, увидимся снова в следующее воскресенье.
Присоединяйтесь к нам в Facebook и Slack.
