Ошибка git rpc; curl 18 передача закрыта, оставшиеся данные чтения

1 ответ

Лучший ответ

Мы не должны — но см. Ниже.

В этом также не должно быть необходимости.

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

Проблема в том, что этот промежуточный сервер, выполняющий эту ретрансляцию, повреждает данные .

Правильное исправление — исправить или удалить промежуточный сервер. Все остальное — это просто обходной путь. Если Боб, оператор телефонной ретрансляции, постоянно говорит вам, что Сьюзен нет в офисе, даже когда она там, вы перестанете спрашивать Боба о Сьюзен. Вместо этого вы просите Боба связать вас с ее однокурсницей Сьюзи. Теперь Боб соединяет вас со Сьюзен (которая, по-видимому, также носит имя Сьюзи), и вы можете выполнять свою работу. Это не означает, что все должны называть ее Сьюзи, и на самом деле, если только Боб называет ее Сьюзи, вашим другом, чьи звонки проходят через Фреда, а не через Боба, не могу просить Сьюзи: с Фредом это не сработает.

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

torek
13 Май 2021 в 13:12

Известные ограничения

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

Мягкий лимит

По состоянию на ноябрь 2020 г., согласно docs, это 5 ГБ. Если вы превысите этот предел, возможно, вы получите электронное письмо от службы поддержки GitHub.

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

пределы предупреждений

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

Жесткие ограничения

По состоянию на ноябрь 2020 г., хотя docs не устанавливают жесткое ограничение на репозиторий, разумно предположить, что ранее задокументированное жесткое ограничение на репозиторий в 100 ГБ все еще применяется, по крайней мере пока не будет получено теоретическое письмо от службы поддержки GitHub. В документах, также приведенных ниже, указано только жесткое ограничение на файл в 100 МБ .

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

По состоянию на 2018 г. задокументировано (ссылка на архив) максимальный размер push-уведомлений составляет 2 ГБ, хотя соответствующие рекомендации также применимы к крупным push-уведомлениям.

Файлы также можно публиковать как двоичные файлы в выпуске. С 2020 года задокументированный размер каждого такого файла составляет 2 ГБ.

Ошибка RPC; передача curl 18 закрыта, в проекте git pull остались невыполненные данные чтения

http-equiv=»Content-Type» content=»text/html;charset=UTF-8″>yle=»margin-bottom:5px;»>Теги: github решение pull Ошибка RPC; curl 18 при git pull project

Вытяните код на github сегодня, RPC не удалось; передача curl 18 закрыта, остались невыполненные данные чтения

Решение: соответствующий кодhttps://github.com/fleapx/cmgdpt-mec-facerec-ai.git

Как показано

Интеллектуальная рекомендация

1. Для реальных сигналов (для понимания): A (ω) является соотношением амплитуды выходного сигнала и амплитуды входного сигнала, называемого частотой амплитуды. Φ (ω) — это разница межд…

