Github, как использовать окна
Обновлено: 21.11.2024
Новый пользователь git? Следуйте приведенным ниже шагам, чтобы удобно вносить изменения в базу кода, открывать запрос на вытягивание (PR) и объединять код в основную ветку. Все важные термины git и GitHub выделены жирным шрифтом со ссылками на официальные справочные материалы git.
Шаг 0. Установите git и создайте учетную запись GitHub
Первые две вещи, которые вам нужно сделать, это установить git и создать бесплатную учетную запись GitHub.
Следуйте приведенным здесь инструкциям, чтобы установить git (если он еще не установлен). Обратите внимание, что в этом руководстве мы будем использовать git только в командной строке. Хотя есть несколько отличных GUI (графических пользовательских интерфейсов) git, я думаю, что проще сначала изучить git, используя команды, специфичные для git, а затем опробовать GUI, как только вы освоитесь с командой. Примечание: 95 % других онлайн-ресурсов и обсуждений git также посвящены интерфейсу командной строки.
После этого создайте учетную запись GitHub здесь.
Git и GitHub
Небольшое отступление: git и GitHub — это не одно и то же. Git — это инструмент управления версиями с открытым исходным кодом, созданный в 2005 году разработчиками, работающими над операционной системой Linux. GitHub — это компания, основанная в 2008 году, которая занимается созданием инструментов, интегрируемых с git. Вам не нужен GitHub, чтобы использовать git, но вы не можете использовать GitHub без использования git. Есть много других альтернатив GitHub, таких как GitLab, BitBucket и решения «у себя дома», такие как gogs и gittea. Все они называются в git-speak «удаленными», и все они совершенно необязательны. Вам не нужно использовать удаленный доступ для работы с git, но это облегчит обмен вашим кодом с другими.
Шаг 1. Создайте локальный репозиторий git
При создании нового проекта на вашем локальном компьютере с помощью git вы сначала создадите новый репозиторий (или, часто, для краткости "репозиторий").
Чтобы использовать git, мы будем использовать терминал. Если у вас нет большого опыта работы с терминалом и основными командами, ознакомьтесь с этим руководством (если вам не нужен краткий урок истории, перейдите к третьему шагу).
Для начала откройте терминал и перейдите туда, где вы хотите разместить проект на локальном компьютере, используя команду cd (изменить каталог). Например, если у вас есть папка «Проекты» на рабочем столе, вы должны сделать что-то вроде:
Чтобы инициализировать репозиторий git в корне папки, выполните команду git init:
Шаг 2. Добавьте новый файл в репозиторий
Идите вперед и добавьте новый файл в проект, используя любой текстовый редактор, который вам нравится, или запустив сенсорную команду. `touch newfile.txt` просто создает и сохраняет пустой файл с именем newfile.txt.
После того как вы добавили или изменили файлы в папке, содержащей репозиторий git, git заметит, что файл существует внутри репозитория. Но git не будет отслеживать файл, если вы не укажете это явно. Git сохраняет/управляет изменениями только тех файлов, которые он отслеживает, поэтому нам нужно отправить команду, чтобы подтвердить, что да, мы хотим, чтобы git отслеживал наш новый файл.
После создания нового файла вы можете использовать команду git status, чтобы увидеть, какие файлы известны git.
По сути, это говорит следующее: "Эй, мы заметили, что вы создали новый файл с именем mnelson.txt, но если вы не воспользуетесь командой 'git add', мы ничего с ним не сделаем".
Интерлюдия: промежуточная среда, коммит и вы
Одним из самых запутанных моментов при первом изучении git является понятие промежуточной среды и ее связь с фиксацией.
Коммит – это запись изменений, внесенных с момента последний раз, когда вы делали коммит. По сути, вы вносите изменения в свой репозиторий (например, добавляете файл или изменяете его), а затем говорите git, чтобы он поместил эти изменения в фиксацию.
Коммиты составляют суть вашего проекта и позволяют вам переход к состоянию проекта при любом другом коммите.
Итак, как вы сообщаете git, какие файлы помещать в коммит? Здесь в дело вступают промежуточная среда или индекс. Как видно из шага 2, когда вы вносите изменения в репозиторий, git замечает, что файл изменился, но ничего с ним не делает (например, добавляет его в коммит).< /p>
Чтобы добавить файл в фиксацию, сначала необходимо добавить его в промежуточную среду. Для этого вы можете использовать команду git add (см. шаг 3 ниже).
После того, как вы использовали команду git add для добавления всех файлов, которые вы хотите в промежуточную среду, вы можете сообщить git, чтобы упаковать их в фиксацию с помощью команды git commit.
Примечание: промежуточная среда, также называемая «промежуточной», является новым предпочтительным термином для этого, но вы также можете увидеть, что она называется 'индекс'.
Шаг 3. Добавьте файл в тестовую среду
Добавьте файл в промежуточную среду с помощью команды git add.
Если вы повторно запустите команду git status, вы увидите, что git добавил файл в промежуточную среду (обратите внимание на строку "Changes to be commit").
<Р> Для того, чтобы подтвердить, что файл не был добавлен к фиксации, но это собирается быть. P> Шаг 4: Создание фиксации h2>
<Р> Это время, чтобы создать свой первый совершить! P>
<Р> Выполнить команду Git совершить -м «Ваше сообщение о фиксации» p>
<Р> Сообщение в конце фиксации должно быть что-то связано с тем, что коммит содержит - может быть, это новая функция, может быть, это ошибка исправить, может быть, это просто фиксация опечатка. Не помещайте сообщение, как «asdfadsf» или «Foobar». Это делает других людей, которые видят вашу фиксацию грустно. Очень очень печально. Фиксации жить вечно в хранилище (технически вы может EM> удалить их, если вы действительно, действительно нужны, но это грязно), так что если вы оставите ясное объяснение ваших изменений это может быть очень полезно для будущих программистов ( возможно, в будущем вы!), которые пытаются выяснить, почему некоторые изменения были сделаны годами позже. p>
Шаг 5: Создать новую ветвь h2>
<Р> Теперь, когда вы сделали новое обязательство, давайте попробуем что-то немного более продвинутый. P>
<Р> Допустим, вы хотите, чтобы сделать новую функцию, но беспокоятся о внесении изменений в основной проект при разработке функции. Это где Git ветви приходят. P>
<Р> Ветви позволяют перемещаться назад и вперед между «государствами» проекта. Официальные документы Git описывают ФИЛИАЛЫ таким образом: «Ветвь в Git просто легкий подвижный указатель на один из этих фиксаций. Например, если вы хотите добавить новую страницу на ваш сайт вы можете создать новую ветку только для этой страницы не затрагивая основную часть проекта. После того, как вы закончите со страницей, вы можете объединить ваши изменения из вашей отрасли в основную отрасль. При создании нового филиала, Git отслеживает, какие Предай ветви «разветвленную» прочь, поэтому он знает историю позади всех файлов. P>
<Р> Допустим, вы находитесь на основной ветке и хотите создать новую ветку для разработки веб-страницы. Вот что вы будете делать: Run мерзавец контроль -b. Эта команда будет автоматически создать новую ветку, а затем «проверить вас» на него, то есть мерзавец переместит вас в эту отрасль, от первичного отделения. P>
<Р> После выполнения указанной выше команды, вы можете использовать команду Git филиал, чтобы подтвердить, что ваш филиал был создан: p>
<Р> Имя ветви с звездочкой рядом с ним показывает, какую ветвь вы на в то определенный момент времени. P>
Замечание об именах филиалов h4>
Шаг 6: Создайте новый репозиторий на GitHub h2>
<Р> Если вы хотите, чтобы отслеживать свой код локально, вам не нужно использовать GitHub. Но если вы хотите работать с командой, вы можете использовать GitHub, чтобы совместно изменить код проекта. P>
<Р> Чтобы создать новый репозиторий на GitHub, войдите в систему и перейти на главную страницу GitHub. Вы можете найти опцию «Новый репозиторий» под знаком «+» рядом с изображением профиля, в правом верхнем углу навигационной панели: p>
<Р>
р>
<Р> После нажатия на кнопку, GitHub попросит вас назвать свой репозиторий и предоставить описание кратко: p>
<Р>
р>
<Р> Когда вы закончите заполнение информацию, нажмите «Создать хранилище» кнопку, чтобы сделать свой новый репо. P>
<Р> GitHub спросит, если вы хотите создать новый репозиторий с нуля или если вы хотите добавить репозиторий, который вы создали на местном уровне. В этом случае, так как мы уже создали новый репозиторий локально, мы хотим толчок, что на GitHub так следует за». или толкать существующий репозиторий из командной строки раздел»: p>
<Р> (Вы хотите изменить URL в первой командной строке на то, что списки GitHub в данном разделе, так как ваше имя пользователя GitHub и имя репо различны.) P>
Шаг 7: Нажмите ветку, чтобы GitHub h2>
<Р> Теперь мы будем толкать совершить в вашей ветке на ваш новый GitHub репо. Это позволяет другим людям, чтобы увидеть изменения, которые вы сделали. Если они одобрены владельцем репозитория, изменения могут быть объединены в основную ветвь. P>
<Р> Для того, чтобы подтолкнуть изменения на новую ветвь на GitHub, вы хотите запустить GIT толчок происхождения yourbranchname. GitHub будет автоматически создать ветку для вас на удаленном хранилище: p>
<Р> (Если это ваш первый раз, используя GitHub локально, это может подсказать вам войти под своим именем пользователя и паролем GitHub.) P>
<Р> Если вы обновите страницу GitHub, вы увидите записку, филиал с именем только что толкнул в хранилище. Вы также можете нажать на ссылку «ветви», чтобы увидеть ваш филиал в списке есть. P>
<Р>
p>
Теперь нажмите на зеленую кнопку на скриншоте выше. Мы собираемся сделать запрос тянуть! P>
Шаг 8: Создание запроса на нагрузочный (PR) h2>
<Р> Запрос тянуть (или PR) является способом, чтобы предупредить владельцев РЕПО- о том, что вы хотите внести некоторые изменения в свой код.Это позволяет им просмотреть код и убедиться, что он хорошо выглядит, прежде чем вносить изменения в основную ветку.
Вот как выглядит страница PR до ее отправки:
Вот как это выглядит после отправки запроса на PR:
Внизу вы можете увидеть большую зеленую кнопку с надписью "Объединить запрос на вытягивание". Нажав на нее, вы объедините свои изменения с основной веткой..
Иногда вы будете совладельцем или единоличным владельцем репозитория, и в этом случае вам может не понадобиться создавать PR для объединения ваших изменений. Тем не менее, все же рекомендуется создать его, чтобы иметь более полную историю обновлений и убедиться, что вы всегда создаете новую ветку при внесении изменений.
Шаг 9. Объедините PR
Нажмите зеленую кнопку "Объединить запрос на вытягивание". Это объединит ваши изменения с основной ветвью.
Когда вы закончите, я рекомендую удалить вашу ветку (слишком много веток может привести к беспорядку), поэтому также нажмите эту серую кнопку "Удалить ветку".
Вы можете еще раз убедиться, что ваши коммиты были объединены, нажав ссылку "Коммиты" на первой странице вашего нового репозитория.
Вы также можете увидеть хэш-код коммита справа. Хэш-код — это уникальный идентификатор конкретной фиксации. Это полезно для ссылки на определенные коммиты и при отмене изменений (используйте команду git revert для отмены).
Шаг 10. Верните изменения с GitHub на свой компьютер
Сейчас репозиторий на GitHub выглядит немного иначе, чем у вас на локальном компьютере. Например, фиксация, которую вы сделали в своей ветке и объединили с основной веткой, не существует в основной ветке на вашем локальном компьютере.
Чтобы получить самые последние изменения, которые вы или другие пользователи объединили на GitHub, используйте основную команду git pull origin (при работе с основной ветвью). В большинстве случаев это можно сократить до «git pull».
Здесь показаны все измененные файлы и то, как они изменились.
Теперь мы можем снова использовать команду git log, чтобы просмотреть все новые коммиты.
(Возможно, вам придется переключить ветки обратно на основную ветку. Это можно сделать с помощью команды git checkout master.)
Шаг 11. Насладитесь славой git
Вы успешно создали PR и объединили свой код с основной ветвью. Поздравляем! Если вы хотите погрузиться глубже, ознакомьтесь с этими более продвинутыми руководствами и ресурсами:
Я также рекомендую найти время, чтобы поработать с вашей командой над симуляцией небольшого группового проекта, как мы сделали здесь. Попросите вашу команду создать новую папку с названием вашей команды и добавить в нее несколько файлов с текстом. Затем попробуйте отправить эти изменения в этот удаленный репозиторий. Таким образом, ваша команда может начать вносить изменения в файлы, которые они изначально не создавали, и попрактиковаться в использовании функции PR. Кроме того, используйте инструменты git fault и git history на GitHub, чтобы узнать, какие изменения были внесены в файл и кто внес эти изменения.
Чем больше вы используете git, тем удобнее вам будет. git с этим. (не удержался.)
*Это сообщение было первоначально опубликовано в октябре 2015 г. Меган Нельсон, в то время старшим инженером-программистом в HubSpot. С тех пор он был обновлен командой разработчиков HubSpot.
Хотите работать в команде разработчиков, которая ценит независимость и прозрачность? Ознакомьтесь с нашими открытыми вакансиями и подайте заявку.
В основе GitHub лежит система управления версиями с открытым исходным кодом (VCS) под названием Git. Git несет ответственность за все, что связано с GitHub и происходит локально на вашем компьютере.
Чтобы использовать Git в командной строке, вам необходимо загрузить, установить и настроить Git на своем компьютере. Вы также можете установить GitHub CLI, чтобы использовать GitHub из командной строки. Дополнительные сведения см. в разделе "О интерфейсе командной строки GitHub".
Если вы хотите работать с Git локально, но не хотите использовать командную строку, вместо этого вы можете загрузить и установить клиент GitHub Desktop. Дополнительные сведения см. в разделе «Установка и настройка GitHub Desktop».
Если вам не нужно работать с файлами локально, GitHub позволяет выполнять многие действия, связанные с Git, непосредственно в браузере, в том числе:
Примечание. Если вы используете устройство с Chrome OS, требуется дополнительная настройка:
- Установите эмулятор терминала, например Termux, из Google Play Store на свое устройство с Chrome OS.
- Из установленного вами эмулятора терминала установите Git. Например, в Termux введите apt install git, а затем введите y при появлении запроса.
Дальнейшие шаги: аутентификация с помощью GitHub из Git
Замечание об именах филиалов h4>
Шаг 6: Создайте новый репозиторий на GitHub h2>
<Р> Если вы хотите, чтобы отслеживать свой код локально, вам не нужно использовать GitHub. Но если вы хотите работать с командой, вы можете использовать GitHub, чтобы совместно изменить код проекта. P>
<Р> Чтобы создать новый репозиторий на GitHub, войдите в систему и перейти на главную страницу GitHub. Вы можете найти опцию «Новый репозиторий» под знаком «+» рядом с изображением профиля, в правом верхнем углу навигационной панели: p>
<Р>
р>
<Р> После нажатия на кнопку, GitHub попросит вас назвать свой репозиторий и предоставить описание кратко: p>
<Р>
р>
<Р> Когда вы закончите заполнение информацию, нажмите «Создать хранилище» кнопку, чтобы сделать свой новый репо. P>
<Р> GitHub спросит, если вы хотите создать новый репозиторий с нуля или если вы хотите добавить репозиторий, который вы создали на местном уровне. В этом случае, так как мы уже создали новый репозиторий локально, мы хотим толчок, что на GitHub так следует за». или толкать существующий репозиторий из командной строки раздел»: p>
<Р> (Вы хотите изменить URL в первой командной строке на то, что списки GitHub в данном разделе, так как ваше имя пользователя GitHub и имя репо различны.) P>
Шаг 7: Нажмите ветку, чтобы GitHub h2>
<Р> Теперь мы будем толкать совершить в вашей ветке на ваш новый GitHub репо. Это позволяет другим людям, чтобы увидеть изменения, которые вы сделали. Если они одобрены владельцем репозитория, изменения могут быть объединены в основную ветвь. P>
<Р> Для того, чтобы подтолкнуть изменения на новую ветвь на GitHub, вы хотите запустить GIT толчок происхождения yourbranchname. GitHub будет автоматически создать ветку для вас на удаленном хранилище: p>
<Р> (Если это ваш первый раз, используя GitHub локально, это может подсказать вам войти под своим именем пользователя и паролем GitHub.) P>
<Р> Если вы обновите страницу GitHub, вы увидите записку, филиал с именем только что толкнул в хранилище. Вы также можете нажать на ссылку «ветви», чтобы увидеть ваш филиал в списке есть. P>
<Р>
p>
р> <Р> После нажатия на кнопку, GitHub попросит вас назвать свой репозиторий и предоставить описание кратко: p> <Р>
р> <Р> Когда вы закончите заполнение информацию, нажмите «Создать хранилище» кнопку, чтобы сделать свой новый репо. P> <Р> GitHub спросит, если вы хотите создать новый репозиторий с нуля или если вы хотите добавить репозиторий, который вы создали на местном уровне. В этом случае, так как мы уже создали новый репозиторий локально, мы хотим толчок, что на GitHub так следует за». или толкать существующий репозиторий из командной строки раздел»: p> <Р> (Вы хотите изменить URL в первой командной строке на то, что списки GitHub в данном разделе, так как ваше имя пользователя GitHub и имя репо различны.) P>
Шаг 7: Нажмите ветку, чтобы GitHub h2>
<Р> Теперь мы будем толкать совершить в вашей ветке на ваш новый GitHub репо. Это позволяет другим людям, чтобы увидеть изменения, которые вы сделали. Если они одобрены владельцем репозитория, изменения могут быть объединены в основную ветвь. P>
<Р> Для того, чтобы подтолкнуть изменения на новую ветвь на GitHub, вы хотите запустить GIT толчок происхождения yourbranchname. GitHub будет автоматически создать ветку для вас на удаленном хранилище: p>
<Р> (Если это ваш первый раз, используя GitHub локально, это может подсказать вам войти под своим именем пользователя и паролем GitHub.) P>
<Р> Если вы обновите страницу GitHub, вы увидите записку, филиал с именем только что толкнул в хранилище. Вы также можете нажать на ссылку «ветви», чтобы увидеть ваш филиал в списке есть. P>
<Р>
p>
Подключение через SSH
Если вы клонируете с помощью SSH, вы должны сгенерировать ключи SSH на каждом компьютере, который вы используете для отправки или извлечения данных из GitHub.
Поздравляем, теперь вы настроили Git и GitHub! Теперь вы можете создать репозиторий, куда вы можете поместить свои проекты. Это отличный способ сделать резервную копию вашего кода и упростить обмен кодом по всему миру. Дополнительные сведения см. в разделе «Создание репозитория».
Вы можете создать копию репозитория, разветвив его, и предложить изменения, которые вы хотите видеть, не затрагивая вышестоящий репозиторий. Дополнительные сведения см. в разделе «Разветвление репозитория».
Каждый репозиторий на GitHub принадлежит физическому лицу или организации. Вы можете взаимодействовать с людьми, репозиториями и организациями, подключаясь и подписываясь на них на GitHub. Дополнительную информацию см. в разделе "Общение".
На GitHub есть отличное сообщество поддержки, где вы можете обратиться за помощью и поговорить с людьми со всего мира. Присоединяйтесь к обсуждению в сообществе поддержки Github.
Помогите нам сделать эти документы лучше!
Все документы GitHub имеют открытый исходный код. Видите что-то неправильное или непонятное? Отправьте запрос на вытягивание.
Git прошел долгий путь с момента своего появления, и с ним стало значительно проще работать в среде Windows. В этом руководстве мы собираемся настроить Git в Windows.
Эта статья была написана с учетом графического интерфейса. Я НЕ буду рассказывать об использовании командной строки, потому что есть много ресурсов, которые уже обучают этому аспекту Git. Я сделал это для настоящих пользователей Windows, ниндзя графического интерфейса. Если вы похожи на меня и предпочитаете графический интерфейс командной строке, то это руководство для вас!
Шаг 1. Установите Git
Первое, что нам нужно сделать, это установить Git в Windows; вы можете сделать это, выполнив следующие действия:
- Загрузите и установите последнюю версию Git для Windows
- Используйте параметры по умолчанию для каждого шага установки.
- Удалить значок Git Bash с рабочего стола
- Выберите "Пуск" > "Все программы" > Git > Git GUI и создайте ярлык на рабочем столе.
Как ни странно, последний шаг показался немного запутанным, если у вас не включен поиск Windows. Вы также можете закрепить Git GUI на панели задач и/или в меню "Пуск".
Важно использовать все настройки по умолчанию, поскольку они поддерживаются всеми основными поставщиками репозиториев, такими как Github, Bitbucket и Beanstalk.
Шаг 2. Настройте ключи SSH
По сравнению с Git Bash настроить ключ SSH для вашего компьютера относительно просто. Просто откройте Git GUI.
Теперь нажмите «Показать SSH-ключ» в меню «Справка».
Возможно, в вашей системе уже есть ключ SSH; лучше всего удалить или сделать резервную копию ключа, если вы не знаете, откуда он взялся. Для этого просто удалите все файлы внутри: C:\Users\\.ssh. Обязательно замените на свое имя пользователя Windows.
Вы можете создать ключ SSH, нажав кнопку "Создать ключ". Когда вы это сделаете, вам нужно будет указать парольную фразу в целях безопасности. Запомните эту парольную фразу; вам нужно будет использовать его позже.
Настройка ключа SSH с размещенным репозиторием Git
Github – не единственный доступный размещенный репозиторий Git. Однако это наиболее популярное решение, и мы будем использовать его в качестве примера.
Созданный вами SSH-ключ позволяет отправлять изменения в размещенный репозиторий. Таким образом, чтобы отправить изменения с вашего компьютера, Github должен знать ваш открытый SSH-ключ. Это легко доступно; просто нажмите кнопку "Копировать в буфер обмена".
Затем вам необходимо предоставить службе размещенного репозитория открытый ключ SSH. Подобно Github, на большинстве этих сайтов обычно есть вкладка под названием «Ключи SSH». Перейдите на вкладку и добавьте свой SSH-ключ на веб-сайт.
Поле «Название» — это просто метка для идентификации ключа SSH; это только для ваших целей. Например, «WindowsPc», «Macbook», «Linux». Просто убедитесь, что он точно описывает, какому устройству назначен ключ SSH.
Шаг 3. Начало работы с Git
Далее нам понадобится репозиторий Git, и мы создадим новый удаленный репозиторий на Github.
Создать удаленный репозиторий
При создании удаленного репозитория Github предлагает инициализировать репозиторий за вас. Это хороший вариант, но чтобы узнать, как настроить альтернативные веб-сайты, мы не будем устанавливать флажок инициализировать.
Создать локальный репозиторий
Теперь мы создадим локальный репозиторий. В нашем графическом интерфейсе Git нажмите «Создать новый репозиторий».
Выберите место, где вы хотите хранить свой репозиторий. Важно отметить, что выбранное местоположение репозитория НЕ ДОЛЖНО существовать. Поэтому выберите желаемое место и добавьте имя папки, в которой вы хотите разместить репозиторий, например:
Клонировать удаленный репозиторий в локальный репозиторий
Как я уже отмечал ранее, Github может предоставить вам уже инициализированный репозиторий, и вы сможете приступить к работе намного быстрее, чем обычно. Чтобы клонировать репозиторий, щелкните ссылку «Клонировать существующий репозиторий» в окне Git GUI. Существующий репозиторий — это репозиторий, который уже инициализирован и/или в него были отправлены фиксации.
В поле «Исходное местоположение» укажите местоположение удаленного репозитория Git. Поле «Целевой каталог» работает так же, как я показывал вам ранее, как создать репозиторий. Краткая версия: выберите расположение и добавьте папку, в которой вы хотите разместить файлы. Git попытается создать ее, но не сможет, если она уже существует.
Вот так; теперь вы должны быть готовы к работе локально.
Шаг 4. Работа с GUI-клиентом
Графический интерфейс Git упрощает выполнение связанных с Git задач, таких как подготовка изменений, фиксация и отправка.
Этап изменен
При перемещении файлов в каталог Git все файлы отображаются в окне "Неустановленные изменения". В основном это означает, что новые файлы были добавлены, удалены, обновлены и т. д. Вы можете нажать кнопку "Повторить сканирование", чтобы увидеть любые новые изменения, которые могли произойти.
Когда вы нажмете кнопку "Этап изменен", он попытается добавить все новые файлы в индекс Git.
Коммиты:
После того, как вы подготовили свои изменения, вам необходимо зафиксировать их в локальном репозитории. Введите сообщение фиксации, которое имеет смысл для внесенных изменений. Когда вы закончите, нажмите кнопку «Подтвердить».
Проталкивание
Прежде чем другие смогут получить доступ к нашему новому коду, нам нужно отправить эти изменения в наш размещенный репозиторий. Без отправки изменений другие не смогут получить доступ к коду.
Прежде чем мы сможем перейти к отправке, нам нужно настроить местоположение для отправки. Большинство людей называют это место «происхождением». При желании вы можете выбрать вариант в области «Дальнейшие действия», но, по моему опыту, ничегонеделание принесет вам наибольшую пользу. Вы всегда можете клонировать или отправить позже.
После добавления удаленного источника вы можете просто нажать кнопку Push. Он спросит вас, куда вы хотите нажать; скорее всего, будет предварительно выбрано «происхождение» (и это может быть ваш единственный вариант). Поэтому просто нажмите кнопку еще раз.
Далее вас будут бомбардировать окно за окном. Но не волнуйтесь, это происходит только в первый раз. Просто следуйте полученным инструкциям.
Git запросит у вас парольную фразу вашего ключа SSH.
Не паникуйте, если вы видите более одного запроса вашей парольной фразы. Это совершенно нормально! Вам не о чем беспокоиться, пока вам не сообщат, что кодовая фраза неверна. Несколько запросов на ввод вашей парольной фразы обычно происходят только один раз для каждого ключа SSH.
Если отправка была завершена, вас должно приветствовать окно, похожее на это:
Краткое руководство по Git и развертыванию
Прежде чем я отпущу вас, вот список замечательных ресурсов для продолжения изучения Git.
Источник: GitHub
В настоящее время GitHub является не только собственностью Microsoft, но и крупнейшим местом в мире, где программисты могут синхронизировать код, обмениваться им и совместно работать над ним. Крупные компании и суперзвезды-одиночки используют GitHub так же, как и все остальные. Если есть проект с открытым исходным кодом, скорее всего, он размещен на GitHub.
Но это полезно не только для тех, кто пишет код. Любой может получить код и файлы из общедоступного репозитория GitHub, и существует безграничное количество проектов, с которыми вы, возможно, захотите взаимодействовать в какой-то момент. От более крупных, таких как Microsoft Visual Studio Code или диспетчер пакетов Windows, до более мелких, таких как использование чужих файлов конфигурации для оформления вашего терминала. Если для этого нужен код, это можно сделать через GitHub.
Но хотя вам и не нужно знать, как писать код, чтобы использовать GitHub, для абсолютных новичков все может быть немного запутанным. Однако это не обязательно, поэтому вот некоторые основы, которые вам необходимо знать.
Настройте учетную запись GitHub
Источник: GitHub
Вам не нужна учетная запись GitHub для просмотра кода и клонирования репозиториев, но зарегистрироваться все же стоит. Только с собственной учетной записью и пространством репозитория вы можете хранить свои собственные файлы и создавать форки других проектов, подписываться на других участников и помечать репозитории звездочками для быстрого доступа в дальнейшем. Его можно использовать совершенно бесплатно и не требует наличия учетной записи Microsoft.
Аккаунт GitHub также позволяет вам использовать часто упускаемое из виду терминальное приложение GitHub CLI, которое из-за некоторых изменений в том, как GitHub позволяет аутентифицировать учетные записи, на самом деле то, что вам нужно. Подробнее об этом позже.
Вам не нужно взаимодействовать с GitHub через терминал, но во многих случаях это наиболее эффективный рабочий процесс. Вместо этого есть настольное приложение GitHub для Windows, Mac и Linux, если вы предпочитаете что-то с графическим интерфейсом. Но для целей этого руководства мы сосредоточимся на терминале. Это не страшно, обещаю!
Установка Git и интерфейса командной строки GitHub на компьютер
Источник: Windows Central
Главным инструментом, который вы будете использовать с GitHub, является Git. Это может сбивать с толку, но Git — это инструмент, а GitHub — это сервис, который с ним взаимодействует, Git — это совершенно отдельное приложение, не имеющее ничего общего с Microsoft. Основное определение Git заключается в том, что это инструмент контроля версий, позволяющий нескольким людям независимо взаимодействовать с одними и теми же файлами с возможностью объединения изменений в основную ветку.
Сейчас мы коснемся только основных команд, которые вам необходимо знать, чтобы начать клонирование репозиториев GitHub на свой компьютер, но скоро ждите более подробного руководства по Git.
Чтобы установить Git в Windows, просто перейдите на веб-сайт Git для Windows и загрузите исполняемый файл или, если вы хотите использовать диспетчер пакетов Windows, откройте новое окно PowerShell и введите winget install git .
В дистрибутивах WSL, таких как Ubuntu и Debian, вы можете установить Git с помощью команды sudo apt install git . Легко.
Источник: Windows Central
Инструмент GitHub CLI является официальным приложением GitHub, и пока вы можете отложить его, если не планируете самостоятельно загружать что-либо в репозиторий GitHub. Если да, то оно того стоит, так как в Git можно использовать токены личного доступа.
Чтобы установить интерфейс командной строки GitHub в Windows, вы можете снова использовать диспетчер пакетов Windows, введя winget install github.cli или скачав его непосредственно с GitHub. Кроме того, он также доступен через менеджеры пакетов Scoop и Chocolately, где вам просто нужно установить gh .
В Linux и WSL существуют разные методы в зависимости от используемого вами дистрибутива, но на GitHub есть полная документация, которой вы можете следовать. Пользователи Mac также могут получить приложение GitHub CLI либо со страницы релизов, либо через Homebrew, Conda, MacPorts и Spack, где его можно найти как gh .
Клонирование вашего первого репозитория GitHub
Источник: Windows Central
Клонирование репозитория GitHub похоже на синхронизацию папки с компьютером из облака. Репо создаст новую локальную папку, и в ней будет все, что было доступно в этом репо. Как правило, репозиторий GitHub предназначен только для одного проекта, поэтому при его клонировании вы получите все, что вам нужно. Если потребуются какие-либо дополнительные зависимости, почти всегда будет файл README.md с полными инструкциями.
Когда вы клонируете репозиторий в терминале, он создаст вашу локальную папку внутри любого каталога, в котором в этот момент находится ваша командная строка. Поэтому, если вы хотите поместить его в какое-то конкретное место, найдите нужное место в Проводнике, затем щелкните правой кнопкой мыши и откройте в PowerShell/Windows Terminal. Дистрибутивы WSL также могут получить доступ к файловой системе Windows, поэтому, если вы используете Linux на своем компьютере с Windows, применима та же идея. Он будет сохранен в файловой системе Linux, только если вы скажете ему об этом.
Итак, пора заняться клонированием. В этом примере мы собираемся клонировать репозиторий Microsoft Visual Studio Code.
Источник: Windows Central
Источник: Windows Central
Есть и другие варианты клонирования, включая SSH и клиент GitHub CLI, но это самый простой способ, особенно для новичков. Это также метод, который вы найдете в большинстве учебных пособий и во многих инструкциях по установке, которые вы можете найти на GitHub.
Источник: Windows Central
Теперь все содержимое репозитория Visual Studio Code загружено на ваш компьютер. Вы не можете вносить изменения и повторно загружать их на GitHub (известный как Push), потому что у вас нет необходимых разрешений, но если вы хотите использовать или возиться с кодом на своем локальном компьютере, вы можете это сделать. Чтобы увидеть содержимое каталога, вы можете ввести cd vscode в терминале и выполнить ls или в Windows вы можете ввести explorer.exe . чтобы открыть проводник в этом каталоге.
Теперь вы знакомы с основами использования Git для клонирования любого репозитория GitHub. Вы не можете клонировать только частные репозитории, не принадлежащие вам, но все остальное, что является общедоступным, является честной игрой. Если вам больше не нужны файлы, просто удалите их с локального компьютера. Они не повлияют на удаленное репо. Если вы хотите получить последние файлы из этого репозитория в любое время, убедитесь, что вы находитесь в этом каталоге в терминале, и просто введите git pull, чтобы загрузить последние изменения.
Аутентификация GitHub CLI с использованием учетных данных вашей учетной записи
Источник: Windows Central
Если вы хотите пойти дальше с GitHub и начать загружать туда свои собственные файлы, я настоятельно рекомендую также иметь в своем арсенале приложение GitHub CLI. Это инструмент командной строки, который существует вместе с Git и специфичен для GitHub (сам Git также может взаимодействовать с несколькими службами, такими как GitLab и BitBucket).
GitHub больше не позволяет вам аутентифицироваться в Git, используя имя пользователя и пароль вашей учетной записи, вместо этого требуется личный токен доступа. Более простой способ аутентификации вашей системы — с помощью интерфейса командной строки GitHub, который может использовать логин и пароль вашей учетной записи. Чтобы использовать его, откройте свой терминал и выполните следующие действия. Опять же, все шаги одинаковы независимо от того, используете ли вы Windows, Mac, WSL или Linux.
Источник: Windows Central
Запишите полученный одноразовый код и нажмите Enter.
Источник: Windows Central
Теперь вы войдете в клиент GitHub CLI, и у вас есть ряд вещей, которые вы можете делать с ним, кроме того, что теперь вы можете отправлять код с помощью Git. Чтобы просмотреть полный список команд, просто введите gh --help в терминал.
Настройка вашего первого репозитория GitHub
Есть два способа легко настроить свой первый репозиторий GitHub. Вы можете либо использовать веб-сайт, либо, если вы уже вошли в GitHub CLI, вы можете создать его с помощью нескольких команд в терминале.
Вот что вам нужно сделать для обоих методов.
Источник: Windows Central
Запустите домашнюю страницу GitHub и убедитесь, что вы вошли в свою учетную запись. Чтобы создать новый репозиторий, выполните следующие действия.
- Нажмите + в правом верхнем углу.
- Выберите Новый репозиторий.
- Назовите свой репозиторий. Это обязательно как для общего, так и для частного доступа.
- Выберите общедоступный или закрытый в зависимости от того, что вам нужно.
- Выберите любой из дополнительных файлов или лицензий, если они вам нужны.
- Нажмите «Создать репозиторий».
Один из файлов, которые вы можете создать автоматически, — это текстовый файл README.md. Вам не нужен один из них, но это хорошая идея, так как это файл, который будет содержать всю информацию на лицевой стороне. Все, что вы вводите в этот файл, отображается в вашем репо. Если это личное и вы не собираетесь делиться содержимым, это не так важно.
Теперь вы создали свой первый репозиторий GitHub! Чтобы синхронизировать его с локальным компьютером, выполните описанные выше шаги, чтобы клонировать его.
Использование интерфейса командной строки GitHub
Источник: Windows Central
Поскольку большая часть времени при использовании GitHub будет проводиться в терминале, командная строка — это быстрый и простой способ инициализировать новый репозиторий GitHub с помощью GitHub-CLI. Дополнительным бонусом здесь является то, что репозиторий уже будет связан с локальной папкой, настроен и готов для Git.
- Перейдите в локальный каталог, который вы хотите синхронизировать с репозиторием GitHub, либо с помощью cd в терминале, либо открыв терминал из проводника.
- Введите git init и нажмите Enter.
- После создания пустого репозитория Git введите gh repo create .
- Назовите репозиторий (нажмите Enter, чтобы использовать имя папки).
- Укажите для репозитория необязательное описание и нажмите клавишу ввода.
- Выберите видимость репозитория с помощью клавиш курсора и нажмите клавишу ввода.
- Введите Y и нажмите клавишу ВВОД, чтобы продолжить и создать исходный удаленный git.
По завершении вы увидите сообщение об успешном завершении и подтверждение только что созданного пульта.
Источник: Windows Central
Ключевыми шагами здесь являются первые два, так как без них вы не сможете создать репозиторий с GitHub CLI.Все репозитории Git должны быть инициализированы, и если вы клонируете один из GitHub, в нем уже будут необходимые файлы. Конечный результат тот же, но с помощью этого метода вы можете быстро создать репозиторий GitHub и связать его с вашей локальной папкой/репозиторием Git, готовым к фиксации и отправке.
Отправка на GitHub из командной строки
Источник: Windows Central
Теперь у вас есть собственный репозиторий GitHub, и пришло время отправить в него несколько файлов. Какой бы метод вы ни использовали для его создания, после того, как он будет связан с вашим локальным компьютером, вам нужно будет сделать еще несколько шагов. Следующие шаги предполагают, что вы выполнили все до этого момента и использовали интерфейс командной строки GitHub для аутентификации вашей системы с помощью вашей учетной записи.
Первое, что вам нужно сделать, это сообщить Git, кто вы такой. Вы не можете ничего коммитить на GitHub, не сделав этого. Откройте терминал и введите эти две команды.
Теперь каждый раз, когда вы что-то фиксируете на GitHub со своего ПК, эта информация будет прикрепляться. В небольших случаях, таких как личные репозитории, это не так важно, но система построена так, чтобы обслуживать даже крупные организации.
Теперь мы готовы отправить содержимое нашего локального репозитория Git на GitHub.
-
Введите git добавить. в терминал. Поскольку это первая отправка, мы предполагаем, что вы хотите отправить все файлы. Для отдельных файлов замените имя файла точкой.
Подтвердите, что файлы теперь находятся в промежуточном состоянии со статусом git .
Источник: Windows Central
Теперь вам нужно зафиксировать промежуточные файлы с помощью git commit -m "Insert a message here" . Сообщение является обязательным, но для первого раза подойдет "Первая фиксация".
Источник: Windows Central
Чтобы отправить, введите git push --set-upstream origin master и нажмите клавишу ввода.
Источник: Windows Central
Продолжительность отправки зависит от размера каталога, но как только это будет сделано, вы получите подтверждение и вернетесь к пустому приглашению. Вы можете использовать git status в любое время, чтобы проверить, есть ли промежуточные файлы для фиксации. Также стоит отметить, что шаг 4 необходим только при первом коммите. В будущем вы можете просто использовать git push для отправки всех зафиксированных файлов в репозиторий GitHub.
Это может показаться сложным, но как только вы настроите использование GitHub и потратите немного времени на его использование как в Интернете, так и на локальном компьютере, все это довольно быстро станет вашей второй натурой. Все, что здесь обсуждается, поможет вам полностью настроиться и охватит основы, необходимые для клонирования, отправки и извлечения в GitHub и из него.
Рейтинг всех 15 боев с главными боссами Elden Ring
В Elden Ring есть 15 различных сражений с главными боссами, но какие из них самые лучшие (а какие ужасные)? Вот наш окончательный рейтинг всех без исключения главных боссов в игре.
Обнаружено древнее пасхальное яйцо Windows 1.0 с участием Гейба Ньюэлла
Как раз в тот момент, когда вы думали, что хранилища знаний старой Windows 1.0 исчерпаны, появляется новая запись. И это становится еще более захватывающим: этот конкретный самородок знаний содержит отсылку ни к кому иному, как к самому Гейбу Ньюэллу из Valve.
Присоединяйтесь к нам в прямом эфире для Windows Central Video Podcast сегодня в 13:30 по восточному времени
Сегодня в 13:30 по восточному времени мы в прямом эфире с подкастом Windows Central Video, обязательно будьте там!
Настройте рабочую станцию Surface Pro с одним из этих внешних мониторов
Surface Pro хорош сам по себе, но это не значит, что вы не можете добавить к нему один или два внешних монитора, чтобы создать прекрасную боевую станцию. Вот лучшие общие выборы, доступные сейчас.
Читайте также: