Содержание

Как загрузить проект в Github



После проверки загрузки моего проекта в github я все еще понятия не имею, как загрузить проект в мой репозиторий Git Hub.

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

Я искал на странице репозитория какую-нибудь кнопку загрузки, но ничего подобного не видел.

Я посмотрел на ссылки, предоставленные до сих пор, но я все еще не получаю ничего. Они упоминают командную строку, это командная строка Windows или Git Bash? Потому что я не могу заставить ни того, ни другого что-либо сделать.

Я также пробовал использовать Git GUI, но когда я выбираю нужную папку, она говорит, что это не Git repository…does, ее нужно застегнуть? Я попытался добавить файл .gitconfig в папку, но это не имеет значения.

upload github repository git-bash git-gui
Поделиться Источник jampez77     09 октября 2012 в 12:09

23 ответа


  • Как загрузить проект с папками в GitHub

    Я работаю над проектом и хочу загрузить его в свой репозиторий GitHub. Проект содержит файлы внутри папок, и я не знаю, как их загрузить. Кто-нибудь может мне помочь?

  • Как загрузить проект laravel в github, не позволяя git изменять сам проект

    Я новичок в github, и прямо сейчас я пытаюсь загрузить свой проект laravel в github. Я успешно загрузил проект github, однако всякий раз, когда я добавляю свою папку через git bash, она всегда показывает предупреждение о том, что какой-то файл внутри проекта laravel будет заменен на CRLF, и я…



312

Поскольку я написал этот ответ, github выпустил собственный клиент windows, который делает все нижеприведенные шаги излишними.

Вы также можете использовать sourcetree для установки git и mercurial на Windows.


Вот как бы вы это сделали в Windows:

  1. Если у вас не установлен git, см. Эту статью о том, как его настроить.
  2. Откройте командную строку Windows.
  3. Перейдите в каталог, в котором находится исходный код, в командной строке.
  4. Сначала создайте новый репозиторий в этом каталоге git init . Это будет означать «Initialized empty git repository in ….git» ( ... -это путь).
  5. Теперь вам нужно рассказать git о ваших файлах, добавив их в свой репозиторий. Сделайте это с git add filename . Если вы хотите добавить все свои файлы, вы можете сделать git add .
  6. Теперь, когда вы добавили свои файлы и внесли изменения, вам необходимо зафиксировать изменения, чтобы git мог их отслеживать. Тип git commit -m "adding files" . -m позволяет добавить сообщение о фиксации(коммита) в строку.

До сих пор описанные выше шаги-это то, что вы сделали бы, даже если бы не использовали github. Это обычные шаги для запуска репозитория git. Помните, что git распределен (децентрализован), а это означает, что вам не нужно иметь «central server» (или даже сетевое соединение), чтобы использовать git.

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

git remote add origin https://github.com/yourusername/your-repo-name.git

*Note: your-repo-name должно быть создано в GitHub до того, как вы сделаете git remote add origin ... После того, как вы это сделаете, git теперь знает о вашем удаленном репозитории. Затем вы можете сказать ему, чтобы он передал (что равно «upload») ваши файлы:

git push -u origin master

Поделиться Burhan Khalid     09 октября 2012 в 12:27



73

Выполните следующие действия, чтобы спроецировать на Github

1) git init

2) git add .

3) git commit -m "Add all my files"

4) git remote add origin https://github.com/yourusername/your-repo-name.git

Загрузка проекта с нуля требует git pull origin master .

5) git pull origin master

6) git push origin master

Поделиться RishiKesh Pathak     30 декабря 2014 в 07:09



28

git push --force origin master

если у вас возникли проблемы с загрузкой!

Поделиться sonu     16 января 2014 в 09:38


  • Загрузить проект с Android Studio на другую учетную запись Github

    Я работал над проектом Android Studio и загрузил его в свою учетную запись Github, используя опцию управления версиями Android Studio, выполнив простые шаги: VCS > > импорт в систему управления версиями >> общий доступ к проекту на Github Теперь я создал еще один проект в Android Studio и хочу…

  • Загрузить проект Go в репозиторий GitHub

    Как я могу успешно загрузить свой проект Go в существующий репозиторий github? Вот как выглядит мой $GOPATH: /home/user/go . Там я создал следующие каталоги: src/github.com/StefanCepa/ . И внутри этого каталога у меня есть 2 каталога, которые представляют два разных проекта. Я бы хотел, чтобы…



18

Здесь я объясняю, как я сделал это в окне, возможно, это также поможет другим 🙂

Обязательно установите Git и GitHub .

После завершения установки откройте “git bash”;

так что появится окно, как показано ниже:

Продолжайте и введите cd ~ , чтобы убедиться, что вы находитесь в домашнем каталоге;

Вы можете проверить адрес, по которому вы находитесь, набрав pwd ;

Теперь вам нужно создать учетную запись GitHub;

После создания учетной записи GitHub войдите в систему;

После того, как вы вошли в систему, в правом верхнем углу нажмите на + и выберите “New Repository”

Затем в открывшемся окне введите имя, которое вы хотите иметь для репозитория, в поле “Repository name”. Добавьте “Description (optional)”, если хотите, и отметьте “Initialize this repository with a README”. Затем нажмите на “Create repository”.

Теперь перейдите к своему драйверу C; создайте новую папку и назовите ее “git” Теперь перейдите в окно “git bash”; измените каталог на диск c, набрав cd ~; cd /c , Если вы наберете там ls , он покажет вам папки там; Убедитесь, что там отображается папка git:

Теперь вернитесь в браузер, перейдите на страницу GitHub, нажмите на созданный вами репозиторий, нажмите “Клонировать или загрузить” и скопируйте адрес, который там отображается (выбрав копировать в буфер обмена)

Теперь вернемся к “git bash”; Используйте команду cd git , чтобы перейти в папку git; теперь напишите следующие команды для подключения к вашему GitHub (введите имя пользователя и пароль вашего GitHub, когда он попросит вас)

git config --global user.name "Your Name"

И затем: git config --global user.email [email protected] . Следующий тип: git clone (url) , вместо (url) введите адрес репозитория GitHub, который вы скопировали со страницы GitHub; (например, git clone https://github.com/isalirezag/Test.git ).

Теперь, если вы выполните команду ls , вы увидите там свой репозиторий; Если вы также откроете папку git, которая находится в вашем окне, вы увидите, что ваш репозиторий добавлен в качестве папки.

Теперь используйте команду cd, чтобы перейти в репозиторий: cd Test

Продолжайте копировать и вставлять любые файлы, которые вы хотите поместить в этот репозиторий, в эту папку.

Для того, чтобы перенести файлы в свой репозиторий, вам необходимо сделать следующее:

Тип git

add filename (filename is the file name that you want to upload) or you can type the command below if you want to add all the files in the folder:

git add .

Затем введите: git commit -m "adding files" . И затем: git push -u origin master .

И тогда у вас все должно быть готово, если вы обновите свою учетную запись GitHub, файлы должны быть там 🙂

Поделиться Alex     24 марта 2017 в 16:33



16

Выполните следующие два шага:

  1. Создайте репозиторий онлайн по ссылке: https://github.com/new
  2. Затем свяжите свое локальное репо с удаленным репо с помощью команды: git add remote origin https://github.com/userName/repo.git Здесь repo.git будет вашим вновь созданным удаленным репо.

Это сработает как заклинание. Не нужно беспокоиться о SSH или HTTPS способах. Я впервые столкнулся с той же проблемой и потратил несколько часов на ее решение. Но это сработало для меня.

Поделиться VinayBS     20 января 2014 в 06:21



15

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

1) git init

2) git add .

3) git commit -m "Add all my files"

4) git remote add origin https://github.com/yourusername/your-repo-name.git

Загрузка проекта с нуля требует git pull origin master.

5) git pull origin master

6) git push origin master

Если при нажатии возникает какая-либо проблема, используйте git push --force origin master

Поделиться Ali Yar Khan     08 августа 2019 в 07:33



7

Это сработало для меня;

1- git init
2- git add .
3- git commit -m "Add all my files"
4- git remote add origin https://github.com/USER_NAME/FOLDER_NAME
5- git pull origin master --allow-unrelated-histories
6- git push origin master

Поделиться Walid Bousseta

    18 января 2019 в 18:52



6

Создайте новый репозиторий на GitHub. Чтобы избежать ошибок, не инициализируйте новый репозиторий с файлами README, license или gitignore. Вы можете добавить эти файлы после того, как ваш проект будет перенесен в GitHub. Открыть Terminal (для пользователей Mac) или в командной строке (для пользователей Windows и Linux ).

Измените текущий рабочий каталог на локальный проект.

Инициализируйте локальный каталог как репозиторий Git.

git init
#Add the files in your new local repository. This stages them for the first commit.

git add
# Adds the files in the local repository and stages them for commit. To unstage a file, use 'git reset HEAD YOUR-FILE'. Commit the files that you've staged in your local repository.

git commit -m 'First commit'
#Commits the tracked changes and prepares them to be pushed to a remote repository. To remove this commit and modify the file, use 'git reset --soft HEAD~1' and commit and add the file again.

  1. В верхней части страницы быстрой настройки репозитория GitHub нажмите кнопку , чтобы скопировать удаленный репозиторий URL. В верхней части страницы быстрой настройки репозитория GitHub нажмите, чтобы скопировать удаленный репозиторий URL.
  2. В командной строке добавьте URL для удаленного репозитория, в который будет помещен ваш локальный репозиторий.

$ git remote add origin remote repository URL # Sets the new remote git remote -v # Verifies the new remote URL Note: GitHub for Windows users should use the command git remote set-url origin instead of git remote add origin here. Push the changes in your local repository to GitHub.

$ git push origin master
# Pushes the changes in your local repository up to the remote repository you specified as the origin.

Источник: https://help.github.com/статьи/adding-an-existing-project-to-github-using-the-command-line/

Поделиться Rakesh     06 июля 2015 в 15:01



6

Я предполагаю, что вы находитесь в системе windows, как и я, и у вас установлен GIT. Вы можете либо выполнить эти команды с помощью простой командной строки в каталоге проекта, либо также использовать GitBash.

Шаг 1: Создайте репозиторий в GIT вручную. Назовите его так, как вам кажется подходящим.

Шаг 2: Перейдите в свой локальный каталог проекта. Если вы хотите опубликовать свой код в этом новом репозитории, который вы только что создали, убедитесь, что в корневом каталоге проектов нет имени папки .git, если оно есть, удалите его. Выполнить команду git init

Шаг 3: Выполнить команду git add .

шаг 4: Выполнить команду git commit -m YourCommitName

Шаг 5: Выполнить команду git remote add YourRepositoryName https://github.com/YourUserName/YourRepositoryName.git

Шаг 6: Выполнить команду git push --set-upstream YourRepositoryName master --force

Пожалуйста, обратите внимание, что на момент написания статьи я использую последнюю версию GIT. Также обратите внимание, что я не указал какую-либо конкретную ветвь, в которую нужно вставить код, чтобы он перешел к мастеру. На шаге 6 GIT попросит вас авторизовать команду, попросив ввести имя пользователя и пароль во всплывающем окне.

Надеюсь, мой ответ помог.

Поделиться Abhay Shiro     11 июня 2017 в 07:33



4

  1. Открыть Git Bash.
  2. Измените текущий рабочий каталог на локальный проект.
  3. Инициализируйте локальный каталог как репозиторий Git: $ git init
  4. Добавьте файлы в новое локальное хранилище. Это этапирует их для первого коммита: $ git add .
  5. Зафиксируйте файлы, которые вы разместили в локальном репозитории: $ git commit -m "First commit"
  6. В верхней части страницы быстрой настройки репозитория GitHub нажмите, чтобы скопировать удаленный репозиторий URL.
  7. В командной строке добавьте URL для удаленного репозитория, в который будет помещен ваш локальный репозиторий : $ git remote add origin remote repository URL
  8. Переместите изменения в локальном репозитории в GitHub: $ git push origin master

Поделиться felhi     09 декабря 2016 в 22:52



4

Шаги для загрузки проекта в git:-

Шаг 1-Откройте cmd и измените текущий рабочий каталог на местоположение вашего проекта.

Шаг 2-инициализируйте каталог проекта как репозиторий Git.

$ git init

Шаг 3-добавьте файлы в свой локальный репозиторий.

$ добавлять .

Шаг 4-зафиксируйте файлы, которые вы разместили в своем локальном репозитории.

$ git commit -м «First commit»

Шаг 5-скопируйте удаленный репозиторий url.

Шаг 6-Добавьте удаленный репозиторий url в качестве источника в вашем локальном местоположении.

$ git add copied_remote_repository_url происхождения

Шаг 7-подтвердите, что ваше происхождение обновлено, а не нет.

$ git remote показать происхождение

Шаг 8-переместите измененные данные в свой репозиторий github

git push $ мастер происхождения.

Поделиться Mandeep Singh Gill     24 декабря 2019 в 09:21



3

Я думаю, что проще всего для вас было бы установить плагин git для eclipse, работающий более или менее так же, как плагины eclipse CVS и SVN:

http://www.eclipse.org/egit/

GL!

Поделиться Eva     09 октября 2012 в 12:13



3

  1. Сначала Вам нужно создать учетную запись на Github
  2. Затем создайте новый проект — назовите этот проект так, как вы хотите, после чего будет показан ваш проект url
  3. Теперь скопируйте url
  4. Затем откройте командную строку и перейдите в каталог или папку, которые вы хотите загрузить с помощью cmd
  5. Затем введите следующие команды

     git init
     git add .
     git commit -m "initial commit"
     git remote add origin PASTE URL
     git push -u origin master
    
  6. Теперь проверьте свою учетную запись GitHub, репозиторий успешно загружен.

Для получения полного руководства вы можете посмотреть это видео .

Поделиться mitesh7172     21 декабря 2017 в 08:05



2