Один. вести Многие люди задавали некоторые вопросы о создании проекта Flex + LCDS (FDS) в сообщениях и группах. Из-за операции ее трудно четко объяснить, поэтому я написал простой учебник (я обещал эт…

package com.example.phonehttp; import android.os.Bundle; import android.os.Handler; import android.app.Activity; import android.widget.ScrollView; import android.widget.TextView; public class MainActi…

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

тема: Объедините два упорядоченных слоя в новый заказанный список и возврат. Новый список состоит из всех узлов двух связанных списков, данных сплавным. Пример: Анализ: два связанных списка состоит в …

Вам также может понравиться

D. Самая ценная строка Пример ввода 2 2 aa aaa 2 b c Образец вывода aaa c На самом деле, будучи задетым этим вопросом, вы должны быть осторожны. После инвертирования строки, если две строки имеют один…

Given a 2D integer matrix M representing the gray scale of an image, you need to design a smoother to make the gray scale of each cell becomes the average gray scale (rounding down) of all the 8 surro…

calc () может быть очень незнакомым для всех, и трудно поверить, что calc () является частью CSS. Поскольку он выглядит как функция, почему он появляется в CSS, поскольку это функция? Этот момент такж…

Основываясь на дереве регрессии, сформированном CART, а также на предварительной и последующей обрезке дерева, код выглядит следующим образом:…

Откат Обновление в режиме онлайн с версии Centos (CentOS Linux версии 7.3.1611 (Core) до CentOS Linux версии 7.5.1804 (Core)) # ошибка соединения yum-ssh после обновления yexpected key exchange group …

Как использовать команду git Clone

Клонирование в Git может быть сделано на собственном репозитории или в любом другом репозитории.

Как клонировать репозиторий или использовать команду git Clone?

Клонирование репозитория из GitHub — это простой процесс. Но, прежде чем клонировать, пожалуйста, убедитесь, что у вас есть репозиторий на вашем аккаунте GitHub.

Чтобы клонировать репозиторий, перейдите на страницу репозитория, которую вы хотите клонировать. Это можно сделать с помощью боковой колонки на приборной панели.
Нажмите кнопку клонировать или загрузить.
Скопируйте код, который появляется после нажатия кнопки.
После этого откройте Git bash в своей системе
Проверьте каталоги (или репозитории), уже созданные в этом каталоге(используя команду ls). Как видно на рисунке, у меня есть только один репозиторий в каталоге Git Repo ToolsQA.
Нажмите следующую команду, чтобы клонировать репозиторий:git clone URL здесь представляет собой тот же URL, который мы скопировали на третьем шаге.URL — это ссылка на репозиторий GitHub

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

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

2 ответа

Лучший ответ

Предполагая, что PR означает Pull Request, это именно то, что вы должны увидеть — все коммиты с момента последнего клонирования хранилища. Как правило, рекомендуется сохранять эти коммиты, так как они расскажут все, что и как изменилось.

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

SO: Есть ли способ раздавить несколько коммитов не в интерактивном режиме?
SO: Сквош мой последний X коммитов вместе с помощью Git
Git: Squash ваши последние коммиты в один

-1

Community
23 Май 2017 в 12:24

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

У вас есть разрешение на запись в репозиторий верхнего уровня. Затем вам нужно просто клонировать вышестоящий репозиторий, извлечь новую ветку и зафиксировать ваши изменения там. Когда вы закончите, вы отправляете свою новую ветку в восходящий fix / my-fix` и открываете PR внутри этого репо.
У вас нет прав на запись, то есть вы не можете выдвигать какие-либо ветви в репозиторий верхнего уровня. Сначала вы должны создать приватную ветвь хранилища, а затем клонировать свою вилку на свой компьютер. Также теперь вы должны создать новую ветку для вашего исправления или добавления функции. Получив это, вы отправляете ветку в личный репозиторий . Эта часть немного сбивает с толку, но Github заставит ее работать. После этого вы можете открыть PR в исходном репозитории в своем апстриме. Для этого перейдите к своему профилю GitHub и вашему репозиторию и начните PR с вашей новой веткой. Вы должны быть в состоянии выбрать основной канал в качестве цели слияния для вашей новой ветви.

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

Potaito
9 Янв 2019 в 16:13

Как сгенерировать ssh-ключ

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

Если видим файлы id_rsa и id_rsa.pub — отлично, ключи уже есть.

Если этих файлов нет, то нужно сгенерировать ключи утилитой ssh-keygen. В Windows она устанавливается вместе с git, в Linux и MacOS при необходимости установите. В Linux, например, вот так

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

Проверяем

Появились файлы id_rsa и id_rsa.pub — значит, ключи успешно сгенерированы.

known_hosts — это файл, в котором ssh прописывает сервера, на которые мы заходим.
При первом подключении к github нужно будет разрешить доступ к github.com (напечатать yes в терминале)

Git ошибка подсказки об ошибке: RPC Failed; завиток 18 Передачи Закрыта с оставшимися неурегулированными чтением данных

http-equiv=»Content-Type» content=»text/html;charset=UTF-8″>yle=»margin-bottom:5px;»>Теги: git

Печатается в http://www.cnblogs.com/xiguapijiamuguanaicha/p/6508521.html, благодаря первоначальному владельцу.

error: RPC failed; curl 18 transfer closed with outstanding read data remaining

fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

Причина Примечание:

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

Решение:

524288000 представляет B, 524288000B является 500MB. Это стоит размера и может быть установлено в соответствии с проектом по мере необходимости.

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

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

Git команды для добавления — Глубина 1

Печатается в http://www.cnblogs.com/xiguapijiamuguanaicha/p/6508521.html, благодаря первоначальному владельцу.

error: RPC failed; curl 18 transfer closed with outstanding read data remaining

fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

Причина Примечание:

Решение:

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

Интеллектуальная рекомендация

7 ответов

Лучший ответ

(1) Внутри локального репозитория git создайте новый файл sh

(2) Вставьте приведенный ниже контент в файл :

(3) Получить все ветки:

(4) Проверьте результат в локальном репозитории:

Например, я использую репозиторий: https://github.com/donhuvy/spring-boot

Как видите, я получил все ветки на локальный компьютер:

Raktim Biswas
8 Май 2020 в 13:45

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

После клонирования репо запустите

Это покажет вам все удаленные ветки.

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

Убедитесь, что вы находитесь в нужной ветке, с помощью следующей команды;

Результат будет таким;

Обратите внимание на знак *, обозначающий текущую ветвь. 46

Amit Gupta
29 Окт 2016 в 05:52

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

Amen Ra
11 Фев 2017 в 05:00

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

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

Стоит отметить, что теги не работают таким образом, и нет различия между локальным и удаленным тегами.

Xiong Chiamiov
28 Окт 2016 в 20:10

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

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

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

Чтобы сделать это «обычным» репозиторием git, нам нужно сделать это клонирование папки в новую папку, которая будет нашей обычной папкой репо:

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

togume
21 Авг 2018 в 15:20

Я считаю, что это простое решение для клонирования репозитория git и всех удаленных веток:

Stryker
11 Июн 2019 в 15:48

Что делает ваше репо полностью идентичным.

См. https://help.github.com/en/articles/duplicating- а-репозиторий

feng zhang
1 Апр 2020 в 15:18

Добавление удалённых репозиториев

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

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

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

Все уроки курса

Вводный урок
1. Установка и базовая настройка git
2. Создание и клонирование репозитория git
3. Делаем первые изменения, git status и git diff
4. Коммиты и история коммитов, git commit, git log и git show
5. Подробнее об истории коммитов. Путешествие по истории
6. Работа с сервером, git push и git pull
7. Ветки — главная фишка git, git branch и git checkout
8. Работа с ветками на сервере, git fetch
9. Слияния или мерджи веток, git merge
10. Конфликты и их разрешение
Платная часть курса. Презентация
* 11. Работа с gitignore и git exclude
* 12. Буфер обмена git, git stash
* 13. Копирование коммитов, git cherry-pick
* 14. Отмена и редактирование последнего коммита
* 15. Отмена произвольного коммита, git revert
16. Склеивание коммитов, git rebase —interactive и git reflog
* 17. Зачем склеивать коммиты. Плюсы и минусы сквоша
* 18. Работа с git rebase. Отличия от merge
* 19. Что такое git push —force и как с ним работать
* 20. Ищем баги с помощью git, git bisect
* 21. Как и зачем работать с тегами git
* 22. Процессы: github flow и git flow
* 23. Псевдонимы в git
24. Мердж-реквесты
* 25. Форки

* платные уроки

список обновляется…

Как удалить локальный репозиторий Git и удалить репозиторий удаленного репозитория Git на GitHub

http-equiv=»Content-Type» content=»text/html;charset=UTF-8″>style=»clear:both;»>

1. Удалите локальный склад Git.

Основной принцип удаления локального хранилища Git заключается в удалении скрытой папки «.git» в корневом каталоге «локального хранилища Git».

(1) Метод 1. Вручную удалите скрытую папку «.git» в корневом каталоге в «Git Local Warehouse» (как показано на рисунке выше).

(2) Метод 2: вызовите командную строку в каталоге локального хранилища, чтобы удалить папку .git в корневом каталоге, введите

(3) Проверьте, успешно ли удален локальный склад: введите каталог хранилища в Gitbash, если в конце каталога нет «(мастер)», это означает, что локальный склад был успешно удален.

2. Удалите удаленный репозиторий Git на GitHub.

(1) Введите «rm -rf + адрес хранилища github» в командной строке, например

Значение команды: удалить удаленный склад Git «LearningGit» из «индивидуального пользователя jedlee6» в сообществе Github

Подробная команда: rm полное имя: rm — это команда remove, -rf — это параметр рекурсивно и принудительно

Команда remove: удалить один или несколько файлов или каталогов в каталоге

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

Принудительный вариант: игнорировать файлы, которые не существуют, никогда не выдавать подсказку «файл не существует» (удалить файл, если файл не существует, появится сообщение «файл не существует»)

Option-rf: при использовании нескольких параметров команды ввод можно упростить. Например, команда ls -r -f сокращенно обозначается ls -rf. Таким образом, опция -rf представляет собой комбинацию опции -r и опции -f. Опция -rf function: удалить все файлы в текущем каталоге, эта команда очень опасна, и ее следует избегать

(2) Зайдите в Настройки на соответствующем складе github, проведите пальцем вниз по странице настроек, найдите последний подпункт «Зона опасности», удалите библиотеку

Интеллектуальная рекомендация

Ошибка: сбой RPC; передача curl 18 закрыта с сохранением ожидающих чтения данных

http-equiv=»Content-Type» content=»text/html;charset=UTF-8″>style=»clear:both;»>

Недавно автор столкнулся со следующими проблемами при использовании команды git clone для клонирования исходного кода с github на компьютер.

Причина в том, что значение по умолчанию для curl postBuffer слишком мало, нам нужно отрегулировать его размер и перенастроить размер в терминале

Здесь я установил значение postBuffer на 500M, что достаточно для автора. Вы можете настроить значение postBuffer для соответствующего размера в соответствии с размером файла, который вы хотите загрузить.

git config —global http.postBuffer 524288000

Это уже настроено. Если вы не уверены, вы можете проверить postBuffer согласно следующей команде.

git config —list

Интеллектуальная рекомендация

Просмотр удаленного репозитория

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

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

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

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

Как работает клонирование в Git?

Многие люди хотят создать общий репозиторий, чтобы позволить команде разработчиков публиковать свой код на GitHub / GitLab / BitBucket и т. д. Репозиторий, загружаемый в сеть для совместной работы, называется вышестоящим репозиторием или центральным репозиторием.

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

Что касается приведенного выше изображения, то процесс клонирования работает на следующих этапах:

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

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

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

Клонирование существующего репозитория

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

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

Для клонирования существующего репозитория понадобится ввести git clone <url>. Пример такой команды вы видите ниже:

git clone https://github.com/rep/rep

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

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

git clone https://github.com/rep/rep myrep

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

Cloning into 'Git'...

remote: Counting objects: 46, done.

remote: Compressing objects: 100% (25/25), done.

remote: Total 46 (delta 7), reused 43 (delta 4), pack-reused 0

Unpacking objects: 100% (46/46), done.

Checking connectivity... done.

Добавление файлов в git репозиторий

Добавление файлов в репозиторий – это достаточно простая операция, мало чем отличающаяся от отправки изменений в отслеживаемых файлах в репозиторий. Мы уже не раз выполняли эту операцию в предыдущих уроках, но сделаем это ещё раз. Создадим новый репозиторий, для этого перейдите в каталог, в котором вы хотите его расположить и введите команду git init.

> git init

Создайте в каталоге файл README.md любым удобным для вас способом, мы сделаем это с помощью команды touch.

> touch README.md

Теперь проверим состояние отслеживаемой директории.

> git status
On branch master

Initial commit

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

        README.md

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

Как вы можете видеть: в рабочей директории есть один неотслеживаемый файл README.md. Git нам подсказывает, что нужно сделать для того, чтобы начать отслеживать изменения в файле README.md: необходимо выполнить команду git add, сделаем это.

> git add README.md

Посмотрим ещё раз на состояние.

> git status
On branch master

Initial commit

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)

        new file:   README.md

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

> git commit -m "add README.md file"
 add README.md file
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README.md

Теперь в рабочей директории и в stage нет объектов, информацию об изменении которых необходимо внести в репозиторий.

> git status
On branch master
nothing to commit, working tree clean

В репозиторий был сделан один коммит.

> git log --oneline
0bb6c94 add README.md file