Рубрики
Без рубрики

Руководство по выживанию: Git/GitHub

100 из 100-разработчики предпочитают использовать Git/GitHub для контроля и хостинг… Помечено github, git, java, бразильскими разработчиками.

100 из 100-разработчики предпочитают использовать Git/GitHub для контроля и хостинг файлов шрифтов(если вы не читали предыдущие статьи, где я привожу и отдаю описание разъяснения о том, контроля и управления версиями кода работает там [ https://dev.to/rs_marinheiro/controle-de-versao-versionamento-de-codigo-1hg ]. Создано Линус Trovalds в 2005 году(это же тот парень, который создал Linux) git в конечном итоге становится инструментом управления версиями с открытым исходным кодом, используемый для предприятий и разработчиков по всему миру, а также хорошо работать в различных Ide ,Операционных Систем, позволяет интеграция с программным обеспечением сторонних производителей, таких как Jira, например. Данная статья имеет целью представить читателю это мощный инструмент,управления версиями кода,и показать читателям команды, необходимые для тех, кто хочет выйти из начальной точки.

Как мы уже упоминали в предыдущей статье Git работает в распределенных и работать в распределенных git делится на 4 различных областях, как мы можем видеть на рисунке ниже:

Working Directory(рабочий Каталог): как само название уже говорит-это каталог, где вы используете для работы, без риска испортить что-либо, как если бы вы были с помощью localHost жизни, чтобы редактировать файлы.

Stagging Area(Area Стадии): парень, который делает середину поля между его локальный каталог и локальном хранилище,той области, где находятся файлы, которые могут быть сохранены в локальном хранилище. Аналогичным образом, как если бы мы, используя этот район, чтобы положить в коробку то, что мы хотим подняться на производство.

LocalRepo(RepositorioLocal): место, где ваши источники находятся спасены, все изменения находятся в Аналогичным образом, как если бы мы, закрыв коробку с элементами

RemoteRepo(Удаленного Хранилища):расположение ответственности за централизовать в одном месте все репозитории всех разработчиков, участвующих в проекте. Это централизации осуществляется через использование удаленных серверов, как самый популярный у нас есть GitHub.

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

Установка

Если вы еще не git установлен ниже оставляю ссылку, которая тебе помог устанавливает его на машине Linux/Windows/Mac (его установка проста, ничего что вам терять сон) [ https://git-scm.com/ ]

После установки откройте терминал ваших предпочтений(если вы используете Windows, вы можете использовать Git Bash Here, перейдите в любую папку, правой кнопкой открыть Git Bash Here), выполните следующую команду git –version с на картинку ниже:

Если результат равен изображения поздравляем git был установлен правильно.

Начальные Настройки

После установки git необходимо настроить пользователя и поместите ваш адрес электронной почты, в конце концов, люди должны знать, кто вы, и кто сделал какое-либо изменение в коде для этого в терминале введите следующие команды:

git config –global user.name “Ваше Имя” git config –global user.email “Email, которые вы будете использовать”

Готов после этой настройки, следующим шагом будет создание локального репозитория, чтобы мы могли выполнять наши коммиты, а затем мы можем разместить на github. Para isso na pasta onde encontra-se o seu projeto rodeo seguinte pela linha de comando o comando git init .:

Здесь стоит один нюанс при запуске этой команды git создает скрытую папку .git в каталоге по картинке(если вы не просматриваете этот файл в папку, где снимался команду, необходимо включить просмотр скрытых файлов в Панели Управления Windows или операционной системы, которые вы используете)

Основные Команды

После запуска команды git init в папке, где находится ваш проект, теперь вы можете увидеть, какие файлы находятся в вашем проекте, и вы хотите сохранить их на рабочем stage(как мы уже упоминали выше), то терминал в папке, где вы создали свой локальный репозиторий, выполните следующую команду git status :

Убедитесь, что после смотреть эту команду можно было увидеть, что файл, который я только что закончил добавлять в хранилище(novo_documento.txt) остался красный цвет, это означает, что этот файл уже достоин быть размещены на рабочем stage, для этого мы будем запускать следующей командой git add . (например, сам git предположить, на изображении выше)

После смотреть эту команду, и мы снова git status, вы увидите следующий результат:

Файл, который я создал, который прежде был красным, теперь отображается зеленым цветом, это означает, что этот файл теперь готов для commitado.

Для commitarmos просто дать следующую команду git commit-m “Комментарий” Любое как мы видим на изображении:

OBSIMP: старайтесь быть как можно более кратким и, возможно пришло время добавить комментарий, пожалуйста, помните, что вы работаете в команде, и люди должны понять, что вы сделали, никто не работает гадание. * *

Готово, вы только что закрыл свой пакет поправок/изменений, и теперь вы уже можете отправить на gitHub, но если вам нужно увидеть журнал все, что было сделано в проекте у вас есть возможность запускать команды git log как это показано на рисунке ниже.

Здесь стоит кратко нюанс в известность в желтый цвет показывает, хэш-код, созданный git после проведения фиксации. Этот код создается с помощью git каждый раз, когда commitamos что-то с помощью этого хэш-код git идентифицирует каждый фиксации проводится в его конструкции.

Создание Удаленного Репозитория

На этом этапе необходимо уже с учетной записи на GitHub создан после создания аккаунта нажмите на фото своего профиля и выберите опцию Your Profile, как мы видим на рисунке.

И затем выберите опцию new как изображение ниже:

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

Здесь стоит еще один нюанс, если вы хотите покинуть проект частный, и только отметить опцию private

Настройка SSH

Перед тем, как подняться проект на сервер GitHub необходимо настроить ключи SSH, но, в конце концов, что это такое?

Ключ ssh-это протокол безопасности требует GitHub, который позволяет только машина, в которой вы настроили доступ к репозитории, это значит, что если вы пытаетесь получить доступ к какой-то удаленный репозиторий другой машины отличается от того, что вы настроили, GitHub не позволит

OBSIMP: Здесь стоит точка внимания с 13 Августа 2021 года на GitHub не позволяет больше, чем пользователи с пользователя и пароль через командную строку, поэтому необходимо configurarmos SSH-ключ.

Терминал GitBash введите следующую команду:

ssh-keygen -t ed25519 -C ” your_email@example.com “

-Сразу после того, как вы введете эту команду ввод до конца в процессе генерации ключей. После этого шага перейдите к папке, где ключи были создано(в моем случае он генерируется в папке .ssh в каталоге C:/Usuarios/rafael windows), и скопируйте контент, содержащийся в файле расширения .pub.

Добавив Ключ в GitHub

  1. Войдите в свою учетную запись на GitHub и в правом верхнем углу нажмите на setinha рядом фото и выберите settings;

  2. No canto esquerdo seleccione a opção(ключи SSH и GPG);

  3. E depois clique no botão Новый SSH ключ

  4. На Следующем экране вставьте любое имя для своего ключа, и в поле key вставьте ключ публикует, что вы получили в форуме ранее и нажмите кнопку ” Add SSH Key.

  5. Вскоре в ране, вы увидите ключ, недавно настроена в вашей учетной записи GitHub, но его необходимо перезагрузить оборудование (в основном, если вы используете Windows, чтобы Windows не удается распознать его полномочия)

Отправка Файла На GitHub

А теперь пришло время, чтобы отправить все наши пакеты pro удаленном сервере, чтобы это, вы увидите, что после создания удаленного репозитория git отображает следующий экран, ничего больше, что является своего рода colinha, чтобы отправить своих источников, pro удаленном сервере:

Для этого просто колесо в терминале последние две строки(что делает краткое объяснение этих команд мы можем заметить): команда git remote назначаем удаленный репозиторий в локальном репозитории вашего фурнитура; команда git push действительно ловит все коммиты, которые были проведены и проповедуй там, чтобы на-майне(это имя, git помещает определяет, что этот парень является главным хранилищем вашего проекта).

После смотреть эту команду, а затем туда полететь в gitHub, и я нажимаю на название нашего репозитория вы уже увидите изменения уже содержатся внутри сервера gitHub как изображение ниже:

Ну, ребята, это было небольшое введение, как работать с git/github кроме того, чтобы представить некоторые основные команды день за днем, чтобы сначала выйти из инерции. В следующих статьях будем копать немного глубже в поток git.

Оригинал: “https://dev.to/rs_marinheiro/manual-de-sobrevivencia-git-github-13cp”