Как залить изменения на собственный репозиторий GitHub?
У меня есть проект на GitHube, я скачал его к себе на компьютер, сделал несколько изменений и теперь хочу залить его обратно, вместе с этими изменениями, подскажите, пожалуйста, как мне это сделать. P.S. Если подскажите, как это сделать из Intelij IDEA, буду очень благодарен
Отслеживать
3,857 12 12 серебряных знаков 27 27 бронзовых знаков
задан 2 янв 2020 в 19:22
Николай Семенов Николай Семенов
794 1 1 золотой знак 10 10 серебряных знаков 38 38 бронзовых знаков
надеюсь скачали не zip-ом , но на всякий напишу (с консоли). 1) git clone 2) Изменяете 3) git add . 4) git commit -m «comment» 5) если разработчиков несколько git pull 6) git push это стандартный путь. а там есть еще куча настроек (я скидывал ссылки). либо опишите более детально
2 янв 2020 в 19:29
Мало информации. Опишите как именно скачивали, форкали ли, ваш ли это репозиторий и в него ли надо изменения отправить или в новый. Заведён ли git на локальной версии проекта etc
2 янв 2020 в 19:31
2 янв 2020 в 19:35
@Виталий Шебаниц, а если zip-ом, это критично?
3 янв 2020 в 4:01
@ЮрийСПб, скачивал zip-ом, репозиторий мой, изменения нужно направить в него, локальный git, вроде как, есть
3 янв 2020 в 4:02
1 ответ 1
Сортировка: Сброс на вариант по умолчанию
Для начала нужно правильно скачать репозиторий. Нажмите на «Clone or download»
Затем на «Open in Desktop»
Установите GitHube себе на компьютер, а затем, с его помощью, скачайте репозиторий, теперь Вы можете редактировать его и заливать в то же место, откуда скачали, для этого нажмите галочку на панели управления в Intalij IDEA: После нажатия на галочку, появиться новое окно, в котором нужно будет выбрать команду «Commit and Push»
5. Внесение изменений
Добавим кое-какие HTML-теги к нашему приветствию. Измените содержимое файла на:
Файл: hello.html
Hello, World!
02 Проверьте состояние
Теперь проверьте состояние рабочего каталога.
Выполните:
git status
Результат:
$ git status # On branch master # Changes not staged for commit: # (use "git add . " to update what will be committed) # (use "git checkout -- . " to discard changes in working directory) # # modified: hello.html # no changes added to commit (use "git add" and/or "git commit -a")
Первое, что нужно заметить, это то, что git знает, что файл hello.html был изменен, но при этом эти изменения еще не зафиксированы в репозитории.
Также обратите внимание на то, что сообщение о состоянии дает вам подсказку о том, что нужно делать дальше. Если вы хотите добавить эти изменения в репозиторий, используйте команду git add . В противном случае используйте команду git сheckout для отмены изменений.
03 А далее.
Давайте проиндексируем изменения.
Переписывание истории
В данном обучающем материале описаны различные способы перезаписи и изменения истории в Git. В Git используются несколько способов регистрации изменений. Мы обсудим плюсы и минусы различных способов и покажем примеры работы с ними. В данном обучающем материале описаны некоторые типовые причины перезаписи состояний кода и разъясняется, как избегать ошибок при таких операциях.
Основная задача Git — гарантировать, что вы не потеряете внесенные изменений. Но эта система также предназначена для предоставления вам полного контроля над процессом разработки. В числе прочего вы сами определяете то, как выглядит история вашего проекта. Такая свобода создает и вероятность потери коммитов. Git предоставляет команды для перезаписи истории, но предупреждает, что использование таких команд может привести к потере данных.
В Git существует несколько механизмов хранения истории и сохранения изменений. Вот эти механизмы: commit —amend , git rebase и git reflog . Это мощные инструменты для настройки рабочего процесса. По окончании этого обучающего материала вы будете знать команды, которые позволят реструктурировать коммиты Git, и сможете избегать проблем, с которыми приходится сталкиваться при перезаписи истории.
git add
В Git и других системах управления версиями концепция сохранения проработана более детально, чем в текстовых процессорах или других традиционных приложениях для редактирования файлов. Традиционный термин «сохранение» в программировании синонимичен понятию коммита в Git. Коммит в Git является эквивалентом сохранения. Традиционное сохранение — это операция файловой системы, которая используется для перезаписи существующего файла или записи нового. В отличие от нее, коммит Git выполняется над набором файлов и каталогов.
Процессы сохранения в Git и SVN также отличаются. Коммиты, или «фиксации», в SVN — это операции передачи на централизованный удаленный сервер. Это означает, что для «сохранения» изменений в проекте коммитам SVN необходим доступ в Интернет. Коммиты Git можно создавать и выполнять локально, а затем по мере необходимости отправлять на удаленный сервер с помощью команды git push -u origin main . Различие этих двух методов объясняется фундаментальными отличиями в архитектуре. В Git реализована модель распределенного приложения, а в SVN — модель централизованного приложения. Обычно распределенные приложения более устойчивы, поскольку не имеют единой точки отказа, такой как централизованный сервер.
Чтобы сохранить снимок текущего состояния для проекта Git, используется комбинация команд git add, git status и git commit.
В Git имеется дополнительный механизм сохранения, который называется «stash». Stash — это временная область для хранения изменений, не готовых к коммиту. Команда stash работает с рабочим каталогом (первым из трех деревьев) и имеет множество вариантов применения. Подробнее см. на странице с описанием команды git stash.
Репозиторий Git можно настроить на игнорирование определенных файлов или каталогов. В этом случае Git не будет сохранять изменения в игнорируемом контенте. В Git имеется несколько способов настройки для управления списком игнорирования. Более подробно настройка игнорирования в Git рассматривается на странице git ignore.
git add
Команда git add добавляет изменение из рабочего каталога в раздел проиндексированных файлов. Она сообщает Git, что вы хотите включить изменения в конкретном файле в следующий коммит. Однако на самом деле команда git add не оказывает существенного влияния на репозиторий: изменения регистрируются в нем только после выполнения команды git commit.
Наряду с этими командами вам понадобится команда git status, которая показывает состояние рабочего каталога и раздела проиндексированных файлов.
Порядок действий
Команды git add и git commit составляют основу рабочего процесса Git. Эти две команды должен изучить и понимать каждый пользователь Git, независимо от модели совместной работы, принятой в его команде. Эти команды используются для записи версий проекта в историю репозитория.
Работа над проектом ведется по стандартной схеме «редактирование — индексирование — коммит». Сначала вы редактируете файлы в рабочем каталоге. Когда вы будете готовы сохранить копию текущего состояния проекта, вы индексируете изменения командой git add . Затем вы вызываете команду git commit , которая добавляет проиндексированный снимок состояния в историю проекта. Для отмены коммита или проиндексированного снимка состояния используется команда git reset.
Для полноценного процесса совместной работы в Git помимо git add и git commit необходима третья команда — git push. git push используется для отправки подтвержденных изменений в удаленные репозитории для совместной работы, чтобы к набору сохраненных изменений могли получить доступ другие участники команды.