Вероятно, самое полезное, что вы могли бы сделать, — это прочитать онлайн-книгу [http://git-scm.com/book/en/] . Это действительно довольно приличное чтение и дает вам концептуальный контекст, с помощью которого можно правильно выполнять задачи.

Поделиться ProfVersaggi     14 февраля 2014 в 03:16



2

Скачать SourceTree. Он доступен для windows7+ и Mac, и настоятельно рекомендуется загружать файлы на github через interactive UI.

Поделиться Prakhar1001     21 сентября 2016 в 14:41



2

Мне потребовалось около 2 часов, чтобы понять, что я должен создать репо до GitHub ( http://github.com/new), прежде чем пытаться переместить мои локальные файлы в github.

После попытки протолкнуть ошибки были похожи:

remote: Repository not found.
fatal: repository 'https://github.com/username/project.git/' not found

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

Поделиться O-9     29 ноября 2018 в 12:30



2

Убедитесь, что git установлен в вашей системе. Я объясняю этот процесс с помощью windows OS

Вот как я это сделал :

1.Open cmd (вы можете сделать и с git bash).

2.Go в каталог вашего проекта(где находится ваш проект).

3.Now тип your_directory >git init это инициализирует пустой репозиторий, если он будет введен в первый раз. например : C:\Users>git init

4.Now введите your_directory >git add <filename> (если вы хотите добавить все файлы) или git add . (если вы хотите добавить все файлы) и введите.

5.Now тип >git commit -m "commit message goes here" и введите.

(в случае, если вам нужно проверить статус, вы можете сделать это, набрав >git status ) и введите.

6.Now тип >git remote add origin git_repository_url

(проверьте >git remote -v ) и войдите.

7.Now повернитесь, чтобы нажать на нее ...>git push origin master и войдите

(если вы получаете ошибку, вы нажимаете ее с силой, набрав ...>git push -f origin master и enter.

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

Надеюсь, это сработает для вас.

Поделиться Badri Paudel     12 декабря 2019 в 13:02



1

Следуйте инструкциям из RishiKesh Pathak выше, вы даже можете сократить команду push, вставив эту командную строку только один раз:

git config --global push.default simple

Так что в следующий раз вместо использования git push origin master вам просто нужно:

git push

Подробности смотрите здесь .

Поделиться Chetabahana     05 мая 2016 в 19:08



1

Лучший способ git — это действительно начать Gitting . Попробуйте этот веб-сайт, на котором вы шаг за шагом узнаете, каковы основные способы выполнения функций в командной строке для запуска проекта на GitHub

Это называется try.github.io , или вы также можете пройти курс по codeAcademy

Поделиться Shan-Desai     05 мая 2016 в 19:13



1

Я сделал следующее;

  1. git init
  2. git add .
  3. git commit -м «Your_message»
  4. git remote добавить источник @your_git_repository
  5. git push -u origin master

Конечно, вы должны установить git

Поделиться Cansel Muti     30 января 2018 в 07:55



0

  1. Нам нужно Git Bash
  2. В Командном Разделе Git Bash::

1.1 ЛС

Он покажет вам местоположение по умолчанию.

1.2 CD «C:\Users\user\Desktop\HTML» Нам нужно назначить путь проекта

1.3 git init Он инициализирует пустой репозиторий git в C:\Users\user\Desktop\HTML

1.4 ls он будет перечислять все имена файлов

1.5 git remote добавить происхождения https://github.com/repository/test.git это ваша https://github.com/repository/test.git ваш репозиторий путь

1.6 git remote -в Чтобы проверить погоду у нас есть fetch или push permisson или нет

1.7 git add . Если ты поставишь . тогда это означает, что мы имеем в папке определенным опубликовать все.

1.8 git commit -м «First time»

1.9 git push -у происхождение мастера

Поделиться Rahul Gangahar     11 июля 2019 в 07:08



0

То, что вам нужно, это соединение SSH и GitHub init в ваш проект. Я объясню под Linux машиной.

Давайте начнем с некоторых простых вещей: перейдите в свой проект в terminal и используйте:

git init
git add .
git commit 

теперь давайте добавим SSH в вашу машину: используйте ssh-keygen -t rsa -C "[email protected]" и скопируйте открытый ключ, а затем добавьте его в свое репо GitHub Deploy keys -> add one обратно в проект машины прямо сейчас: git push origin master если есть ошибка сконфигурируйте свой .github/config на nano .github/config и измените URL на ssh один на url = [email protected]:username/repo.... , и все

Поделиться Nimr Sawafta     08 июня 2020 в 22:08



-2

для загрузки нового проекта в GIT (сначала вам нужно иметь локальную кодовую базу проекта и репо GIT ,в которое вы будете загружать проект, в GIT вам нужно иметь свои учетные данные)

  1. Пункт списка

    1.open Git Bash

    2 . перейдите в каталог, в котором у вас есть база кода (расположение проекта ) cd в расположение проекта cd /*/***/*****/***** Тогда здесь вам нужно выполнить команды git

    1. git init нажмите enter, и вы увидите что-то вроде этого ниже Инициализированный пустой репозиторий Git в *:/***/****/*****/.git/ таким образом, git init инициализирует пустой репозиторий GIT в локальном
    2. git add . нажмите enter приведенная выше команда добавит все каталоги,подкаталоги , файлы и т. Д. Вы увидите что-то вроде этого предупреждения: LF будет заменен на CRLF в ****. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *******. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *******. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в **************. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ************. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *************** Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменено CRLF в j*******. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ***********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в **************. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ***********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге.

    3. git commit -м «first commit» нажмите enter -m предоставленная опция для добавления комментария он зафиксирует код на этапе env вы увидите что-то вроде этого

[master (root-commit) 34a28f6] добавление ******** предупреждение: LF будет заменен на CRLF в c*******. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *******. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в ********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге. предупреждение: LF будет заменен на CRLF в *********. Файл будет иметь исходные окончания строк в вашем рабочем каталоге.

предупреждение: LF будет заменен на CRLF в ***********.


27 файлов изменены, 3724 вставки(+) создать режим 100644 ***** создать режим 100644 ***** создать режим 100644 ***** создать режим 100644 ****** создать режим 100644 ****** создать режим 100644 ***** создать режим 100644 ******

6.git удаленное добавление origin http://[email protected]:repopath.git нажмите enter это добавит в репо

7.git push -u origin master нажмите enter это загрузит все из локального в репо на этом шаге вам нужно ввести пароль для репо, куда вы будете загружать код. вы увидите что — то подобное ниже Подсчет объектов: 33, готово. Дельта-сжатие с использованием до 12 потоков. Сжатие объектов: 100% (32/32), готово. Пишущие объекты: 100% (33/33), 20.10 KiB | 0 bytes/s, сделано. Всего 33 (дельта 14), повторно использовано 0 (дельта 0) To http://[email protected]:repolocation.git * [новая ветвь] master -> master Мастер ветвей настроен для отслеживания удаленного мастера ветвей из источника.

Поделиться Prem S     02 августа 2017 в 17:05


Похожие вопросы:


Как загрузить проект в Github

Когда я загружаю свой проект в Github, он пишет мне «Commit is failed». я использую bower и nodeJS, и я думаю, что проблемы именно в этом, но мне нужно загрузить эти каталоги. Что мне…


Загрузить проект с github

Я читал блог Майка Эша, и в одной из статей http:/ / www.mikeash.com/pyblog/friday-qa-2013-02-08-lets-build-key-value-coding.html он дает ссылку на проект в github…


Github новый проект добавить

хороший день: Я новичок в github. Я создал РЕПО. Я хочу загрузить весь проект в github; мой проект имеет много папок и подпапок. Для этого я последовал этому гиду , теперь у меня есть мое РЕПО, и я…


Как загрузить проект с папками в GitHub

Я работаю над проектом и хочу загрузить его в свой репозиторий GitHub. Проект содержит файлы внутри папок, и я не знаю, как их загрузить. Кто-нибудь может мне помочь?


Как загрузить проект laravel в github, не позволяя git изменять сам проект

Я новичок в github, и прямо сейчас я пытаюсь загрузить свой проект laravel в github. Я успешно загрузил проект github, однако всякий раз, когда я добавляю свою папку через git bash, она всегда…


Загрузить проект с Android Studio на другую учетную запись Github

Я работал над проектом Android Studio и загрузил его в свою учетную запись Github, используя опцию управления версиями Android Studio, выполнив простые шаги: VCS > > импорт в систему управления…


Загрузить проект Go в репозиторий GitHub

Как я могу успешно загрузить свой проект Go в существующий репозиторий github? Вот как выглядит мой $GOPATH: /home/user/go . Там я создал следующие каталоги: src/github.com/StefanCepa/ . И внутри…


Как загрузить локальный проект RStudio в Github, включая историю фиксаций(коммитов)?

У меня есть проект RStudio с историей git commit истории. Я хотел бы загрузить этот проект ВКЛ. из истории git commit в историю Github и посмотрите историю фиксации(коммита) на Github. Я могу…


Загрузить полный проект против полного При загрузке (GitHub)

Для тех, кто уже загрузил свои репозитории и проекты в GitHub, проще ли сначала загрузить, а затем завершить проект, или загрузить только версию final (не принимая во внимание будущие исправления…


Загрузить проект flutter в GitHub

У меня есть проект flutter, созданный в android studio году. Я хочу загрузить его в GitHub, чтобы я мог поделиться им и удаленно загрузить на другую систему. Я новичок в GitHub. Как я могу загрузить…

Home · andreiled/mipt-cs-4sem Wiki · GitHub

Необходимое ПО

В первую очередь надо установить клиент git: обязательно потребуется консольный клиент, доступный по ссылке http://git-scm.com/downloads (поддерживаются основные ОС), графический клиент можно установить по желанию, исходя из своих предпочтений. На Unix системах можно воспользоваться менеджером пакетов (yum на fedora и подобных или apt-get на debian, ubuntu и подобных) вместо того, чтобы скачивать установщик с сайта.

Далее работа с git будет объясняться на примере работы с консольным клиентом по следующим причинам:

  • Чтобы у вас складывалось понимание происходящего и при возникновении проблем вы могли четко объяснить, что вы делали, и было видно, что пошло не так.
  • Все нажатия кнопок в графических клиентах в итоге сводят к выполнению определнных команд консольного клиента, в то же время возможности графиеских клиентов ограничены по сравнению с консольным
  • У тех, кто будет работать в классе на стоящих там компьютерах, не будет другого выбора, кроме как пользоваться консольным клиентм (на сколько мне известно, никаких графических клиентов для git там не установлено)

Аккаунт и репозитории на github.com

Затем надо зарегистрироваться на https://github.com/. После чего можно будет создавать свои репозитории или присоединиться к работе над проектами коллег, сделав fork другого репозитория. Вам предлагается начать с создания fork-а к заведенному мной репозиторию https://github.com/andreiled/mipt-cs-4sem, где я буду выкладывать примеры кода к занятиям и задания. О механизме обмена кодом между пользователями мы поговорим на следующем занятии.

Работа с кодом из репозитория на локальном компьютере

Создание локального репозитория, связанного с удаленным репозиторием

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

  1. Открываем консольный клиент.
  • На Windows после установки клиента полявляется пункт Git Bash в контекстом меню папки. Достаточно перейти в жалаемую папку и воспользоваться этим пунктом меню.
  • На Unix системах достаточно открыть терминал и перейти в нужную директорию. При стандартной установке консольного клиента будет доступна команда git без дополнительных усилий.
  1. Выполняем команду git clone https://github.com/%user_login%/%repo_name%.git. Полную https ссылку на репозиторий для его выкачивания можно также найти на странице самого репозитория на github. После этого в текущей папке появится новая папка с именем %repo_name%, содержащая копию удаленного (remote) репозитория.
  2. Переходим в свежесозданную папку репозитория и настраиваем его:
  3. git config user.name ivan.ivanov
  4. git config user.email [email protected]

Внесение и оформление изменений в локальном репозитории

  1. Воспользовавшись командой git status можно узнать, на какой ветке (branch) репозитория вы сейчас находитесь, какие изменения присутствуют в вашей рабочей копии и другую информацию.
    Рабочей копией называется совокупность файлов в локальной папке репозитория за исключением служебных файлов.
  2. После внесения каких-либо изменений в рабочую копию их можно закоммитить в локальный репозиторий:
  3. сначала нужная часть изменений подготавливается к коммиту с использованием команды git add %file_path%
  4. после чего производится коммит командой git commit
    Использование команды без аргументов откроет текстовый редактор, где надо будет написать комментарий для коммита, коммит обязательно должен иметь комментарий. Другим вариантом задания комментария к коммиту является использование команды git commit -m "%commit_message%"
  5. Историю изменений можно посмотреть командой git log или git log --name-only. Если вся история изменений не умещается на экране, то можно пользоваться клавишами прокрутки на клавиатуре («стрелочки», PgUp, PgDown), выход из режима просмотра изменений осуществляется нажатием клавиши «q».

Загрузка локальных изменений в удаленный репозиторий

После того, как были выполнены нужные локальные коммиты, изменения можно загрузить в удаленный репозиторий с помощью команды git push origin master. GIT клиент при этом запросит имя пользователя и пароль для доступа к github.
Выполнение этой команды может закончиться с ошибкой, если в локально репозитории отсутствуют последние изменения, имеющиеся в удаленном репозитории. Для решения этой проблемы надо выполнить команду git pull, которая скачает последние изменения из удаленного репозитория и смержит их с вашими локальными правками, после чего можно повторить команду git push.

Практическое руководство по использованию Git. Часть 1

Перевод первой части статьи «How to Use Git and Git Workflows – a Practical Guide».

Все говорят, что разработчику нужно знать Git — и это правда. Но будем откровенны: Git не так прост.

Моей карьере разработчика уже почти десять лет, но я все еще изучаю этот инструмент и приемы эффективной работы с ним.

Недавно я даже понял, что весьма превратно понимал одну ключевую команду, которой пользовался бессчетное число раз.

Я считаю, что как и многие другие вещи в программировании, Git лучше всего изучать на практике. Начните пользоваться инструментом — и постепенно освоите и основы, и продвинутый функционал.

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

Мы будем использовать простые команды и разбирать стоящие за ними концепции — но только в том объеме, который способствует лучшему пониманию.

Безусловно, в этой статье мы не сможем рассмотреть все аспекты работы с Git, но более сложные вещи вы освоите самостоятельно в процессе работы.

Также отмечу, что я не буду использовать древовидные схемы (такие, как на иллюстрации снизу). Дело в том, что лично меня они всегда только сбивали с толку, и то, что я никогда не представлял себе Git именно таким образом, не помешало мне стать продуктивным разработчиком.

https://www.atlassian.com/git/tutorials/using-branches/git-checkout

В первой части статьи мы рассмотрим следующие темы:

Я советую вам испытывать все описываемые команды самостоятельно, на вашей машине. Итак, начнем!

Как установить Git и настроить аккаунт на GitHub

Начнем с рутинных, но необходимых вещей.

Если вы уже установили Git на своей машине, завели аккаунт на GitHub (или GitLab, или Bitbucket) и настроили SSH-соединение, то этот раздел можно пропустить.

Если нет, для начала нужно установить Git.

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

Заведя аккаунт, нужно создать SSH-ключ. Это позволит вам отправлять ваш код с вашей локальной машины на GitHub (при помощи ключа GitHub будет проверять, что вы — это вы). Это не сложно: просто следуйте инструкции.

Как создать новый репозиторий на GitHub

Следующее, что нам нужно сделать, это создать репозиторий на GitHub.

Это просто. Нажмите кнопку «New» на вашей домашней странице:

Затем выберите имя для репозитория и укажите, будет он приватным или публичным. Опционально можно добавить файл README. Затем нажмите кнопку «Create repository».

Свой репозиторий я назвал practical-git-tutorial. В нем содержатся все шаги, описанные в этом руководстве, так что при желании можете пользоваться им как справочником.

Как клонировать Git-репозиторий

Чтобы начать работать, нам нужно «клонировать» репозиторий. Клонирование означает скачивание из источника всего кода проекта, а также метаданных. Источником в нашем случае является GitHub.

Чтобы клонировать репозиторий, используйте команду git clone <URL>.

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

Примечание: команды, которые нужно запускать в терминале, предваряются значком $.

$ git clone [email protected]:johnmosesman/practical-git-tutorial.git
Cloning into 'practical-git-tutorial'...
remote: Enumerating objects: 6, done.
remote: Counting objects: 100% (6/6), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 6 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (6/6), done.

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

Давайте перейдем в папку проекта (при помощи команды cd):

$ cd practical-git-tutorial/
/practical-git-tutorial (main)$

Мы перешли в папку проекта (это обычная папка, такая же, как все остальные). Ваш терминал может выводить рядом с именем папки слово (main).

Ветки в Git

Наличие (main) рядом с именем папки означает, что в настоящее время мы находимся в ветке под названием main. Что такое ветка (англ branch)? Считайте, что это копия проекта в определенный момент времени, которую можно изменять независимо от других веток.

Рассмотрим пример. Если бы мы писали книгу, у нас могли бы быть следующие ветки:

  • main branch (главная ветка)
  • table-of-contents branch (ветка содержания)
  • chapter-1 branch (ветка первой главы)
  • chapter-2 branch (ветка второй главы)
  • и так далее.

Ветка main — главная. Это место, где мы будем собирать все содержимое воедино, в законченную книгу.

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

Допустим, я работаю над Главой 1, а вы — над Главой 2. Мы можем создать две разные ветки, chapter-1 и chapter-2, каждая из которых будет отдельной копией текущего состояния книги.

Это даст нам возможность работать над своими главами по отдельности, не наступая друг другу на ноги и без риска случайно перезаписать написанное коллегой. У каждого будет своя рабочая копия.

Когда один из нас закончит работу над своей главой, он сможет добавить содержимое этой главы обратно в ветку main. Когда мы оба закончим работу, в ветке main будет и Глава 1, и Глава 2.

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

Примечание. Главная ветка может называться не main, а master: это зависит от проекта. Функциональной разницы нет.

Как посмотреть состояние проекта в Git

Работая над проектами, мы довольно часто проверяем их состояние и смотрим, какие изменения были внесены.

Чтобы просмотреть статус нашего проекта, мы используем команду git status:

(main)$ git status
On branch main
Your branch is up to date with 'origin/main'.

nothing to commit, working tree clean

Давайте разберем вывод команды.

Первое, что нам сообщает git status, это то, что мы находимся в ветке main:

On branch main

Второе предложение немного интереснее:

Your branch is up to date with 'origin/main'.

Git сообщает, что наша ветка полностью соответствует некоему origin/main.

Это новая концепция. origin (или remote) — удаленный источник, т. е., находящийся не на вашей локальной машине.

В этом проекте у нас есть наша локальная копия проекта. Но мы также могли бы добавить удаленные источники, с которыми тоже работаем.

Вернемся на момент к нашему примеру с книгой. Если бы я писал Главу 1 на своей машине, а вы — Главу 2 на вашей машине, мы могли бы добавить себе компьютеры друг друга в качестве удаленных источников, чтобы обмениваться внесенными изменениями. Ведь одно из главных достоинств Git — контролируемое сотрудничество с другими людьми.

На практике сообщество разработчиков в целом пришло к выводу, что лучше не обмениваться изменениями в стиле «все-со-всеми», а иметь единый источник истины для кода. Текущее состояние кодовой базы в этом источнике считается «правильным», а все остальные с ним сверяются. По соглашению это место называется origin (англ. начало, источник).

В нашем случае origin — репозиторий на GitHub.

На самом деле мы можем посмотреть, что у нас считается origin, запустив команду git remote -v (-v означает «verbose»: информация будет выводиться «многословно», подробно).

(main)$ git remote -v
origin  [email protected]:johnmosesman/practical-git-tutorial.git (fetch)
origin  [email protected]:johnmosesman/practical-git-tutorial.git (push)

Эта команда выводит список всех наших удаленных репозиториев. Мы видим, что у нас есть удаленный репозиторий с именем origin, а его Git URL указывает на наш репозиторий на Github.com. Это было настроено автоматически, когда мы запустили git clone.

Но вернемся к выводу команды git status:

Your branch is up to date with 'origin/main'.

Когда мы запросили статус проекта, Git ответил, что наша локальная ветка main полностью соответствует ветке main в нашем origin (GitHub).

Git «увидел», что в origin, который мы клонировали, в качестве главной ветки была ветка main. И команда git clone автоматически создала для нас локальную ветку main.

В общем, на нашей локальной машине не внесено никаких изменений, которых нет на GitHub, и наоборот. Наша локальная ветка main и ветка main в репозитории на GitHub идентичны.

Когда мы внесем какие-нибудь изменения, в выводе команды git status сообщение уже будет другим. Оно будет отражать разницу между нашим локальным репозиторием и репозиторием origin (GitHub).

Последнее сообщение git status касается состояния локального проекта:

nothing to commit, working tree clean

Мы вернемся к этому чуть позже, когда внесем какие-нибудь изменения. Но в общем это предложение говорит о том, что мы еще ничего не сделали, так что нет никаких изменений, о которых следовало бы сообщить.

Подобьем итоги. Выполнив команду git status, мы узнали следующие вещи:

  • мы находимся в ветке main
  • наша локальная ветка main идентична ветке main в origin (GitHub)
  • мы еще не внесли никаких изменений в проект.

Как сделать первый коммит

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

Продолжая аналогию с написанием книги, давайте создадим новый файл chapter-1.txt и вставим в него какой-то текст.

(Вы можете выполнить в терминале команды, указанные ниже, или просто создать файл в любом текстовом редакторе).

(main)$ touch chapter-1.txt
(main)$ echo "Chapter 1 - The Beginning" >> chapter-1.txt
(main)$ cat chapter-1.txt
Chapter 1 - The Beginning

Мы создаем файл chapter-1.txt при помощи команды touch и вставляем в него текст «Chapter 1 — The Beginning» при помощи команды echo и оператора перенаправления. Чтобы проверить результат, выводим содержимое файла на экран при помощи команды cat.

У нас есть простой текстовый файл с маленьким текстом.

Давайте теперь запустим git status и посмотрим, что изменится в выводе.

(main)$ git status
On branch main
Your branch is up to date with 'origin/main'.

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        chapter-1.txt

nothing added to commit but untracked files present (use "git add" to track)

Да, кое-что определенно изменилось. Мы видим раздел, описывающий «Untracked files» («Неотслеживаемые файлы»), в котором есть наш файл chapter-1.txt.

Прежде чем Git начнет отслеживать изменения в файле, нам сначала нужно сказать ему делать это. И, как написано в конце сообщения, для этого можно использовать команду git add:

(main)$ git add chapter-1.txt

(Можно не указывать конкретное имя, а просто поставить точку. Таким образом будут «захвачены» все изменения в директории).

Давайте еще раз проверим статус проекта:

(main)$ git status
On branch main
Your branch is up to date with 'origin/main'.

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        new file:   chapter-1.txt

john:~/code/practical-git-tutorial (main)$

Сообщение снова изменилось. Теперь в нем говорится, что у нас есть некоторые изменения, готовые к «закреплению» — коммиту.

В Git коммит — это сохраненный кусочек работы. Но это сохранение отличается от сохранения файла в текстовом редакторе.

Можно считать, что коммит — это завершенная идея или юнит работы.

Вернемся к аналогии с книгой. Если бы мы продолжили писать первую главу книги, это могло бы выглядеть так:

  • Написать название главы. /Нажать кнопку «Сохранить» в редакторе/
  • Написать первый абзац. /Снова нажать кнопку «Сохранить»/
  • Написать второй абзац. /«Сохранить»/
  • Написать последний абзац. /«Сохранить»/

Мы «сохранили» документ четыре раза, но после этих четырех сохранений у нас на руках первый черновик нашей главы, а этот черновик — один «юнит» нашей работы.

Мы хотим сохранить этот файл на своем компьютере. Но кроме этого мы также хотим обозначить, что это — юнит завершенной работы (несмотря на то, что всего лишь черновик). Это кусочек труда, который стоит того, чтобы его хранить. Возможно, мы вернемся к нему в будущем и отредактируем. А может, соединим этот черновик с черновиком всей книги.

Чтобы обозначить эту веху, мы создаем новый коммит. Каждый коммит получает собственный уникальный идентификатор. Порядок коммитов фиксируется.

Чтобы закоммиттить наши изменения, сначала их нужно внести в зону стейджинга (подготовки) при помощи команды git add.

(О стейджинге мы еще поговорим).

Затем нам нужно завершить сохранение изменений при помощи команды git commit.

Считается хорошим тоном добавлять описание того, какие именно изменения вы внесли и, что более важно, — зачем вы это сделали.

Когда в истории собираются сотни или даже тысячи коммитов, становится практически невозможно понять, почему было сделано то или иное изменение. Невозможно — если, конечно, не оставлять хороших сообщений коммитов. Git покажет нам, какие файлы изменились и что за изменения были внесены, но мы должны написать в сообщении о том, какую смысловую нагрузку несут эти изменения.

Давайте закоммитим новый файл с сообщением. Чтобы добавить сообщение, припишем к команде флаг -m (от message).

(main)$ git commit -m "New chapter 1 file with chapter heading"
[main a8f8b95] New chapter 1 file with chapter heading
 1 file changed, 1 insertion(+)
 create mode 100644 chapter-1.txt

Мы сохранили этот кусочек работы и можем увидеть это, просмотрев лог Git при помощи команды git log:

(main)$ git log
commit a8f8b95f19105fe10ed144fead9cab84520181e3 (HEAD -> main)
Author: John Mosesman <[email protected]>
Date:   Fri Mar 19 12:27:35 2021 -0500

    New chapter 1 file with chapter heading

commit 2592324fae9c615a96f856a0d8b8fe1d2d8439f8 (origin/main, origin/HEAD)
Author: John Mosesman <[email protected]>
Date:   Wed Mar 17 08:48:25 2021 -0500

    Update README.md

commit 024ea223ee4055ae82ee31fc605bbd8a5a3673a0
Author: John Mosesman <[email protected]>
Date:   Wed Mar 17 08:48:10 2021 -0500

    Initial commit

Глядя на этот лог, мы видим, что у нас в истории проекта есть три коммита.

Последний из них — тот, который мы только что сделали. Мы видим наше сообщение коммита.

До него было еще два коммита: один был сделан, когда я инициализировал проект, а второй — когда обновил файл README.md на GitHub.

Обратите внимание, что к каждому коммиту прилагается длинная строка чисел и букв:

commit a8f8b95f19105fe10ed144fead9cab84520181e3 (HEAD -> main)

Эта строка называется SHA. Это уникальный ID, сгенерированный для коммита при помощи алгоритма хеширования. Пока просто обратите на него внимание, а позже мы к нему вернемся.

После SHA коммитов мы видим еще пару интересных вещей:

  • (HEAD -> main) рядом с последним коммитом
  • (origin/main, origin/HEAD) рядом с предпоследним коммитом.

Это говорит нам о текущем статусе нашей ветки и удаленных веток (насколько он нам известен).

Что касается последнего коммита, мы видим, что HEAD указывает на нашу локальную ветку main (HEAD -> main). HEAD — это указатель на текущую ветку.

Это имеет смысл. Мы только сделали коммит и пока больше ничего не делали. Мы все еще во временной точке этого коммита.

Если мы посмотрим на предыдущий коммит, начинающийся с 25923, мы увидим рядом с ним (origin/main, origin/HEAD). Это говорит нам о том, что в origin (GitHub) HEAD указывает на наш предыдущий коммит.

В общем, наша машина думает, что последнее изменение в локальной ветке main — коммит с добавленной Главой 1. Также наша машина думает, что на GitHub последнее изменение — коммит, которым я обновил README перед написанием этой статьи.

И это понятно: мы же не сообщали GitHub-у о самом последнем нашем коммите. GitHub все еще думает, что репозиторий соответствует текущему состоянию проекта.

Конец первой части. В следующей части мы отправим наш новый коммит на GitHub.

Как загрузить проект на Github

Здесь я объясняю, как я это сделал в Window, может быть, это также помогает другим 🙂

Обязательно установите Git и GitHub .

После завершения установки откройте «git bash»;

так что появится окно, как показано ниже:

Идите вперед и введите, cd ~чтобы убедиться, что вы находитесь в домашнем каталоге;

Вы можете проверить адрес, который вы в нем, набрав pwd;

Теперь вам нужно создать учетную запись GitHub ;

После создания учетной записи GitHub войдите в систему;

После того, как вы вошли в систему, в правом верхнем углу нажмите на + и выберите «Новый репозиторий».

Затем в открывшемся окне введите имя, которое вы хотите иметь для репозитория, в поле «Имя репозитория». Добавьте «Описание (необязательно)», если хотите, и отметьте «Инициализировать этот репозиторий с помощью README». Затем нажмите «Создать репозиторий».

Теперь перейдите к вашему драйверу C; создайте новую папку и назовите ее «git». Теперь перейдите в окно «git bash»; измените каталог на диск c, набрав cd ~; cd /c Если вы введете lsтам, он покажет вам папки там; Убедитесь, что там отображается папка git:

Теперь вернитесь в браузер; перейдите на свою страницу GitHub, щелкните созданный репозиторий; и нажмите «Клонировать или скачать»; и скопируйте адрес, который там отображается (выбрав копировать в буфер обмена)

Теперь вернемся к «git bash»; Используйте команду, cd gitчтобы перейти в папку git; теперь напишите следующие команды для подключения к вашему GitHub (введите имя пользователя и пароль своего GitHub, когда он вас спросит)

git config --global user.name "Your Name"

И потом: git config --global user.email [email protected]. Следующий тип: git clone (url)вместо (url) введите адрес репозитория GitHub, который вы скопировали со своей страницы GitHub; (например, git clone https://github.com/isalirezag/Test.git ).

Теперь, если вы выполните lsкоманду, вы увидите там свой репозиторий; Если вы также откроете папку git, которая у вас есть в вашем окне, вы увидите, что ваш репозиторий добавлен как папка.

Теперь используйте команду cd, чтобы перейти в репозиторий: cd Test

Скопируйте и вставьте все файлы, которые вы хотите поместить в этот репозиторий, в эту папку.

Чтобы перенести файлы в репозиторий, вам необходимо сделать следующее:

Введите git

add filename (имя файла — это имя файла, который вы хотите загрузить), или вы можете ввести команду ниже, если вы хотите добавить все файлы в папку:

git add .

Затем введите: git commit -m "adding files". И потом: git push -u origin master.

И тогда все должно быть готово, если вы обновите свою учетную запись GitHub, файлы должны быть там 🙂

Github: что это такое и как его использовать. Github

Github – это очень известная платформа для хранения, распространения и управления исходным кодом открытых проектов. Github использует множество разработчиков по всему миру, среди которых есть и крупные компании, такие как Microsoft, RedHat и другие.

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

Допустим, у вас есть свой проект и вы хотите разместить его код на Github в открытом доступе чтобы другие пользователи могли его посмотреть и участвовать в разработке. Первое что вам нужно сделать – создать аккаунт.

GitHub Issues

GitHub Issues – одна из наиболее популярных в мире систем отслеживания багов.

Она предоставляет владельцам репозиториев возможность организовывать, отмечать тегами и привязывать проблемы к контрольным точкам.

Если вы найдете проблему в проекте, управляемом кем-то другим, она будет открытой до тех пор, пока вы не закроете ее (например, если выясните, в чем заключается проблема) или пока владелец репозитория не закроет ее.

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

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

Создание аккаунта на Github

Чтобы создать новый аккаунт на сайте откройте главную страницу GitHub и тут же сразу вы можете ввести данные для новой учетной записи. Вам нужно указать имя пользователя, Email и пароль:

Когда завершите ввод, нажмите кнопку “Sign Up Free.

Никакая настройка github не нужна, достаточно лишь несколько кликов мышкой.

На следующем шаге вам нужно выбрать тип репозитория. Для open-souce проектов использование сайта бесплатно. При необходимости иметь приватные репозитории, есть возможность перейти на платный тарифный план:

Аккаунт готов, и вы будете перенаправлены на страницу, где сможете создать свой первый проект. Но перед тем как вы сможете это сделать, нужно подтвердить свой Email адрес. Для этого откройте ваш почтовый ящик и перейдите по ссылке в письме от Github. Сейчас у нас нет ни одного репозитория, и мы можем либо создать новый репозиторий, либо ответвиться (fork) от уже существующего чужого репозитория и вести собственную ветку разработки. Затем, при желании, свои изменения можно предложить автору исходного репозитория (Pull request).

Создание репозитория в Github

На открывшейся странице, это главная страница для авторизованных пользователей, нажмите кнопку “Start a project”:

Дальше введите имя и описание будущего репозитория:

Вы можете сразу же инициализировать репозиторий, создав файл Readme, для этого нужно отметить галочку “Initialize this repository with a README” внизу страницы. Также можно выбрать лицензию:

Когда все будет готово, выберите “Create project”, будет создан новый проект с файлом README, в котором находится описание и файлом лицензии.

Добавление веток

Ветки Github позволяют работать с несколькими версиями проекта одновременно. По умолчанию при создании репозитория создается ветка master, это основная рабочая ветка. Можно создать дополнительные ветки, например, для того, чтобы тестировать программное обеспечение перед тем, как оно будет опубликовано в ветке master. Таким образом, можно одновременно разрабатывать продукт и предоставлять пользователям стабильную версию. Также можно создавать отдельные ветки для версии программы для разных систем.

Текущая ветка обозначена в верхнем левом углу после слова “Branch”. Чтобы создать новую ветку просто разверните этот список и начните набирать ее имя:

Сайт сам предложит вам создать новую ветку, выберите “Create branch”. Сразу же после создания вы будете работать с только что созданной веткой.

Изменение файлов и коммиты

Любые изменения файлов на Github делаются с помощью коммитов. Коммит выполняется путем внесения самих исправлений и описания этих исправлений. Это необходимо для того, чтобы вы знали что и когда вы меняли, а также позволяет легко отслеживать работу команды. Слово коммит можно перевести как “фиксировать”. То есть мы можем внести изменения в несколько файлов, а затем их зафиксировать. Давайте для примера изменим файл README. Для этого найдите в в правой стороне панели кнопку с кисточкой и нажмите на нее:

Откроется текстовый редактор, где вы можете ввести нужные вам исправления:

После того как вы сделаете все что вам нужно, необходимо заполнить поле “Commit” внизу страницы. Кратко опишите что было изменено, а затем нажмите кнопку “Commit changes”:

Эти изменения будут внесены в текущую ветку проекта, поскольку мы сейчас работаем с testing, то и изменения будут отправлены именно туда.

Новый Github Desktop

Github выпустил обновленную версию Github Desktop — программы под Windows 7+ и OS X, которая дублирует функциональность сайта github.com, но при этом работает локально на компьютере разработчика.


Github Desktop упрощает многие действия в рабочем процессе и заменяет Github for Mac и Github for Windows на новый унифицированный интерфейс.

Ветви Github Desktop

Ветви всегда доступны в левом верхнем углу в режиме просмотра репозитория. Можно быстро выбрать нужную ветку или создать новую.

Совместная работа

Просмотр изменений (diff) до отправки коммита на сайт, в программе сразу видно, в каких файлах и строчках сделаны изменения. Коммит отправляется из окна программы, без использования командной строки.

Прямо из программы отправляются и пул-реквесты.

Слияние и развертывание

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

Просмотр истории

Интерактивный график с визуализацией сделанных изменений и коммитов. Прямо на графике можно выбрать коммит и просмотреть историю изменений в локальной ветке.

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

Github командная строка

Консоль — ваш друг. По моему опыту, освоение работы с Github через командную строку — лучшая трата времени, когда работаешь с open source-технологиями. Да, существует много хороших графических интерфейсов, но все они менее гибки в использовании. Кроме того, есть инструменты только под командную строку, которые сильно упрощают жизнь и повышают эффективность разработки:

  • hub — обёртка для Git, облегчающая работу. Не важно, новичок вы или опытный open source-разработчик, hub облегчит извлечение репозиториев, навигацию по страницам проекта, работу с форками и даже отправку pull request’ов. И всё это из командной строки. hub.github.com
  • tj/git-extras — набор Git-утилит, таких как сводка по репозиторию, repl, журнал изменений, статистика коммитов по авторам, и многое другое. github.com/tj/git-extras

Управление проектами (Project management)

Наряду с issues, благодаря которым разработчики получают обратную связь от пользователей, интерфейс предлагает и другие функции, позволяющие управлять проектами.

Одна из них – Projects. Это новый раздел, который очень редко используется. Это система «Канбан», которая помогает организовать баги и работу, которую необходимо выполнить.

Wiki предназначена для использования в качестве документации для пользователей. Одним из наиболее впечатляющих применений Wiki, которое я видел, является GitHub Wiki языка программирования Go.

Также в управлении проектами помогают контрольные точки. Это часть страницы issues. Вы можете соотнести проблемы с определенными контрольными точками, которые могут быть целями релизов.

Представив релизы, GitHub расширил функциональность тегов GIT.

Тег GIT — это указатель на конкретную версию. Если он выполняется последовательно, то помогает вам вернуться к предыдущей версии кода без ссылки на конкретные версии.

Релиз построен на основе тегов GIT и представляет собой полную версию вашего кода, а также zip-файлы, заметки о выпуске и двоичные ресурсы, которые могут представить полностью рабочую версию конечного продукта кода.

Хотя тег GIT можно создавать программно (например, с помощью тега git из командной строки), создание релизов GitHub – это ручной процесс, который происходит в пользовательском интерфейсе GitHub. Вы, по сути, говорите GitHub создать новый релиз и сообщаете, к какому тегу вы хотите применить его.

Сравнение коммитов на GitHub

GitHub предлагает множество инструментов для работы с кодом.

Одна из самых важных вещей, которые вы можете сделать, — это сравнить одну ветку с другой. Вы также можете сравнить последний коммит с тем, который используете в данный момент, чтобы увидеть, какие изменения были внесены с течением времени.

Webhooks и Services на GitHub

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

Webhooks

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

Когда происходит событие, GitHub отправляет запрос POST на URL, который мы говорим ему использовать.

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

Мы отправляем команду push к GitHub, он сообщает серверу об этом, и сервер извлекает данные.

Services

Сервисы GitHub и новые приложения представляют собой сторонние интеграции, которые улучшают работу разработчика или предоставляют услуги.

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

Можно настроить непрерывную интеграцию с помощью CircleCI.

Можно создать интеграцию Codeclimate, которая анализирует код и предоставляет отчет «Техническая задолженность» и покрытие тестирования.

Как выложить свой проект на GitHub.com

Если вы, как и я, решили освоить git, то скорее всего у вас возникнет желание разместить свой проект на GitHub.com для публичного доступа.

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

Два способа

Существует два способа для связи с гитхабом. Они далеко не так очевидны для новичков. Основной нюанс заключается в том, какой именно будет использован гитхабовский репозиторий: совершенно пустой (не инициализированный) или уже рабочий. Именно это будет определять два разных варианта работы.

Первый способ подходит для уже инициализированных удаленных репозиториев. Для связи GitHub с локальной копией, вначале следует клонировать гитхабовский репозиторий как локальный. Только после этого можно изменить локальный и отправить его на удалённый.

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

Регистрация на GitHub.com

Вначале нужно зарегистрироваться на GitHub.com. Процедура простая, не будем на ней останавливаться. После этого нужно создать репозиторий. В поле «Repository name» следует указать имя, которое в будущем будет совпадать с каталогом проекта. Это удобно, хотя, локальный каталог может быть любым. Пусть проект называется «demo».

Здесь очень важнный момент. Если вы отметите любые опции (добавить .gitignore, лицензию и/или readme), то фактически это будет означать инициализацию репозитория. То есть это уже не пустой репозиторий, а наполненный и инициализировнный. В этом случае для связки придётся вначале клонировать удаленный. Это первый способ.

Если же вы не отметили ни одной опции, то гитхаб создаст совершенно пустой репозиторий без инициализации. И вот такой репозиторий можно связать с уже существующим локальным. Это второй способ.

После создания репозиторий получит уникальную ссылку, например: https://github.com/USER/demo.git— где USER — ваш логин в гитхабе. Эта ссылка потребуется для работы.

Установка Git

Я всё ставил с официального сайта Git. Там же на сайте есть руководство Book, где описаны все начальне шаги. Поэтому будем считать, что git установлен и настроен.

Рассмотрим два способа отдельно.

Первый способ

Наш проект размещается в каталоге /demo/. Было бы неплохо сохранить этот каталог и для дальнейшей работы. Для того, чтобы обезопасить себя, переименуем его /demo-temp/любым файловым менеджером. То есть теперь каталога /demo/у нас нет.

Запускаем git-bash и клонируем удаленный репозиторий на локальную машину:

git clone https://github.com/USER/demo.git

— где USER — ваше имя на гитхабе. Ссылку также можно скопировать со страницы репозитория в поле «HTTPS clone URL».

Появится каталог /demo/который создал git. Он должен быть пустой, кроме подкаталога «.git» — это служебный каталог, и его трогать не нужно.

Теперь копируем в каталог /demo/содержимое нашего проекта, которое мы сохранили в /demo-temp/. Всё, что мы сюда скопируем, будет вылождено на GitHub, поэтому желательно удалить все ненужные файлы. Если какие-то служебные файлы требуются для проекта, то их можно указать в файле .gitignore.

Выполняем команду

git add .

Это добавит все файлы для отслеживания git’ом. Проверить состояние (до и после add) можно командой

git status

Теперь делаем коммит (сообщение любое):

git commit -m "Add project"

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

Для удобства можно сразу выставить метку версии (опять же любой вариант):

git tag v1.0

Теперь можно отправить изменения на гитхаб.

git push

Git может выдать сообщение, что команда push не настроена по-умолчанию. Пока не обращайте внимания на это сообщение. Нужно будет внести изменения в конфигурацию позже.

Git потребует ввести логин и пароль для GitHub.com. Учитывайте, что пароль полностью скрывается, поэтому не будет видно даже «звездочек». После ввода нажимаем Enter и git выполнит обновление удаленного репозитория.

Теперь нужно обновить метки на удаленном репозитории (если вы их задали).

git push --tags

Здесь также нужно будет ввести логин и пароль.

Всё, синхронизация выполнена! Временный каталог /demo-temp/можно удалить или сохранить как старый резервный вариант.

Если мы зайдем на страницу репозитория на гитхабе, то увидим свой проект.

Для настройки push, если требуется, пишем:

git config --global push.default simple

Второй способ

Наш проект может размещатся в любом каталоге. Для него нужно инициализировать git. Это стандартная процедура:

git init
git add .
git commit -m "Init"

Теперь для проекта git работает и его можно использовать по своему усмотрению: добавлять версии, смотреть логи, делать ветки и т.п.

Для связи с GitHub’ом следует указать удаленный репозиторий:

git remote add origin https://github.com/USER/demo.git
git push -u origin master

Этот код указывает адрес удаленного и отправляет все изменения на гитхабовский сервер. Если мы зайдем на страницу репозитория на гитхабе, то также увидим свой проект.

Другие записи сайта

Как правильно использовать Git в Android Studio? Oh! Android

На другом компьютере вы можете попытаться импортировать проект, а не открывать его.

На самом деле, вам не нужно фиксировать конкретные файлы проекта для вашего git-репо. Android Studio достаточно умен, чтобы импортировать проект из разных источников.

С IntelliJ IDEA вы можете не только создать проект Android с нуля, но и импортировать существующий проект, разработанный с использованием других инструментов. Одним из наиболее распространенных сценариев является импорт существующего проекта Android-Gradle. Однако вы также можете импортировать проект Maven, Eclipse или Flash Builder или даже создать новый проект из нескольких исходных файлов.

Именно так:

И вот хороший и подробный учебник о том, как импортировать проект на Android Studio из источника и других мест.

Для вашего файла .gitignore я настоятельно рекомендую вам получить gitignore.io сайте gitignore.io .

Кроме того, если вы уже отправили файлы, которые не должны быть там, проверьте этот вопрос и посмотрите, как их можно удалить.

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

 # Created by https://www.gitignore.io/api/android,osx,windows,linux,intellij,java ### Android ### # Built application files *.apk *.ap_ # Files for the Dalvik VM *.dex # Java class files *.class # Generated files bin/ gen/ # Gradle files .gradle/ build/ # Local configuration file (sdk path, etc) local.properties # Proguard folder generated by Eclipse proguard/ # Log Files *.log # Android Studio Navigation editor temp files .navigation/ ### Android Patch ### gen-external-apklibs ### OSX ### .DS_Store .AppleDouble .LSOverride # Icon must end with two \r Icon # Thumbnails ._* # Files that might appear in the root of a volume .DocumentRevisions-V100 .fseventsd .Spotlight-V100 .TemporaryItems .Trashes .VolumeIcon.icns # Directories potentially created on remote AFP share .AppleDB .AppleDesktop Network Trash Folder Temporary Items .apdisk ### Windows ### # Windows image file caches Thumbs.db ehthumbs.db # Folder config file Desktop.ini # Recycle Bin used on file shares $RECYCLE.BIN/ # Windows Installer files *.cab *.msi *.msm *.msp # Windows shortcuts *.lnk ### Linux ### *~ # KDE directory preferences .directory # Linux trash folder which might appear on any partition or disk .Trash-* ### Intellij ### # Covers JetBrains IDEs: IntelliJ, RubyMine, PhpStorm, AppCode, PyCharm, CLion, Android Studio *.iml ## Directory-based project format: .idea/ # if you remove the above rule, at least ignore the following: # User-specific stuff: # .idea/workspace.xml # .idea/tasks.xml # .idea/dictionaries # Sensitive or high-churn files: # .idea/dataSources.ids # .idea/dataSources.xml # .idea/sqlDataSources.xml # .idea/dynamic.xml # .idea/uiDesigner.xml # Gradle: # .idea/gradle.xml # .idea/libraries # Mongo Explorer plugin: # .idea/mongoSettings.xml ## File-based project format: *.ipr *.iws ## Plugin-specific files: # IntelliJ /out/ # mpeltonen/sbt-idea plugin .idea_modules/ # JIRA plugin atlassian-ide-plugin.xml # Crashlytics plugin (for Android Studio and IntelliJ) com_crashlytics_export_strings.xml crashlytics.properties crashlytics-build.properties ### Java ### *.class # Mobile Tools for Java (J2ME) .mtj.tmp/ # Package Files # *.jar *.war *.ear 

Введение в Git и GitHub для начинающих (Учебное пособие)

Впервые в git? Выполните следующие действия, чтобы освоиться с внесением изменений в базу кода, открытием запроса на вытягивание (PR) и слиянием кода с основной ветвью. Все важные термины git и GitHub выделены жирным шрифтом со ссылками на официальные справочные материалы git.

Шаг 0: Установите git и создайте учетную запись GitHub

Первые две вещи, которые вам нужно сделать, это установить git и создать бесплатную учетную запись GitHub.

Следуйте инструкциям здесь, чтобы установить git (если он еще не установлен).Обратите внимание, что в этом руководстве мы будем использовать git только в командной строке. Хотя есть несколько отличных графических интерфейсов пользователя git (графические пользовательские интерфейсы), я думаю, что легче сначала изучить git, используя специфичные для git команды, а затем опробовать графический интерфейс git, когда вы освоитесь с командой. Примечание: 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 мы будем использовать терминал. Если у вас нет большого опыта работы с терминалом и основными командами, ознакомьтесь с этим руководством (если вы не хотите / не нуждаетесь в небольшом уроке истории, перейдите к шагу 3).

Для начала откройте терминал и перейдите туда, где вы хотите разместить проект на локальном компьютере, используя команду 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 замечает, что файл был изменен, но не будет с ним ничего делать (например, добавляя его в коммит).

Чтобы добавить файл в коммит, вам сначала нужно добавить его в промежуточную среду. Для этого вы можете использовать команду git add (см. Шаг 3 ниже).

После того, как вы использовали команду git add для добавления всех файлов, которые хотите, в промежуточную среду, вы можете указать git упаковать их в коммит с помощью команды git commit.

Примечание. Промежуточная среда, также называемая «постановкой», является новым предпочтительным термином для этого, но вы также можете видеть, что она называется «индекс».

Шаг 3. Добавьте файл в промежуточную среду

Добавьте файл в промежуточную среду с помощью команды git add.

Если вы повторно запустите команду git status, вы увидите, что git добавил файл в промежуточную среду (обратите внимание на строку «Изменения, которые необходимо зафиксировать»).

Повторяю, файл имеет , а не , которые еще были добавлены в коммит, но это скоро будет.

Шаг 4: Создайте фиксацию

Пора создать свой первый коммит!

Выполните команду git commit -m "Ваше сообщение о фиксации"

Сообщение в конце фиксации должно быть связано с тем, что содержится в фиксации — может быть, это новая функция, может быть, это исправление ошибки, может быть, просто исправление опечатки. Не помещайте сообщения типа «asdfadsf» или «foobar». Это огорчает других людей, которые видят ваш коммит. Очень очень печально. Коммиты живут вечно в репозитории (технически может удалить их, если вам действительно, действительно нужно, но это беспорядочно), поэтому, если вы оставите четкое объяснение своих изменений, это может быть чрезвычайно полезно для будущих программистов (возможно, в будущем!) которые пытаются понять, почему спустя годы произошли некоторые изменения.

Шаг 5: Создайте новую ветку

Теперь, когда вы сделали новую фиксацию, давайте попробуем что-нибудь более продвинутое.

Допустим, вы хотите создать новую функцию, но беспокоитесь о внесении изменений в основной проект при разработке этой функции. Здесь и появляются ветки git.

Ветви позволяют вам перемещаться между «состояниями» проекта. Официальные документы git описывают ветки следующим образом: «Ветвь в Git — это просто легкий подвижный указатель на один из этих коммитов.’Например, если вы хотите добавить новую страницу на свой веб-сайт, вы можете создать новую ветку только для этой страницы, не затрагивая основную часть проекта. Как только вы закончите со страницей, вы можете объединить свои изменения из своей ветки в основную ветку. Когда вы создаете новую ветку, Git отслеживает, от какого коммита ваша ветка «ответвлена», поэтому он знает историю всех файлов.

Допустим, вы находитесь в основной ветке и хотите создать новую ветку для разработки своей веб-страницы.Вот что вы сделаете: Запустите git checkout -b <имя моей ветки>. Эта команда автоматически создаст новую ветку, а затем «проверит вас», что означает, что git переместит вас в эту ветку за пределы основной ветки.

После выполнения указанной выше команды вы можете использовать команду git branch, чтобы подтвердить, что ваша ветка была создана:

Имя ветки со звездочкой рядом с ней указывает, в какой ветке вы находитесь в данный момент.

Примечание о наименованиях филиалов

По умолчанию первая ветвь каждого репозитория git называется `master` (и обычно используется в качестве основной ветки в проекте).В рамках общей антирасистской работы технической индустрии некоторые группы начали использовать альтернативные имена для ветки по умолчанию (например, в этом руководстве мы используем «первичный»). В другой документации и обсуждениях вы можете встретить «главный» или другие термины, используемые для обозначения основной ветви. Независимо от названия, просто имейте в виду, что почти у каждого репозитория есть основная ветвь, которую можно рассматривать как официальную версию репозитория. Если это веб-сайт, то основная ветвь — это версия, которую видят пользователи.Если это приложение, то основная ветвь — это версия, которую загружают пользователи. Это не технически (git не обрабатывает какие-либо ветки иначе, чем другие ветки), но именно так git традиционно используется в проекте.

Если вам интересно решение использовать разные имена веток по умолчанию, на GitHub есть объяснение их изменения здесь: https://github.com/github/renaming

Теперь, если вы вернетесь к основной ветке и сделаете еще несколько коммитов, ваша новая ветка не увидит никаких из этих изменений, пока вы не объедините эти изменения в свою новую ветку.

Шаг 6. Создайте новый репозиторий на GitHub

.

Если вы хотите отслеживать свой код только локально, вам не нужно использовать GitHub. Но если вы хотите работать с командой, вы можете использовать GitHub для совместного изменения кода проекта.

Чтобы создать новое репо на GitHub, войдите в систему и перейдите на домашнюю страницу GitHub. Вы можете найти опцию «Новый репозиторий» под знаком «+» рядом с изображением вашего профиля в правом верхнем углу навигационной панели:

После нажатия кнопки GitHub попросит вас назвать свое репо и предоставить краткое описание:

Когда вы закончите заполнение информации, нажмите кнопку «Создать репозиторий», чтобы создать новое репо.

GitHub спросит, хотите ли вы создать новое репо с нуля или хотите добавить репо, созданное локально. В этом случае, поскольку мы уже создали новое репозиторий локально, мы хотим отправить его на GitHub, поэтому следуйте разделу «…. или нажмите существующий репозиторий из командной строки»:

(вы захотите изменить URL-адрес в первой командной строке на то, что GitHub перечисляет в этом разделе, поскольку ваше имя пользователя GitHub и имя репо отличаются.)

Шаг 7. Отправьте ветку на GitHub

.

Теперь мы отправим коммит из вашей ветки в новое репозиторий GitHub.Это позволяет другим людям видеть внесенные вами изменения. Если они одобрены владельцем репозитория, изменения могут быть объединены в основную ветку.

Чтобы отправить изменения в новую ветку на GitHub, вам нужно запустить git push origin yourbranchname. GitHub автоматически создаст для вас ветку в удаленном репозитории:

Вам может быть интересно, что означает это слово «origin» в приведенной выше команде. Когда вы клонируете удаленный репозиторий на локальный компьютер, git создает для вас псевдоним.Почти во всех случаях этот псевдоним называется «происхождение». По сути, это сокращение для URL-адреса удаленного репозитория. Итак, чтобы отправить свои изменения в удаленный репозиторий, вы могли бы использовать любую команду: git push [email protected]: git / git.git yourbranchname или git push origin yourbranchname

(Если вы впервые используете GitHub локально, вам может быть предложено войти в систему с вашим именем пользователя и паролем GitHub.)

Если вы обновите страницу GitHub, вы увидите примечание о том, что ветка с вашим именем только что была помещена в репозиторий.Вы также можете щелкнуть ссылку «ветки», чтобы увидеть там свою ветку.

Теперь нажмите зеленую кнопку на скриншоте выше. Мы собираемся сделать запрос на перенос !

Шаг 8: Создайте запрос на вытягивание (PR)

Запрос на перенос (или PR) — это способ предупредить владельцев репо о том, что вы хотите внести некоторые изменения в их код. Это позволяет им просмотреть код и убедиться, что он хорошо выглядит, прежде чем вносить изменения в основную ветку.

Вот как выглядит PR-страница до того, как вы ее отправили:

И вот как это выглядит после того, как вы отправили PR-запрос:

Внизу вы можете увидеть большую зеленую кнопку с надписью «Merge pull request».Нажав на эту кнопку, вы внесете изменения в основную ветку.

Иногда вы будете совладельцем или единственным владельцем репо, и в этом случае вам может не понадобиться создавать PR для объединения ваших изменений. Тем не менее, по-прежнему рекомендуется создать его, чтобы вы могли вести более полную историю своих обновлений и всегда создавать новую ветку при внесении изменений.

Шаг 9: Объедините PR

Нажмите зеленую кнопку «Объединить запрос на извлечение». Это объединит ваши изменения в основную ветку.

Когда вы закончите, я рекомендую удалить вашу ветку (слишком много веток могут стать беспорядочными), поэтому также нажмите эту серую кнопку «Удалить ветку».

Вы можете дважды проверить, что ваши коммиты были объединены, щелкнув ссылку «Коммиты» на первой странице вашего нового репо.

Это покажет вам список всех коммитов в этой ветке. Вы можете увидеть тот, который я только что слил, вверху (запрос на слияние №1).

Вы также можете увидеть хэш-код фиксации справа.Хэш-код — это уникальный идентификатор для этой конкретной фиксации. Это полезно для ссылки на определенные коммиты и при отмене изменений (используйте команду git revert для возврата).

Шаг 10. Получите изменения на GitHub обратно на свой компьютер

Прямо сейчас репозиторий на GitHub выглядит немного иначе, чем на вашем локальном компьютере. Например, фиксация, которую вы сделали в своей ветке и слила с основной веткой, не существует в основной ветке на вашем локальном компьютере.

Чтобы получить самые последние изменения, которые вы или другие пользователи объединили на GitHub, используйте команду git pull origin master (при работе с основной веткой). В большинстве случаев это можно сократить до «git pull».

Здесь показаны все файлы, которые были изменены, и как они изменились.

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

(Возможно, вам потребуется переключить ветки обратно на основную ветвь. Это можно сделать с помощью команды git checkout master.)

Шаг 11: Наслаждайтесь своей мерзкой славой

Вы успешно сделали PR и слили свой код с основной веткой. Поздравляю! Если вы хотите погрузиться глубже, ознакомьтесь с этими более продвинутыми руководствами и ресурсами:

  • https://training.github.com/
    Официальные шпаргалки Github по git! Удобно запоминать повседневные команды, которые вы будете использовать.
  • https://learngitbranching.js.org/
    Смущены или заинтригованы системой веток git? Это просто означает, что ты человек! Это одна из самых глубоких частей git, но, возможно, и самая мощная.Понимание модели ветвей дает вам суперсилы git, и это руководство дает вам способ изучить ветки git визуальным и интуитивно понятным способом.
  • https://git-school.github.io/visualizing-git
    Еще один инструмент для визуального изучения git. Это больше похоже на открытую песочницу, чем на Learngitbranching.js.org
  • .
  • https://github.com/jlord/git-it-electron
    Настольное приложение, которое поможет вам изучить git через проблемы, которые вам нужно решить. Он состоит из нескольких уровней, каждый из которых требует от вас использования команд git для получения правильного ответа.
  • https://github.com/Gazler/githug
    Если вам понравился git-it, Githug — это еще один учебник, основанный на головоломках, разработанный, чтобы дать вам практический способ изучения git.

Я также рекомендую найти время, чтобы поработать с вашей командой над моделированием небольшого группового проекта, как мы это сделали здесь. Попросите вашу команду создать новую папку с названием вашей команды и добавить в нее несколько файлов с текстом. Затем попробуйте отправить эти изменения в это удаленное репо. Таким образом, ваша команда сможет начать вносить изменения в файлы, которые они изначально не создавали, и практиковаться в использовании функции PR.Кроме того, используйте инструменты git blame и git history на GitHub, чтобы узнать, какие изменения были внесены в файл и кто эти изменения внес.

Чем больше вы используете git, тем удобнее вам … git с ним. (Я не мог устоять.)

* Этот пост был первоначально опубликован в октябре 2015 года Меган Нельсон, в то время старшим инженером-программистом в HubSpot. С тех пор он был обновлен командой продукта HubSpot.

Заинтересованы в работе в группе разработчиков, которая ценит автономность и прозрачность? Ознакомьтесь с нашими открытыми вакансиями и подайте заявку.

Git с нуля — руководство по 5 шагам. Это простое и практичное руководство… | by Hybesis — H.urna

« Git — это бесплатная распределенная система управления версиями с открытым исходным кодом , предназначенная для быстрой и эффективной обработки любых проектов, от небольших до очень крупных. Git прост в освоении, занимает мало места и обладает молниеносной производительностью ». (Git)

Но прежде всего: что такое «система контроля версий» и почему это должно нас волновать?

Система контроля версий (VCS) отслеживает изменения в файлах.Когда мы модифицируем файлы , система записывает и сохраняет каждое изменение в истории . Это позволяет в любой момент восстановить предыдущую версию вашего кода. Использование VCS также обычно означает, что , если мы что-то испортили или потеряем файлы, мы можем легко восстановить любую контрольную точку .

В среде совместной работы несколько разработчиков обычно совместно используют один и тот же исходный код и работают над ним. В то время как одни разработчики будут исправлять ошибки, другие будут внедрять новые функции и т. Д.Git — это стандартная система, используемая для управления всем этим.

Короче говоря, система контроля версий, такая как Git, необходима для всех видов программирования и разработки программного обеспечения . Это упрощает:

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

Здесь мы изучим Git от основ, таких как репозитории, ветки, коммиты и запросы на извлечение, до более сложных тем, таких как рабочий процесс, статистика, автоматическая интеграция сборки и способы сотрудничества с другими разработчиками.

Я уверен, что любой из нас уже переименовал файлы, чтобы отслеживать разные версии, например: «resume», «resume_v2», «resume_062018»…

Другими словами, любой из нас уже застрял, чтобы вручную сохранять несколько версий файлов с разными именами. Переименование файла также не дает нам никакого контекста относительно того, какие изменения были внесены или кем они были сделаны. Когда несколько членов команды редактируют один и тот же файл, происходит перезапись и становится невозможным поддерживать последнюю версию файла.

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

Очень краткий ответ: Git — наиболее широко используемая система контроля версий в мире и считается современным стандартом для разработки программного обеспечения.

В отличие от старых централизованных систем контроля версий, таких как SVN и CVS, Git является распределенным: каждый разработчик имеет полную историю своего репозитория кода локально. Таким образом, если какой-либо сервер выходит из строя, и эти системы взаимодействовали через этот сервер, любой из клиентских репозиториев может быть скопирован на сервер, чтобы восстановить его . Каждый клон — это действительно полная резервная копия всех данных.

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

Отлично, так как мы знаем, для чего и почему мы используем Git. Давайте начнем!

Это руководство представляет собой простое и практичное введение, чтобы начать работу с git с нуля. Здесь мы сразу перейдем к делу. Это пошаговое руководство по рабочему процессу Git призвано помочь дать вводный обзор для управления любым проектом.

Давайте приступим к использованию Git.

Git для Linux

Git для OSX

Git для Windows

Убедитесь, что Git установлен, используя следующую команду в командной строке:
git --version

Чтобы начать работу над репозиторий Git, у вас есть выбор: создать новый или использовать существующий (например, из GitHub).

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

создайте рабочую копию локального репозитория, выполнив команду
git clone / path / to / repository
при использовании удаленного сервера ваша команда будет
git clone username @ host: / path / to / repository

Наш локальный репозиторий состоит из трех «деревьев», поддерживаемых git.
Первый — это ваш рабочий каталог , в котором хранятся фактические файлы.
Второй — это индекс , который действует как промежуточная область.
И, наконец, HEAD , который указывает на последнюю сделанную нами фиксацию.

Примечание. Git поставляется со встроенными инструментами с графическим интерфейсом для фиксации — git-gui . Мы рекомендуем вам использовать его, чтобы избежать проблем с командной строкой. Вам просто нужно запустить его в своем репозитории:
git gui

Вы можете предложить изменения (добавить его в индекс ), используя
git add
git add *
Это первый шаг в основном рабочем процессе git.Чтобы зафиксировать эти изменения, используйте
git commit -m "Commit message"
Теперь файл зафиксирован в HEAD , но еще не в вашем удаленном репозитории.

Первым делом нам понадобится хост (например, Github, Gitlab, Bitbucket…), чтобы вывести его в сеть. Если это еще не было сделано, просто создайте учетную запись на одной из этих платформ.

Ваши изменения теперь находятся в HEAD вашей локальной рабочей копии. Чтобы отправить эти изменения в удаленный репозиторий, выполните
git push origin master
Измените master на любую ветку, в которую вы хотите отправить свои изменения.

Если вы не клонировали существующий репозиторий и хотите подключить свой репозиторий к удаленному серверу, вам необходимо добавить его с помощью
git remote add origin
Теперь вы можете отправить свои изменения на выбранный удаленный сервер. server

Полный рабочий процесс выглядит следующим образом:

Ветвление позволяет каждому разработчику отделиться от исходной кодовой базы и изолировать свою работу от других. Это также помогает Git легко объединять версии позже.

Представьте, что вы работаете со своими коллегами над одним и тем же файлом. Есть большая вероятность, что кто-то хотя бы частично перезапишет чужую работу. Мы можем избежать этого, используя ветвление, чтобы изолировать нашу работу от работы других членов команды.

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

Основная ветка является ветвью «по умолчанию» при создании репозитория.Используйте другие ветки для разработки и по завершении объедините их с основной веткой.

создайте новую ветку с именем «feature_x» и переключитесь на нее с помощью
git checkout -b feature_x
переключитесь обратно на master
git checkout master
и снова удалите ветку
git branch -d feature_x
a ветка недоступна для других , если вы не отправите ветку в удаленный репозиторий
git push origin

Примечание: Git поставляется со встроенными инструментами графического интерфейса для просмотра — gitk .Мы рекомендуем вам использовать его, чтобы получить хороший обзор ваших филиалов. Вам просто нужно запустить его в своем репозитории:
gitk

Чтобы обновить локальный репозиторий до последней фиксации, выполните
git pull
в своем рабочем каталоге, чтобы получить и объединить удаленных изменений.
, чтобы объединить другую ветку с вашей активной веткой (например, master), используйте
git merge
в обоих случаях git пытается автоматически объединить изменения.К сожалению, это не всегда возможно и приводит к конфликтам . Вы несете ответственность за объединение этих конфликтов и вручную, отредактировав файлы, показанные git. После изменения вам нужно пометить их как объединенные с
git add
перед объединением изменений, вы также можете просмотреть их, используя
git diff

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

git fetch origin
git reset --hard origin / master

Рекомендуется для создания тегов для выпусков программного обеспечения.Вы можете создать новый тег с именем Hurna v1.3.0 , выполнив
git tag -a v1.3.0 -m "Hurna v1.3.0"

в простейшей форме, вы можете изучить историю репозитория с помощью журнала git

Вы можете добавить множество параметров, чтобы журнал выглядел так, как вы хотите. Чтобы увидеть только коммиты определенного автора:
git log --author = michael-jeulinl
Чтобы увидеть очень сжатый журнал, где каждая фиксация занимает одну строку:
git log --pretty = oneline
Или, может быть, вы хотите увидеть ASCII-арт-дерево всех ветвей, украшенное названиями тегов и ветвей:
git log --graph --oneline --decorate --all
Посмотреть только те файлы, которые были изменены:
git log --name-status
Это лишь некоторые из возможных параметров, которые вы можете использовать.Для получения дополнительной информации см.
git log --help

Замечательно! Если вы зайдете так далеко, вы освоите все необходимое для управления проектом и его версиями. Следующие курсы посвящены внедрению всего в передовые практики.

Вот список еще нескольких команд Git, которые помогут вам использовать Git в повседневном рабочем процессе: https://hurna.io/academy/git/general_commands.html

Как использовать GitHub | GitHub Tutorial For Beginners

Если вы не знаете, как использовать GitHub, то этот блог для вас.Github — это веб-платформа, используемая для контроля версий. Git упрощает процесс работы с другими людьми и упрощает совместную работу над проектами. Члены команды могут работать с файлами и легко объединять свои изменения с основной веткой проекта. Навык Git & GitHub постепенно прошел путь от предпочтительных навыков до навыков, необходимых для выполнения нескольких рабочих ролей. В этом блоге я расскажу вам о различных функциях и возможностях GitHub.

В этом блоге «Как использовать Github» вы узнаете:

Шаг 1. Что такое Github?

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

GitHub — это широко используемое программное обеспечение, которое обычно используется для контроля версий. Это полезно, когда над проектом работает более одного человека. Скажем, например, команда разработчиков программного обеспечения хочет создать веб-сайт, и каждый должен обновлять свои коды одновременно, работая над проектом. В этом случае Github помогает им создать централизованный репозиторий, где каждый может загружать, редактировать и управлять файлами кода.

Почему Github так популярен?

GitHub имеет различные преимущества, но многие люди часто сомневаются, почему бы не использовать Dropbox или любую облачную систему? Позвольте мне использовать тот же пример, чтобы ответить на этот вопрос.Допустим, более двух разработчиков программного обеспечения работают над одним и тем же файлом и хотят обновить его одновременно. К сожалению, тот, кто первым сохранит файл, получит приоритет над остальными. В Github это не так. Github документирует изменения и отражает их организованным образом, чтобы избежать хаоса между загруженными файлами.
Таким образом, использование централизованного репозитория GitHub позволяет избежать путаницы и работать с одним и тем же кодом становится очень легко.

Если вы посмотрите на изображение слева, GitHub — это центральный репозиторий, а Git — это инструмент, который позволяет вам создать локальный репозиторий.Обычно люди путают git и GitHub, но на самом деле это совсем другое. Git — это инструмент управления версиями, который позволит вам выполнять все виды операций для извлечения данных с центрального сервера или отправки данных на него, тогда как GitHub — это основная хостинговая платформа для совместной работы по контролю версий. GitHub — это компания, которая позволяет размещать центральный репозиторий на удаленном сервере.

Теперь позвольте мне перечислить способы, которыми GitHub упрощает git:

    • GitHub предоставляет вам красивый визуальный интерфейс, который поможет вам отслеживать или управлять вашими проектами с контролируемой версией локально.
    • После регистрации на GitHub вы можете подключиться к социальной сети и создать сильный профиль.

Итак, приступим к работе с GitHub.

Шаг 2. Как создать репозиторий GitHub?

Репозиторий — это хранилище, в котором находится ваш проект. Он может быть локальным в папке на вашем компьютере или в хранилище на GitHub или другом сетевом хосте. Вы можете хранить файлы кода, текстовые файлы, изображения или любые файлы в репозитории.Вам понадобится репозиторий GitHub, когда вы внесли некоторые изменения и готовы к загрузке. Этот репозиторий GitHub действует как ваш удаленный репозиторий. Так что позвольте мне упростить вашу задачу, просто выполните следующие простые шаги, чтобы создать репозиторий GitHub:

  • Перейдите по ссылке: https://github.com/. Заполните форму регистрации и нажмите «Зарегистрироваться на Github».
  • Щелкните «Начать новый проект».

См. Снимок экрана ниже, чтобы лучше понять.

  • Введите любое имя репозитория и нажмите «Создать репозиторий».Вы также можете дать описание своему репозиторию (необязательно).

Теперь, если вы заметили, что по умолчанию репозиторий GitHub является общедоступным, что означает, что любой может просматривать содержимое этого репозитория, тогда как в частном репозитории вы можете выбрать, кто может просматривать содержимое. Также приватный репозиторий — это платная версия. Кроме того, если вы обратитесь к приведенному выше снимку экрана, инициализируйте репозиторий с помощью файла README. Этот файл содержит описание файла, и как только вы установите этот флажок, это будет первый файл в вашем репозитории.

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

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

Шаг 3: Создание веток и выполнение операций

Ветвление: Ветви помогают работать с разными версиями репозитория одновременно.Допустим, вы хотите добавить новую функцию (которая находится в стадии разработки) и одновременно боитесь вносить изменения в свой основной проект или нет. Здесь на помощь приходит ветвление git. Ветви позволяют вам перемещаться между различными состояниями / версиями проекта. В приведенном выше сценарии вы можете создать новую ветку и протестировать новую функцию, не затрагивая основную ветку. Как только вы закончите с этим, вы можете объединить изменения из новой ветки в основную ветку.Здесь основная ветвь — это главная ветка, которая по умолчанию находится в вашем репозитории. Обратитесь к изображению ниже для лучшего понимания:

Как показано на изображении выше, существует ветвь master / production, у которой есть новая ветка для тестирования. В этой ветке выполняются два набора изменений, и по завершении они объединяются обратно в основную ветку. Вот как работает ветвление!
Давайте поговорим о том, как использовать GitHub, и узнаем, как создать ветку.

Чтобы создать ветку в GitHub, выполните следующие действия:

  • Щелкните раскрывающийся список «Branch: master»
  • Как только вы нажмете на ветку, вы сможете найти существующую ветку или создать новую. .В моем случае я создаю новую ветку с именем «readme- changes». Обратитесь к приведенному ниже снимку экрана для лучшего понимания.

После того, как вы создали новую ветку, у вас теперь есть две ветки в вашем репозитории, то есть read-me (основная ветка) и readme- changes. Новая ветка — это просто копия основной ветки. Итак, давайте внесем некоторые изменения в нашу новую ветку и сделаем ее отличной от основной.

Как использовать GitHub: Операции
Команда фиксации:

Эта операция поможет вам сохранить изменения в вашем файле.Когда вы фиксируете файл, вы всегда должны предоставлять сообщение, просто чтобы помнить о сделанных вами изменениях. Хотя это сообщение не является обязательным, но его всегда рекомендуется использовать, чтобы можно было различать различные версии или коммиты, которые вы уже сделали в своем репозитории. Эти сообщения фиксации поддерживают историю изменений, которая, в свою очередь, помогает другим участникам лучше понять файл. Теперь давайте сделаем нашу первую фиксацию, выполните следующие шаги:

  • Щелкните файл «readme- changes», который мы только что создали.
  • Щелкните значок «редактировать» или значок карандаша в правом верхнем углу файла.
  • Как только вы нажмете на это, откроется редактор, где вы можете ввести изменения или что-то еще.
  • Напишите сообщение фиксации, которое идентифицирует ваши изменения.
  • В конце нажмите «Принять изменения».

Обратитесь к приведенному ниже снимку экрана для лучшего понимания:

Мы успешно сделали нашу первую фиксацию. Теперь этот файл «readme-changes» отличается от основной ветки.Затем давайте посмотрим, как мы можем открыть запрос на перенос.

Как использовать GitHub | Что такое GitHub | Учебное пособие по Git и GitHub | Обучение DevOps | Edureka

Эта Edureka «Как использовать GitHub» даст вам практическую демонстрацию того, как получить доступ к GitHub и работать с его различными операциями.

Команда извлечения

Команда извлечения — самая важная команда в GitHub. Он сообщает об изменениях, внесенных в файл, и просит других участников просмотреть его, а также объединить его с основной веткой.Как только фиксация будет завершена, любой может вытащить файл и начать обсуждение по нему. Как только все будет готово, вы можете объединить файл. Команда Pull сравнивает изменения, внесенные в файл, и, если есть какие-либо конфликты, вы можете вручную разрешить их. Теперь давайте посмотрим, как выполняется запрос на вытягивание в GitHub.

  • Щелкните вкладку «Запросы на извлечение».
  • Нажмите «Новый запрос на извлечение».
  • После того, как вы нажмете запрос на вытягивание, выберите ветку и щелкните файл «readme- changes», чтобы просмотреть изменения между двумя файлами, присутствующими в нашем репозитории.
  • Щелкните «Создать запрос на вытягивание».
  • Введите любой заголовок, описание ваших изменений и нажмите «Создать запрос на вытягивание». См. Скриншоты ниже.

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

Команда слияния

А вот и последняя команда, которая объединяет изменения в главную главную ветвь. Мы увидели изменения в розовом и зеленом цвете, теперь давайте объединим файл «readme-changes» с основной веткой / read-me.Выполните следующие шаги, чтобы объединить пулреквест.

  • Щелкните «Merge pull request», чтобы объединить изменения в главную ветку.
  • Щелкните «Подтвердить слияние».
  • Вы можете удалить ветку после того, как все изменения будут внесены, и если нет конфликтов. См. Скриншоты ниже.

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

Шаг 4: Клонирование и форк репозитория GitHub

Клонирование: Прежде чем я фактически расскажу о клонировании репозитория GitHub, сначала давайте разберемся, зачем нам нужно клонировать репозиторий. Ответ прост! Предположим, вы хотите использовать некоторый код, который присутствует в общедоступном репозитории, вы можете напрямую скопировать содержимое путем клонирования или загрузки. Обратитесь к приведенному ниже снимку экрана для лучшего понимания.

Клонирование действительно просто! Если у вас возникли проблемы с использованием GitHub, прокомментируйте свои проблемы в разделе ниже.Двигаясь вперед, давайте посмотрим, что такое разветвление.

Форкинг: Во-первых, давайте поговорим о том, зачем нам форкинг. Предположим, вам нужен какой-то код, который присутствует в публичном репозитории, в вашем репозитории и учетной записи GitHub. Для этого нам нужно выполнить форк репозитория.

Прежде чем мы начнем с разветвления, есть несколько важных моментов, о которых вы всегда должны помнить.

  • Изменения, внесенные в исходный репозиторий, будут отражены обратно в разветвленный репозиторий.
  • Если вы внесете изменение в разветвленный репозиторий, оно не будет отражено в исходном репозитории до тех пор, пока вы не сделаете запрос на перенос.

Теперь давайте посмотрим, как вы можете выполнить форк репозитория. Для этого выполните следующие действия:

  • Перейдите в раздел «Обзор» и выполните поиск общедоступных репозиториев.
  • Щелкните «вилкой». Обратите внимание, что это «касательное» хранилище уже было разветвлено 27 раз и находится под учетной записью «google» . См. Изображение ниже для лучшего понимания.

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

Поздравляем! Вы успешно создали ветвь существующего репозитория под своей учетной записью.

Вот и все для этого поста. Надеюсь, вам понравилось, и вы получили решение, «как использовать GitHub».

Если вы нашли этот блог «Как использовать GitHub » релевантным, ознакомьтесь с DevOps-тренингом от Edureka, надежной компании онлайн-обучения с сетью из более чем 250 000 человек. учащиеся распространились по всему миру.Курс Edureka DevOps Certification Training помогает учащимся получить опыт в различных процессах и инструментах DevOps, таких как Puppet, Jenkins, Nagios и GIT, для автоматизации нескольких этапов в SDLC.

Начало работы с Git и GitHub: полное руководство для начинающих | by Anne Bonner

Хотите начать работу с Git и GitHub? Вам нужно сотрудничать с командой? Вы работаете над проектом? Вы недавно обнаружили, что вам в значительной степени нужно быть на GitHub, если вы хотите, чтобы кто-то серьезно относился к вам в сфере технологий?

… вы действительно хотите внести свой вклад в свой первый проект с открытым исходным кодом ?

Это для вас!

Фото Грейсона Джоралемона на Unsplash

Начать работу с Git совсем несложно.Если вы быстро читаете (и не тратите много времени на регистрацию и установку), вы можете начать работу на GitHub примерно через десять минут прямо сейчас.

Если вы полностью изучите статью, вы можете попрактиковаться в клонировании существующего репозитория, создании ветки, внесении изменений и создании запроса на вытягивание. Попутно вы также можете узнать, как найти свой терминал, использовать команды терминала и отредактировать файл уценки (.md)!

Если вы все это сделаете, поздравляю!

Вы внесете свой вклад в свой первый проект с открытым исходным кодом — приветственная стена GitHub ! (Если вы хотите перейти прямо к разделу с открытым исходным кодом, прокрутите вниз, пока не дойдете до раздела под названием « Давай сделаем это! »)

Эта статья поможет вам освоить основы.Если вы, конечно, хотите использовать Git и GitHub как профессионал, нужно многому научиться. Вы можете пойти дальше этой вводной информации! Однако мы собираемся оставить вещи следующего уровня на другой раз.

Приступим!

Что такое Git? Что такое GitHub?

Git — это технология управления версиями, которую сейчас выбирают практически все, от разработчиков до дизайнеров. GitHub — это социальная платформа для размещения кода, которая в настоящее время используется чаще, чем любая другая.Это место, где можно играть и экспериментировать. Это место, где вы можете найти (и поиграть) самую невероятную информацию из открытых источников, новейшие технологии, функции и разработки. Это место, где можно учиться и где можно принять участие. Вы можете хранить там код для работы или учебы, и вы можете взять какой-нибудь приятный код, который хотите изучить дальше. Вы даже можете размещать сайты бесплатно прямо из вашего репозитория! (Если вы хотите знать, как это сделать, ознакомьтесь с этой статьей!)

Фото Джейми Хотона на Unsplash

Существует множество способов использовать Git и GitHub, но начало работы с GitHub не должно быть утомительным.Вам не нужно быть мастером программирования или кем-то еще. Вы даже можете делать самые важные вещи прямо на сайте GitHub!

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

Каждый раз, когда вы видите команду в этой статье, которая включает эти метки: <> , вы хотите удалить эти метки и заменить то, что между ними, вашей собственной информацией.

Допустим, вы видите что-то вроде git add . Это означает, что вы должны ввести, например, git add hello_world.py , если вы хотите добавить файл с именем «hello_world.py» в свой репозиторий GitHub.

Я собираюсь дать вам здесь много объяснений, но это все команды терминала, которые вам действительно нужно знать, чтобы начать работу:

 git clone 
git status
git add
git commit -m ““
git push

Вот и все! Это большие! Если у вас есть с ними дело, то вперед.Вы можете сразу приступить к работе над своими проектами!

Фото Делани Доусон на Unsplash

Мы также поговорим о

 git init 
git branch
git merge
git checkout

Возможно, вы работаете с другими людьми или хотите внести изменения и протестировать их раньше. действительно совершают их. Приведенные выше команды — это то, что вам нужно, чтобы начать совместную работу.

git help

также очень полезно, если вы только начинаете! Мы это тоже обсудим.

(Если вы используете Mac, у вас уже есть терминал! Вы можете найти его, щелкнув значок увеличительного стекла в правом верхнем углу экрана и выполнив поиск слова «терминал».)

Шаг 1: Регистрация и установка!

Зайдите на GitHub и зарегистрируйте аккаунт. Вы можете просто остановиться на этом, и GitHub будет работать нормально. Однако рекомендуется установить Git, если вы еще этого не сделали. Вы можете начать работу без него, но если вы хотите работать на локальном компьютере, вам нужно установить Git.Вместо этого вы можете загрузить его или установить через диспетчер пакетов.

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

 git config --global user.name "" 

, заменив «<ваше имя здесь>» на свое собственное имя в кавычках. Вы можете использовать любое имя или дескриптор, какой захотите. Если вы хотите указать свое имя только для одного репозитория, опустите слово «глобальный».

Теперь вы можете сообщить Git свой адрес электронной почты и убедиться, что это тот же адрес электронной почты, который вы использовали при регистрации на GitHub

 git config --global user.email "" 

Сохранить конфиденциальность электронной почты очень просто, и вы можете найти эти инструкции в этой статье. Вам нужно всего лишь установить два флажка в своей учетной записи GitHub.

Теперь вы готовы начать использовать Git на своем компьютере!

Фотография Мэтти Адам на Unsplash

Для начала вы можете создать новый репозиторий на веб-сайте GitHub или выполнить git init , чтобы создать новый репозиторий из каталога вашего проекта.

Репозиторий состоит из трех «деревьев».’Во-первых, это рабочий каталог , в котором хранятся фактические файлы. Второй — это индекс или промежуточная область. Затем идет голова , которая указывает на последнюю сделанную вами фиксацию.

Я уже привык к терминалу (вариант 1)

Вот как вы можете начать работу прямо из терминала:

Если у вас есть каталог проекта, просто перейдите в свой терминал и в каталоге проекта выполните команду

 git init 

Если вы хотите инициализировать свой проект со всеми файлами в каталоге проекта, запустите

 git init.

, чтобы включить все.

Допустим, у вас есть папка для вашего проекта под названием «new_project». Вы можете перейти в эту папку в окне терминала и добавить к нему локальный репозиторий, запустив

 cd new_project 
git init

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

 git add  

или запускать

 git add.

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

 git commit -m "<добавить сюда сообщение о фиксации>" 

и, если вас устраивают ваши изменения, вы можете запустить

 git push 

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

 git status 

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

 git add  

или

 git add --all 

Затем зафиксируйте их в своем сообщении о фиксации и протолкните их.

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

Если у вас есть это, просто прокрутите вниз до « Learning to work with others» , чтобы перейти к ветвлению и совместной работе!

Фотография Джонатана Дэниэлса на Unsplash

Я не знаю, что вы только что сказали (Вариант 2)

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

Давайте сделаем это!

Допустим, вы хотите создать новый репозиторий. (Вероятно, вы это сделаете! Вот где будет жить ваш проект. Если вы не собираетесь создавать новый репозиторий, вы, вероятно, захотите клонировать существующий репозиторий. Мы поговорим об этом позже, но именно так вы берете чужой проект и информация, необходимая для вашей работы или курса, который вы проходите.)

Репозиторий — это место, где вы будете организовывать свой проект. Вы можете хранить папки, файлы, изображения, видео, электронные таблицы, записные книжки Jupyter, наборы данных и все, что нужно вашему проекту.Прежде чем вы сможете работать с Git, вам необходимо инициализировать репозиторий для вашего проекта и настроить его так, чтобы Git мог им управлять. Сделать это можно прямо на сайте GitHub.

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

  • Перейдите на веб-сайт GitHub, посмотрите в правом верхнем углу, нажмите знак +, а затем нажмите «Новый репозиторий.”
  • Назовите репозиторий и добавьте краткое описание.
  • Решите, хотите ли вы, чтобы это было общедоступным или частным репозиторием.
  • Щелкните «Инициализировать этот репозиторий с помощью README», если вы хотите включить файл README. (Я определенно рекомендую сделать это! Это первое, на что люди будут обращать внимание, когда проверят ваш репозиторий. Это также отличное место для размещения информации, которая вам нужна для понимания или запуска проекта.)
New repositoryСоздание нового репозитория

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

Есть два способа внести изменения в ваш проект. Вы можете вносить изменения в свои файлы / записные книжки на своем компьютере, а также можете вносить изменения прямо на GitHub.

Допустим, вы хотите внести некоторые изменения в файл README прямо на GitHub.

  • Сначала перейдите в свой репозиторий.
  • Щелкните имя файла, чтобы открыть этот файл (например, щелкните «README.md», чтобы перейти к файлу readme).
  • Щелкните значок карандаша в правом верхнем углу файла и внесите некоторые изменения.
  • Напишите в поле короткое сообщение с описанием внесенных вами изменений (и, если хотите, расширенное описание).
  • Нажмите кнопку «Принять изменения».
Редактирование файла на GitHub Внесение изменений

Теперь изменения внесены в файл README в вашем новом репозитории! (Я хочу сразу обратить ваше внимание на маленькую кнопку, которую вы можете проверить на изображении выше, которая позволит вам создать новую ветку для этого коммита и запустить запрос на вытягивание. Мы поговорим об этом позже!)

Довольно просто, верно?

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

Дай этот проект!

Вы можете клонировать свой новый репозиторий, чтобы работать с ним на локальном компьютере, или у вас может быть существующий репозиторий, который вы хотите клонировать. (Это то, что вам может понадобиться для проекта или курса.)

Чтобы клонировать репозиторий на свой компьютер, перейдите в репозиторий на веб-сайте GitHub и нажмите большую зеленую кнопку с надписью «Клонировать или загрузить» . » (Вы определенно можете скачать репозиторий прямо здесь и пропустить информацию о терминале, если вы просто не можете с этим справиться.Но я верю в вас, так что продолжайте!) Убедитесь, что написано «Клонировать с HTTPS». Теперь щелкните значок буфера обмена, чтобы скопировать и вставить его в буфер обмена (или выделите эту ссылку и скопируйте ее).

Клонирование или загрузка репозитория

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

 cd Desktop 

, чтобы перейти на рабочий стол. Затем клонируйте свой репозиторий прямо здесь, чтобы его было легко найти.Чтобы клонировать репозиторий, введите

 git clone  

Просто! (Не забудьте изменить информацию между метками <> на эту строку букв и цифр, которую вы только что скопировали! Также убедитесь, что вы удалили <> .)

Если вы еще не двигались в своем терминале раньше вы можете медленно перемещаться с помощью команды cd , пока не доберетесь до того места, куда хотите. Например, откройте свой терминал и введите ls , чтобы указать варианты, куда вы могли бы пойти дальше.Вы можете увидеть в списке «Рабочий стол» и просто набрать cd Desktop , чтобы перейти на рабочий стол. Затем вы можете запустить приведенную выше команду git clone , чтобы клонировать репозиторий прямо на рабочий стол.

Вместо выбора типа «Рабочий стол» вы можете увидеть несколько имен пользователей. В этом случае вам нужно выбрать пользователя до того, как вы увидите «Рабочий стол», поэтому выберите пользователя с cd (заменив именем пользователя), а затем снова введите ls , чтобы увидеть свой выбор.Скорее всего, теперь вы увидите «Рабочий стол». Введите cd Desktop , если увидите в списке Desktop. А теперь приступайте к этому клону git!

Если вы когда-нибудь захотите вернуться на шаг назад в своем терминале, просто введите cd ..

Теперь у вас есть новый репозиторий GitHub, с которым вы можете работать с клонированием прямо на рабочем столе! Эта команда вытащила полную копию репозитория прямо в вашу систему, где вы можете работать с ней, вносить изменения, вносить изменения, фиксировать изменения, а затем отправлять изменения обратно в GitHub.

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

Если вы когда-нибудь захотите просто поиграть с проект самостоятельно, вы можете создать форк на веб-сайте GitHub вместо того, чтобы клонировать его.Найдите в правом верхнем углу экрана кнопку «вилка» и щелкните ее. Это сделает копию репозитория в ваших репозиториях, чтобы вы могли играть самостоятельно, ничего не делая с оригиналом.

Теперь пора добавить файлы в ваш проект!

Фото Надима Мерриха на Unsplash

Это все, что мы собираемся сделать:

 git status 
git add
git commit -m ""
git push

Не о чем беспокоиться!

Я думаю, у вас, вероятно, есть файлы, которые вы хотите поместить в новое хранилище.Идите вперед и найдите свои файлы и перетащите их в новую папку для репозитория, который вы создали на своем рабочем столе, как обычно с любым набором файлов, который вы, возможно, захотите переместить в папку.

Теперь проверьте статус вашего проекта!

Зайдите в свой терминал и войдите в папку своего репозитория. Затем запустите

 git status 

, чтобы проверить, все ли обновлено. (Если вы просто перетащили несколько файлов в папку своего проекта, это точно не так!) Чтобы добавить один из ваших файлов в репозиторий, вы должны запустить

 git add  

В противном случае вы можете добавить все с помощью

 git add --all 

или даже

 git add.

Это предлагаемые вами изменения. Вы можете сделать то же самое с новыми файлами и с файлами, которые уже есть, но с некоторыми изменениями. На самом деле вы пока ничего не добавляете. Вы обращаете внимание Git на новые файлы и изменения.

Чтобы зафиксировать изменения, вы запустите процесс, запустив

 git commit -m «<сообщение фиксации>» 

Вы фиксируете изменения в HEAD, но не в удаленном репозитории. (Убедитесь, что вы заменили это сообщение в кавычках своим собственным.) После внесения изменений вы делаете «снимок» репозитория с помощью команды «commit». Вы добавите сообщение к этому «снимку» с помощью -m.

Когда вы сохраняете изменение, это называется фиксацией. Когда вы делаете коммит, вы включаете сообщение о том, что вы изменили и / или почему вы это изменили. Это отличный способ рассказать другим, что вы изменили и почему.

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

 git push 

, чтобы отправить изменения прямо в репозиторий.Если вы работаете на локальном компьютере и хотите, чтобы ваши коммиты также были видны в Интернете, вы можете отправить изменения в git hub с помощью команды git push.

Вы можете в любой момент узнать, все ли обновлено, выполнив команду git status !

Итак, теперь у вас есть репозиторий GitHub, и вы знаете, как добавлять файлы и вносить в него изменения!

Поздравляем !!!

Сотрудничество — это название игры на GitHub!

Фото Квинтена де Граафа на Unsplash

GitHub flow

Допустим, у вас есть проект, и у вас может быть много разных идей и функций в любой момент времени.Некоторые функции могут быть готовы к работе, а некоторые — нет. Может быть, вы работаете с другими людьми, которые занимаются своим делом. Вот тут и пригодится ветвление!

Ветка — это отдельное пространство, где можно опробовать новые идеи. Если вы измените что-то в ветке, это не повлияет на основную ветку, пока вы этого не захотите. Это означает, что вы можете делать с этой веткой все, что хотите, пока не решите, что пора ее объединить.

Единственная ветвь, которая навсегда изменит ситуацию, — это главная ветка.Если вы не хотите, чтобы изменения развертывались немедленно, внесите изменения в отдельную ветку и объедините их с основной веткой, когда будете готовы.

Если вы работаете с другими и хотите внести изменения самостоятельно или если вы работаете самостоятельно и хотите внести изменения, не затрагивая основную ветку, вам нужна отдельная ветка. Вы можете создать новую ветку в любое время.

Также довольно просто создать ветку с именем «new_feature» в вашем терминале и переключиться на нее с помощью

 git checkout -b new_feature 

Создав ветвь, вы можете вносить в нее изменения.Это позволяет легко увидеть, что вы изменили и почему вы это изменили. Каждый раз, когда вы фиксируете свои изменения, вы добавляете сообщение, которое можете использовать для описания того, что вы сделали.

Давай поговорим о кассе!

 git checkout 

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

 git checkout master 

или посмотреть ветку «new_feature» с помощью

 git checkout new_feature 

Когда вы закончите с веткой, вы можете объединить все свои изменения обратно, чтобы они видны всем.

 git merge new_feature 

примет все изменения, внесенные вами в ветку «new_feature», и добавит их в мастер.

Чтобы создать восходящую ветвь, чтобы вы могли протолкнуть свои изменения и установить удаленную ветвь как восходящую, вы продвинете свою функцию, запустив

 git push --set-upstream origin new_feature 

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

Мммммм… что? Могу я сделать это на сайте?

Можно!

GIF через GIPHY

Один из способов сделать это — просто проверить эту кнопку, о которой мы упоминали ранее, когда редактировали файл README. Супер просто!

Вы также можете создать новую ветку в любое время прямо на веб-сайте, перейдя в свой репозиторий, щелкнув раскрывающееся меню в левой средней части экрана с надписью «Branch: master», введя имя ветки и выбрав ссылку «Создать ветку» (или нажав Enter на клавиатуре).Теперь у вас есть две одинаковые ветки! Это отличное место для внесения изменений и их проверки, прежде чем вы захотите повлиять на основную ветку.

Создание ветки

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

Если вас устраивают изменения и вы хотите объединить их с основной веткой, вы можете открыть запрос на перенос . Вот как, если бы вы были в команде, вы бы предложили свои изменения и попросили кого-нибудь просмотреть их или внести свой вклад и объединить их в свою ветку.

Вы можете открыть пул-реквест сразу после фиксации, даже если вы еще не закончили свой код. Вы можете сделать это прямо на сайте, если вам это удобнее. Если вы внесли некоторые изменения в свою ветку и хотите их объединить, вы можете

  • Щелкните вкладку запроса на включение в верхней части экрана
  • Нажмите зеленую кнопку «Новый запрос на перенос»
  • Перейдите в Поле «Примеры сравнения» и выберите созданную вами ветку для сравнения с исходной веткой.
  • Просмотрите свои изменения, чтобы убедиться, что они действительно соответствуют тому, что вы хотите зафиксировать.
  • Затем нажмите большую зеленую кнопку «Создать запрос на вытягивание». Дайте ему название и напишите краткое описание ваших изменений. Затем нажмите «Создать запрос на слияние!»
Новый запрос на перенос Создание запроса на перенос

Теперь, если это ваш репозиторий, вы можете объединить свой запрос на перенос, нажав зеленую кнопку «Объединить запрос на перенос», чтобы объединить изменения в мастер. Нажмите «Подтвердить слияние», затем удалите ветвь после того, как ваша ветка будет добавлена, с помощью кнопки «Удалить ветвь» в фиолетовом поле.

Если вы участвуете в проекте, у людей в команде (или рецензента) могут быть вопросы или комментарии. Если вам нужно что-то изменить, самое время! Если все в порядке, они могут развернуть изменения прямо из ветки для окончательного тестирования, прежде чем вы их объедините. И вы можете развернуть свои изменения, чтобы проверить их в производственной среде.

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

Обновление и объединение

Если вы работаете на своем компьютере и хотите получить самую последнюю версию репозитория, вы можете загрузить изменения из GitHub с помощью команды git pull . Чтобы обновить локальный репозиторий до последней фиксации, запустите

 git pull 

в своем рабочем каталоге.

Чтобы объединить другую ветку с активной ветвью, используйте

 git merge  

Git попытается объединить изменения автоматически, но это не всегда возможно.Могут возникнуть конфликты. В противном случае вам нужно будет объединить конфликты вручную. После их изменения вы можете пометить их как объединенные с помощью git add . Вы можете предварительно просмотреть свои изменения, прежде чем объединить их с

 git diff   

Вы можете вернуться к основной ветке с

 git checkout master 

Вы внесете изменения и затем удалите ветку когда вы закончите с

 git branch -d new_feature 

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

 git push origin  

Другие полезные команды

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

Вы можете увидеть историю коммитов репозитория, если запустите

 git log 

Вы можете увидеть коммиты одного человека с

 git log --author =  

Вы можете увидеть, что было изменено, но не поставлено еще с

 git diff 

Нужна помощь в запоминании того, какую команду нужно запускать? Попробуйте

 git help 

, чтобы увидеть 21 наиболее распространенную команду. Вы также можете ввести что-то вроде

 git help clone 

, чтобы выяснить, как использовать определенную команду, например «clone.

Давай сделаем это!

Фото Мервина Чана на Unsplash

Почему бы не оставить свой след и не поприветствовать всех, кто хочет узнать о Git и GitHub? Мы собираемся создать простую приветственную стену с заметками от всех, кто хочет попробовать Git и GitHub и внести свой вклад в свой первый проект с открытым исходным кодом.

Вы можете добавить все, что хотите, к приветственной стене, если она будет теплой и обнадеживающей. Добавьте заметку, добавьте изображение, что угодно. Сделайте наш маленький мир лучше, чем бы вы ни были.(Если вы слишком много думаете (я вас вижу ❤️), у меня есть заранее написанное сообщение в файле README, которое вы можете просто скопировать и вставить.)

 git clone https://github.com/bonn0062/github_welcome_wall. git 
  • Создайте новую ветку и добавьте приветливую и обнадеживающую мысль в файл «welcome_wall.md». Вы можете сделать это на веб-сайте, но я действительно рекомендую вам попробовать клонировать репозиторий на свой компьютер, открыть файл в своем любимом текстовом редакторе и добавить туда свое сообщение.Это просто хорошее обучение!
  • Создайте запрос на вытягивание.
  • Напишите небольшую заметку с описанием вашего изменения и нажмите зеленую кнопку, чтобы создать запрос на вытягивание.

Вот и все! Если это достойное сообщение, мысль, изображение или идея, я объединю ваш запрос, и вы успешно внесете свой вклад в проект с открытым исходным кодом.

Поздравляем !!! Ты сделал это!

GIF через GIPHY

Как всегда, если вы сделаете что-нибудь классное с этой информацией, я буду рад услышать об этом! Оставьте сообщение в разделе ответов или в любое время напишите в Twitter @annebonnerdata.

Спасибо за чтение!

Если вы хотите найти больше интересных статей, приходите и присоединяйтесь ко мне на Content Simplicity!

Руководство по Git для новичков — как запустить и создать свой первый репозиторий

Если вы разработчик и хотите начать работу с Git и GitHub, эта статья создана для вас.

После краткого знакомства с тем, что такое Git и как его использовать, вы сможете создавать проект GitHub и работать над ним.

Что такое Git?

Git — это бесплатное программное обеспечение с открытым исходным кодом, созданное Линусом Торвальдсом в 2005 году. Этот инструмент представляет собой систему контроля версий, которая изначально была разработана для работы с несколькими разработчиками над ядром Linux.

Существует множество систем контроля, таких как CVS, SVN, Mercurial и другие, но сегодня Git является стандартным программным обеспечением для контроля версий.

Контроль версий, верно?

Если вы новичок в мире разработки, эти слова вам ничего не скажут.Однако не волнуйтесь, после этого короткого абзаца вы точно узнаете, что такое «Система контроля версий (VCS) ».

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

Система ветвей поддерживается контролем версий и позволяет разработчикам работать индивидуально над задачей (пример : Одна ветвь, одна задача или одна ветвь, один разработчик), прежде чем объединить все изменения, внесенные соавторами, в основную ветвь.

Все изменения, внесенные разработчиками, отслеживаются и сохраняются в истории. Может быть полезно отслеживать изменения, внесенные каждым соавтором. История изменений системы контроля версий

(VCS) — Авторские права на публикацию ToolsQA
Где найти репозитории Git

Если вы хотите начать использовать Git, вам нужно знать, где разместить ваши репозитории. Существует множество хостинговых платформ, на которых вы можете бесплатно разместить свой код. Некоторые варианты платные, но в большинстве случаев они вам не нужны, за исключением особых случаев.

Вот три самых популярных хостинга Git:

  • GitHub : Владелец недавно Microsoft — запущен в 2008 году (31 миллион пользователей в октябре 2018 года).
  • GitLab : Принадлежит GitLab Inc. — запущен в 2011 году.
  • BitBucket : Принадлежит Atlassian — запущен в июне 2008 года.
Примечание. Хостинговые платформы доступны двумя способами: в облаке (размещается в Интернете) или самостоятельно устанавливается на вашем сервере (частный хостинг).
Зачем использовать Git в качестве разработчика

Этот инструмент незаменим для разработчиков со всего мира. Вот список преимуществ этого инструмента:

  • Больше никаких копий: когда вы закончите работу над значительным обновлением для вашего приложения или исправлением ошибки, вам просто нужно « push » ваш проект в сети, чтобы сохранить его.
  • Удалите и взломайте свой код; вам просто нужно набрать команду, чтобы вернуться к предыдущей версии и продолжить работу.
  • Работайте с друзьями, не отправляя электронное письмо со сжатым проектом при каждом изменении кода.
  • Вы можете позволить себе забыть о том, что сделали. Простая команда необходима для проверки изменений, внесенных вами с момента последнего сохранения вашей работы.

Я только что рассказал вам об основных преимуществах, если вы пока не используете Git. Поверьте мне; этот инструмент может стать первостепенным. Например, вы можете настроить службы для работы с Git, а также автоматически развернуть и протестировать свой код.

Теперь давайте попрактикуемся с Git и GitHub

Теперь, когда вы знаете, что такое Git и Github, пора попрактиковаться с конкретными упражнениями.

После этих упражнений вы сможете создавать свои проекты и управлять ими через GitHub со всеми основными функциями Git.

Примечание. Я выбрал GitHub в качестве нашей службы хостинга для Git, потому что он наиболее часто используется в мире. Не бойся; на других сервисах процедура такая же.
Помните, что в этой статье вы знаете все основные команды SHELL. В противном случае некоторые части этой статьи могут ввести вас в заблуждение.
# 1 шаг — Пора начинать!

Ждете начала работы? Давай сделаем это!

Это первое упражнение не очень сложно; он разделен на два этапа.Установка Git и создание учетной записи GitHub.

а. Создание учетной записи GitHub

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

Главная страница GitHub с регистрационной формой

Ничего лишнего! Вы официально являетесь новым участником GitHub!

б. Установка Git

Теперь вам нужно установить инструменты Git на свой компьютер. Есть разные программы для Git, но для начала лучше установить базовую.Мы будем использовать командную строку для связи с GitHub.

Когда вы освоитесь с командной строкой, вы можете загрузить программное обеспечение Git с пользовательским интерфейсом.

Сначала обновите свои пакеты:

  $ sudo apt update  

Затем установите Git с помощью apt-get:

  $ sudo apt-get install git  

Наконец, убедитесь, что Git установлен правильно:

  $ git --version  

Сначала загрузите последнюю версию установщика Git для Mac.

Затем следуйте инструкциям на экране.

Наконец, откройте терминал и убедитесь, что Git установлен правильно:

  $ git --version  

Сначала загрузите последнюю версию установщика Git для Windows.

Затем следуйте инструкциям на экране (вы можете оставить параметры по умолчанию).

Наконец, откройте терминал (пример: powershell или git bash) и убедитесь, что Git установлен правильно:

  $ git --version  

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

  $ git config --global user.имя "Гаэль Томас"
$ git config --global user.email "[email protected]"  
# 2 step — Ваш первый проект на GitHub!

Теперь, когда вы готовы, вы можете вернуться на главную страницу GitHub и щелкнуть значок « + » в строке меню.

Строка меню GitHub со значком «+»

После того, как вы нажмете эту кнопку, появится новое меню с записью « Новый репозиторий ». Нажмите здесь!

Подменю с записью «Новый репозиторий»

Появится страница создания репозитория. Выберите классное имя для своего первого репозитория и вставьте небольшое описание, прежде чем нажимать кнопку « Создать репозиторий ».

Примечание. В контексте этой статьи не ставьте галочку «Инициализировать этот репозиторий с помощью README». Мы создадим файл «README» позже!
Меню создания репозитория

Молодец! Ваш первый репозиторий GitHub создан. Если вы хотите увидеть все свои репозитории, вам нужно нажать на изображение своего профиля в строке меню, а затем на « Ваши репозитории ».

Подменю с записью «Ваши репозитории»
# 3 шаг — Хорошая обложка

Пришло время внести ваши первые изменения в ваш репозиторий.Что вы думаете о создании для него обложки, своего рода приветственного текста?

а. Локальная версия вашего проекта

Ваша первая задача — получить копию репозитория на вашем компьютере. Для этого вам нужно « клонировать » репозиторий. На странице репозитория вам нужно получить адрес « HTTPS ».

Страница репозитория с адресом «HTTPS»

После того, как вы получили адреса репозиториев, вам нужно использовать свой терминал (с помощью команд оболочки), чтобы переместиться в то место, где вы хотите разместить копию каталога (например, вы можете переместиться в свой Папка « Документы »).Когда вы будете готовы, вы можете ввести:

  $ git clone [АДРЕС HTTPS]  

Эта команда создаст локальную копию репозитория, размещенного по данному адресу.

Выходное сообщение команды «git clone»

Теперь ваш репозиторий находится на вашем компьютере. Вам необходимо переместить его с помощью:

  $ cd [НАЗВАНИЕ ХРАНИЛИЩА]  
Примечание. При клонировании Git создаст репозиторий на вашем компьютере. При желании вы можете получить доступ к своему проекту через пользовательский интерфейс компьютера.

б. Репозиторий выпуск

Теперь вы можете создать файл с именем « README. md »в вашей папке (через терминал или пользовательский интерфейс на вашем компьютере). Я не сообщаю вам больше подробностей об этом шаге, ничего конкретного. Откройте папку и добавьте файл, как если бы это была стандартная папка.

Если вы хотите сделать что-нибудь интересное, скопируйте и вставьте этот шаблон в свой файл « README.md ». Вы можете заменить информацию между перехватчиками, чтобы персонализировать вывод.

  ### Мой первый репозиторий потрясающий!

Я [PSEUDO / NAME], и это мой первый репозиторий GitHub.
Если вы видите этот файл в моем проекте, это потому, что я изучаю Git.

Мое настроение:

> [НАЗВАНИЕ НАСТРОЕНИЯ]

Мой любимый цвет:

> [НАЗВАНИЕ ЦВЕТА]

Большое спасибо за чтение! ☺  

г. Делимся нашей работой!

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

Для этого вернитесь к своему терминалу.Если вы его закрыли, вернитесь в свою папку.

Если вы хотите сохранить свою работу, требуются четыре шага. Эти шаги называются: « status », « add », « commit » и « push ». Я подготовил для вас стандартную процедуру, которую нужно выполнять каждый раз, когда вы хотите сохранить свою работу.

Примечание. Все следующие шаги должны быть выполнены в рамках вашего проекта.
  • « status »: Первое, что вам нужно сделать после работы, — это проверить файлы, которые вы изменили.Для этого вы можете ввести следующую команду, чтобы отобразился список изменений:
  $ git status  
Вывод «git status» в нашем проекте
  • « add »: С помощью списка изменений , вы можете добавить все файлы, которые хотите загрузить, с помощью следующей команды:
  $ git add [FILENAME] [FILENAME] [...]  

В нашем случае мы собираемся добавить « README.md », потому что мы хотим сохранить этот файл.

  $ git добавить README.md  
Примечание. Если вы снова наберете «git status», «README.md» станет зеленым. Это означает, что мы добавили файл правильно.
  • « commit »: Теперь, когда мы добавили файлы по нашему выбору, нам нужно написать сообщение, чтобы объяснить, что мы сделали. Это сообщение может быть полезно позже, если мы захотим проверить историю изменений. Вот пример того, что мы можем использовать в нашем случае.
  $ git commit -m "Добавлен README.md с хорошим описанием.« 
  • « push »: вы здесь, теперь вы можете разместить свою работу в сети! Если вы введете следующую команду, вся ваша работа будет размещена в сети и видна прямо на странице репозитория.
  $ git push origin master  

Вы сделали это! Если вы вернетесь на страницу своего репозитория на GitHub, вы перейдете к своему файлу « README.md » с его красивым предварительным просмотром.

Страница репозитория с «README. md »

Полезные команды для Git

Вам, как новичку в Git, все еще не хватает некоторых важных команд.Вот список, который вам пригодится во время вашего проекта.

  • Показать историю коммитов (все модификации, внесенные в проект).
  $ git log  
  • Отменить все изменения с момента последней фиксации.
  $ git checkout.  
  • Отменить все изменения в конкретном файле с момента последней фиксации.
  $ git checkout [FILENAME]  
  • Показать последние изменения в файле с момента последней фиксации.
  $ git diff [FILENAME]  
  • Удалите все неожиданные файлы в вашем проекте (не зафиксированные).
  $ git clean -dfx  
  • Добавьте все файлы и одновременно сделайте фиксацию.
  $ git commit -am [СООБЩЕНИЕ]  
Что дальше?

В следующей части этого руководства для начинающих вы откроете для себя эти три темы:

  • Что такое хорошее сообщение о фиксации.
  • Почему это важно.
  • Контрольный список для написания сообщений о фиксации.

-> Руководство по Git для новичков — Как написать хорошее сообщение о фиксации

Заключение

Я надеюсь, что вы нашли это руководство и примеры на Git / GitHub полезными! Если у вас есть какие-либо вопросы или отзывы, не стесняйтесь спрашивать.

Если вам нужно больше подобного контента, вы можете подписаться на меня в Twitter, где я читаю о веб-разработке, самосовершенствовании и своем пути в качестве разработчика полного цикла!

Вы можете найти и другие подобные статьи на моем сайте: herewecode.io.

Пошаговое руководство по Git

Если вы никогда не использовали Git, вы можете нервничать по этому поводу. Не о чем беспокоиться — просто следуйте этому пошаговому руководству по началу работы, и вскоре у вас появится новый репозиторий Git, размещенный на GitHub.

Прежде чем мы углубимся, давайте проясним распространенное заблуждение: Git — это не то же самое, что GitHub. Git — это система контроля версий (то есть часть программного обеспечения), которая помогает вам отслеживать ваши компьютерные программы и файлы, а также изменения, которые в них вносятся с течением времени.Это также позволяет вам сотрудничать с вашими коллегами в программе, коде или файле. GitHub и аналогичные службы (включая GitLab и BitBucket) — это веб-сайты, на которых размещена программа сервера Git для хранения вашего кода.

Шаг 1. Создайте учетную запись GitHub

Самый простой способ начать — создать учетную запись на GitHub.com (это бесплатно).

Выберите имя пользователя (например, octocat123), введите свой адрес электронной почты и пароль и нажмите Зарегистрироваться на GitHub . Когда вы войдете, он будет выглядеть примерно так:

Шаг 2: Создайте новый репозиторий

Хранилище похоже на место или контейнер, где что-то хранится; в этом случае мы создаем репозиторий Git для хранения кода.Чтобы создать новый репозиторий, выберите New Repository из выпадающего меню со знаком + (вы можете видеть, что я выбрал его в правом верхнем углу на изображении выше).

Введите имя для вашего репозитория (например, «Демо») и нажмите Создать репозиторий . Не беспокойтесь об изменении каких-либо других параметров на этой странице.

Поздравляем! Вы создали свое первое репо на GitHub.com.

Шаг 3: Создайте файл

После создания репо оно будет выглядеть так:

Не паникуйте, это проще, чем кажется.Останься со мной. Посмотрите на раздел, который начинается «… или создайте новый репозиторий в командной строке», и пока игнорируйте остальное.

Откройте программу Terminal на вашем компьютере.

Введите git и нажмите Введите . Если он говорит: команда bash: git: команда не найдена , установите Git с командой для вашей операционной системы или дистрибутива Linux. Проверьте установку, набрав git и нажав Введите ; если он установлен, вы должны увидеть кучу информации о том, как использовать эту команду.

В терминале наберите:

  mkdir Демо  

Эта команда создаст каталог (или папку) с именем Demo .

Измените свой терминал на каталог Demo с помощью команды:

  cd Demo  

Затем введите:

  echo "#Demo" >> README.md  

Это создает файл с именем README.md и записывает в него #Demo . Чтобы убедиться, что файл был успешно создан, введите:

  cat README.мкр  

Это покажет вам, что находится внутри файла README.md , если файл был создан правильно. Ваш терминал будет выглядеть так:

Чтобы сообщить вашему компьютеру, что Demo — это каталог, управляемый программой Git, введите:

  git init  

Затем, чтобы сообщить программе Git, что вы заботитесь об этом файле и хотите отслеживать любые изменения с этого момента, введите:

  git добавить README.md  

Шаг 4. Сделайте фиксацию

Итак, вы создали файл и сообщили об этом Git, а теперь пора создать коммит .Фиксацию можно рассматривать как веху. Каждый раз, когда вы выполняете какую-либо работу, вы можете написать коммит Git для хранения этой версии вашего файла, чтобы вы могли вернуться позже и посмотреть, как это выглядело в тот момент. Каждый раз, когда вы вносите изменения в свой файл, вы создаете новую версию этого файла, отличную от предыдущей.

Чтобы совершить фиксацию, введите:

  git commit -m "первая фиксация"  

Вот и все! Вы только что создали коммит Git и добавили сообщение, что сначала коммит .Вы всегда должны писать сообщение в коммите; он не только помогает идентифицировать фиксацию, но также позволяет понять, что вы сделали с файлом в этот момент. Итак, завтра, если вы добавите новый фрагмент кода в свой файл, вы можете написать сообщение о фиксации, в котором говорится: Добавлен новый код , и когда вы вернетесь через месяц, чтобы просмотреть историю фиксации или журнал Git (список коммитов), вы узнаете, что вы изменили в файлах.

Шаг 5. Подключите репозиторий GitHub к компьютеру

Теперь пора подключить ваш компьютер к GitHub с помощью команды:

  git удаленное добавление источника https: // github.ru /  /Demo.git  

Давайте рассмотрим эту команду шаг за шагом. Мы говорим Git добавить удаленный с именем origin с адресом https://github.com//Demo.git (то есть URL-адрес вашего репозитория Git на GitHub.com). Это позволяет вам взаимодействовать с вашим репозиторием Git на GitHub.com, набрав origin вместо полного URL-адреса, и Git будет знать, куда отправить ваш код. Почему происхождение ? Что ж, вы можете назвать это как угодно, если хотите.

Теперь мы подключили нашу локальную копию репозитория Demo к его удаленному аналогу на GitHub.com. Ваш терминал выглядит так:

Теперь, когда мы добавили пульт, мы можем отправить наш код (то есть загрузить наш файл README.md ) на GitHub.com.

Когда вы закончите, ваш терминал будет выглядеть так:

И если вы зайдете на https://github.com//Demo , вы увидите что-то вроде этого:

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

Git с нуля | Документы DiffPlug

Git — это инструмент, который выполняет две основные функции:

  1. Git отслеживает историю ваших файлов , так что вы можете сравнить свои файлы, сделанные неделю назад с тем, что у вас есть сегодня.
  2. Git помогает вам обмениваться файлами и совместно работать над ними , чтобы вы могли сравнивать свои файлы с файлами вашей команды.

Но самая ценная способность git недооценивается — обычно работа учитывается только в том случае, если вы делаете это с последней версией документа. Если вы исправили опечатку, но кто-то опубликовал новую версию, пока вы исправляли опечатку, вам придется вручную исправить опечатку заново. С помощью git вы можете взять работу, которую вы выполняли над старой версией, и автоматически применить ее к новой версии.

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

Это также означает, что вы можете работать над каждой из своих идей параллельно. Неважно, в каком порядке вы их закончите, или если один из них никогда не сработает — когда идея реализована, вы можете применить ее изменения к последней версии.

Существует множество руководств о том, как начать работу с git.Есть две вещи, которые отличают этот учебник:

  1. Из этого туториала Вы узнаете, как использовать git для текста и в Simulink, используя DiffPlug. Раньше вы могли использовать git только для текстовых файлов, но теперь ничто не мешает нам использовать git для чего угодно.
  2. Из этого туториала Вы узнаете, как перемещать работу во времени. Многие вводные руководства пропускают мощные функции, такие как rebase, cherry-pick и reflog, потому что они «продвинутые», но использование графического клиента упрощает их использование.

Итак, как только вы скачали DiffPlug, приступим. Если вы застряли, вы можете попросить о помощи в нашем чате. Источник, из которого создается эта книга, доступен на GitHub, поэтому вы можете подписаться на обновления или разветвить и изменить его.