Github ошибка при скачивании

11
комментариев

0

1

$ wget https://github.com/zyedidia/micro/releases/download/v1.1.3/micro-1.1.3-linux32.tar.gz
--2017-01-26 18:44:09--  https://github.com/zyedidia/micro/releases/download/v1.1.3/micro-1.1.3-linux32.tar.gz
Resolving github.com (github.com)... 192.30.253.112, 192.30.253.113
Connecting to github.com (github.com)|192.30.253.112|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://github-cloud.s3.amazonaws.com/releases/53632140/e85ab94c-bba4-11e6-9745-96c6be2f2223.gz?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAISTNZFOVBIJMK3TQ%2F20170126%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20170126T154410Z&X-Amz-Expires=300&X-Amz-Signature=58923695f9fba3d0089bb82764e0fb384a7c2f65edbcd6d1be831dccb2d7322a&X-Amz-SignedHeaders=host&actor_id=0&response-content-disposition=attachment%3B%20filename%3Dmicro-1.1.3-linux32.tar.gz&response-content-type=application%2Foctet-stream [following]
--2017-01-26 18:44:10--  https://github-cloud.s3.amazonaws.com/releases/53632140/e85ab94c-bba4-11e6-9745-96c6be2f2223.gz?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAISTNZFOVBIJMK3TQ%2F20170126%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20170126T154410Z&X-Amz-Expires=300&X-Amz-Signature=58923695f9fba3d0089bb82764e0fb384a7c2f65edbcd6d1be831dccb2d7322a&X-Amz-SignedHeaders=host&actor_id=0&response-content-disposition=attachment%3B%20filename%3Dmicro-1.1.3-linux32.tar.gz&response-content-type=application%2Foctet-stream
Resolving github-cloud.s3.amazonaws.com (github-cloud.s3.amazonaws.com)... 54.231.82.162
Connecting to github-cloud.s3.amazonaws.com (github-cloud.s3.amazonaws.com)|54.231.82.162|:443... connected.
GnuTLS: Peer has terminated the connection
Unable to establish SSL connection.

Connecting to github-cloud.s3.amazonaws.com (github-cloud.s3.amazonaws.com)|54.231.82.162|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2913875 (2.8M) [application/octet-stream]
Saving to: ‘micro-1.1.3-linux32.tar.gz’

micro-1.1.3-linux32.tar.gz         0%[                                      ]       0  --.-KB/s

HTTPS cloning errors

There are a few common errors when using HTTPS with Git. These errors usually indicate you have an old version of Git, or you don’t have access to the repository.

Here’s an example of an HTTPS error you might receive:

> error: The requested URL returned error: 401 while accessing
> https://github.com/USER/REPO.git/info/refs?service=git-receive-pack
> fatal: HTTP request failed

> Error: The requested URL returned error: 403 while accessing
> https://github.com/USER/REPO.git/info/refs
> fatal: HTTP request failed

> Error: https://github.com/USER/REPO.git/info/refs not found: did you run git
> update-server-info on the server?

Check your Git version

There’s no minimum Git version necessary to interact with GitHub, but we’ve found version 1.7.10 to be a comfortable stable version that’s available on many platforms. You can always download the latest version on the Git website.

Ensure the remote is correct

The repository you’re trying to fetch must exist on GitHub.com, and the URL is case-sensitive.

You can find the URL of the local repository by opening the command line and
typing git remote -v:

$ git remote -v
# View existing remotes
> origin  https://github.com/ghost/reactivecocoa.git (fetch)
> origin  https://github.com/ghost/reactivecocoa.git (push)

$ git remote set-url origin https://github.com/ghost/ReactiveCocoa.git
# Change the 'origin' remote's URL

$ git remote -v
# Verify new remote URL
> origin  https://github.com/ghost/ReactiveCocoa.git (fetch)
> origin  https://github.com/ghost/ReactiveCocoa.git (push)

Alternatively, you can change the URL through our
GitHub Desktop application.

Provide an access token

To access GitHub, you must authenticate with a personal access token instead of your password. For more information, see «Creating a personal access token.»

If you are accessing an organization that uses SAML SSO and you are using a personal access token (classic), you must also authorize your personal access token to access the organization before you authenticate. For more information, see «About authentication with SAML single sign-on» and «Authorizing a personal access token for use with SAML single sign-on.»

Check your permissions

When prompted for a username and password, make sure you use an account that has access to the repository.

Tip: If you don’t want to enter your credentials every time you interact with the remote repository, you can turn on credential caching. If you are already using credential caching, please make sure that your computer has the correct credentials cached. Incorrect or out of date credentials will cause authentication to fail.

Use SSH instead

If you’ve previously set up SSH keys, you can use the SSH clone URL instead of HTTPS. For more information, see «About remote repositories.»

Error: Repository not found

If you see this error when cloning a repository, it means that the repository does not exist or you do not have permission to access it. There are a few solutions to this error, depending on the cause.

Check your spelling

Typos happen, and repository names are case-sensitive. If you try to clone git@github.com:user/repo.git, but the repository is really named User/Repo you will receive this error.

To avoid this error, when cloning, always copy and paste the clone URL from the repository’s page. For more information, see «Cloning a repository.»

To update the remote on an existing repository, see «Managing remote repositories».

Checking your permissions

If you are trying to clone a private repository but do not have permission to view the repository, you will receive this error.

Make sure that you have access to the repository in one of these ways:

• The owner of the repository
• A collaborator on the repository
• A member of a team that has access to the repository (if the repository belongs to an organization)

Check your SSH access

In rare circumstances, you may not have the proper SSH access to a repository.

You should ensure that the SSH key you are using is attached to your personal account on GitHub. You can check this by typing
the following into the command line:

$ ssh -T git@github.com
> Hi USERNAME! You've successfully authenticated, but GitHub does not
> provide shell access.

If the repository belongs to an organization and you’re using an SSH key generated by an OAuth App, OAuth App access may have been restricted by an organization owner. For more information, see «About OAuth App access restrictions.»

For more information, see Adding a new SSH key to your GitHub account.

Check that the repository really exists

If all else fails, make sure that the repository really exists on GitHub.com!
If you’re trying to push to a repository that doesn’t exist, you’ll get this error.

Error: Remote HEAD refers to nonexistent ref, unable to checkout

This error occurs if the default branch of a repository has been deleted on GitHub.com.

Detecting this error is simple; Git will warn you when you try to clone the repository:

$ git clone https://github.com/USER/REPO.git
# Clone a repo
> Cloning into 'repo'...
> remote: Counting objects: 66179, done.
> remote: Compressing objects: 100% (15587/15587), done.
> remote: Total 66179 (delta 46985), reused 65596 (delta 46402)
> Receiving objects: 100% (66179/66179), 51.66 MiB | 667 KiB/s, done.
> Resolving deltas: 100% (46985/46985), done.
> warning: remote HEAD refers to nonexistent ref, unable to checkout.

To fix the error, you’ll need to be an administrator of the repository on GitHub.com.
You’ll want to change the default branch of the repository.

After that, you can get a list of all the available branches from the command line:

$ git branch -a
# Lists ALL the branches
>   remotes/origin/awesome
>   remotes/origin/more-work
>   remotes/origin/new-main

Then, you can just switch to your new branch:

$ git checkout new-main
# Create and checkout a tracking branch
> Branch new-main set up to track remote branch new-main from origin.
> Switched to a new branch 'new-main'

To prevent you from losing history, non-fast-forward updates were rejected.

2 ответа

Лучший ответ

To prevent you from losing history, non-fast-forward updates were rejected.

1. Создайте проект на GitHub.

После входа в GitHub вы можете найти кнопку «Новый репозиторий» посередине справа. После нажатия на нее введите имя проекта, описание и URL-адрес, и вы можете создать его, а затем появится страница с запросом, напишите что-то вроде git @ github. Адрес com: XXX / XXX.git, это адрес вашего проекта.

2. Настройте Git и загрузите код.

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

1 git config —global user.name «Your Real Name»
2 git config —global user.email [email protected]

Затем начните самый хлопотный шаг. Вам нужно загрузить файл в систему Git на GitHub. Вам понадобится SSH-ключ для аутентификации. Затем вы начнете сгенерировать и отправить ключ. Откройте Git Bash и создайте SSH-ключ:

1 ssh-keygen -C ‘[email protected]’ -t rsa

Затем вас попросят указать место хранения ключа SSH. Вы можете оставить его в покое и нажать Enter, чтобы использовать путь по умолчанию. Затем введите желаемый пароль, и ключ SSH будет сгенерирован. Теперь вам нужно отправить этот ключ в GitHub. Сначала откройте место, где сохранен ключ. Внутри будет три файла. Найдите id_rsa.pub, откройте его с помощью текстового редактора и скопируйте все символы внутри. Перейдите на GitHub и найдите Настройки учетной записи на верхней правой панели инструментов. На этой странице есть вкладка SSH Public Keys, выберите Add another public key. Вы можете заполнить Заголовок по желанию, вставить символы и отправить Ключ.

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

1 git init

Выберите файл для добавления на склад:

1 git add .

Как правило, если вы хотите поделиться всеми кодами в этой папке, добавьте «.» После добавления. Так обстоит дело в приведенном выше примере. Если вы передадите указанный, вам нужно только изменить «.» На имя файла. Теперь просто выберите Чтобы добавить файлы на склад, на склад необходимо добавить:

1 git commit -m ‘Test’

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

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

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

（git pull origin master）

Продолжайте следующую операцию

1  git remote add origin [email protected]:XXX/XXX.git

2 git pull origin master

3 git push -u origin master

Этот [email protected]: XXX / XXX.git — это адрес, сгенерированный проектом, созданным выше. Теперь откройте веб-сайт своего проекта и вы увидите, что ваш код отображен. Если вы хотите обновить код, просто повторите вышеуказанное.

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

Проверьте склад: $ git clone git: //github.com/jquery/jquery.git

Просмотреть удаленный склад: $ git remote -v

Добавить удаленный склад: $ git remote add [имя] [url]

Удалить удаленный склад: $ git remote rm [имя]

Изменить удаленный склад: $ git remote set-url —push [имя] [newUrl]

Извлечь удаленный склад: $ git pull [remoteName] [localBranchName]

Отправка удаленного хранилища: $ git push [remoteName] [localBranchName]

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

$ git push origin test: мастер отправляет локальную тестовую ветку как удаленную главную ветку

$ git push origin test: test // Отправляем локальную тестовую ветку как удаленную тестовую ветку

2) Команды, относящиеся к операциям ветвления

Просмотреть локальную ветку: $ git branch

Просмотреть удаленную ветку: $ git branch -r

Создайте локальную ветку: $ git branch [name] —- Обратите внимание, что новая ветка не будет автоматически переключаться на текущую ветку после ее создания.

Сменить ветку: $ git checkout [имя]

Создайте новую ветку и сразу переключитесь на новую ветку: $ git checkout -b [name]

Удалить ветку: $ git branch -d [имя] —- Параметр -d может удалять только те ветки, которые участвовали в слиянии, а ветки, которые не были слиты, не могут быть удалены. Если вы хотите принудительно удалить ветку, вы можете использовать параметр -D

Объединить ветку: $ git merge [name] —- Объединить ветку с именем [name] с текущей веткой

Создайте удаленную ветку (отправьте локальную ветку на удаленную): $ git push origin [имя]

Удалить удаленную ветку: $ git push origin: Heads / [name] или $ gitpush origin: [name]

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

$git symbolic-ref HEAD refs/heads/[name]

$rm .git/index

$git clean -fdx 

3) Команды, относящиеся к работе с версией (тегом)

Просмотр версии: $ git tag

Создать версию: $ git tag [имя]

Удаленная версия: $ git tag -d [имя]

Просмотреть удаленную версию: $ git tag -r

Создайте удаленную версию (отправьте локальную версию на удаленную): $ git push origin [имя]

Удалите удаленную версию: $ git push origin: refs / tags / [имя]

Слияние тегов удаленных складов с локальными: $ git pull origin —tags

Загрузить локальный тег на удаленный склад: $ git push origin — теги

Создать аннотированный тег: $ git tag -a [имя] -m’yourMessage ‘

4) Операционные команды, относящиеся к субмодулю

Добавить подмодуль: $ git submodule add [url] [path]

Например: $ git submodule add git: //github.com/soberh/ui-libs.git src / main / webapp / ui-libs

Инициализируйте подмодуль: $ git submodule init —- запускать только один раз при первой проверке склада

Подмодуль обновления: $ git submodule update —- Вам нужно запускать его каждый раз, когда вы обновляете или переключаете ветки

Удалить подмодуль: (Выполните 4 шага)

1) $ git rm —cached [path]

2) Отредактируйте файл «.gitmodules» и удалите соответствующие узлы конфигурации подмодуля.

3) Отредактируйте файл «.git / config» и удалите соответствующие узлы конфигурации подмодуля.

4) Вручную удалите оставшиеся каталоги подмодуля

5) Игнорируйте некоторые файлы и папки без отправки

Создайте файл с именем «.gitignore» в корневом каталоге хранилища, напишите имя папки или файл, который вам не нужен, и каждый элемент займет одну строку, например

target

bin

*.db

3. Подробное объяснение команд Git.

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

git pull: обновить код из другого репозитория (удаленного или локального) до локального, например: «git pull origin master» означает обновить код исходного репозитория до локальной главной ветки. Эта функция похожа на обновление SVN

git add: добавить текущий измененный или новый файл в индекс Git. Добавление в индекс Git означает, что он записывается в историю версий. Это также шаг, который необходимо выполнить перед отправкой, например ‘git add app / model / user.rb ‘добавит файл app / model / user.rb в индекс Git, что похоже на добавление SVN

git rm: удалить файлы из текущей рабочей области и индекса, например ‘git rm app / model / user.rb’, эта функция похожа на SVN rm, del

git commit: отправить содержимое модификации текущей рабочей области, аналогично команде фиксации SVN, такой как «git commit -m story # 3, добавить модель пользователя». При отправке вы должны использовать -m для ввода части информации для отправки. Эта функция аналогична Коммит SVN

git push: обновить локальный код фиксации в удаленном репозитории, например, git push origin обновит локальный код в удаленном репозитории с именем orgin

git log: просмотреть исторические журналы, эта функция аналогична журналу SVN

git revert: чтобы восстановить ревизию версии, необходимо указать конкретный номер версии Git, например, git revert bbaf6fb5060b4875b18ff9ff637ce118256d6f20. Номер версии Git — это сгенерированное значение хеш-функции.

Вышеупомянутые команды почти общие для всех инструментов управления версиями. Давайте попробуем некоторые из команд, уникальных для Git:

git branch: такие операции, как добавление, удаление и проверка веток, такие как «git branch new_branch», создадут новую ветку с именем new_branch из текущей рабочей версии, а «git branch -D new_branch» принудительно удалит ветку с именем new_branch. ‘git branch’ перечислит все локальные ветки

git checkout: у Git checkout есть две функции. Одна — переключаться между разными ветвями. Например, git checkout new_branch переключится на ветку new_branch; другая функция — восстановить код, например’git Checkout’app / model / user.rb ‘обновит файл user.rb с последней отправленной версии, и весь незафиксированный контент будет отменен

git rebase: это будет понятнее объяснить с помощью следующих двух изображений.После выполнения команды rebase точка ветвления фактически перемещается с C на G, так что ветвь имеет функцию от C к G

git reset: полностью откатить текущий рабочий каталог до указанного номера версии. Предположим, что у нас есть пять представленных версий AG, где номер версии C — bbaf6fb5060b4875b18ff9ff637ce118256d6f20 (доступно через git log), и мы выполнили git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20 ‘то результатом будут только три представленные версии AC

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

git config: используйте эту команду для добавления или изменения различных настроек Git. Например, «git config branch.master.remote origin» установит удаленный репозиторий мастера в качестве псевдонима, называемого репозиторием происхождения. Это будет использоваться в трюках позже. Команда для персонализации вашего Git, создайте для вас уникальный Git

git tag: вы можете пометить конкретную версию, чтобы вам не нужно было запоминать сложное хеш-значение номера версии. Например, вы можете использовать тег git revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20, чтобы отметить версию, которую вы восстановили, а затем позже Если вы хотите проверить версию, вы можете использовать имя тега revert_version вместо хеш-значения.

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

Необходимо объяснить несколько важных файлов и каталогов: файл HEAD хранит информацию о корневом узле. Фактически, структура каталогов представляет собой древовидную структуру. Git использует эту древовидную структуру для хранения информации о версии, затем HEAD представляет корень; ссылки Этот каталог хранит ваши различные ссылки в текущем каталоге управления версиями (ссылки относятся к информации о каждой ветке дерева, которую вы используете локально и удаленно). Он имеет четыре подкаталога: заголовки, пульты дистанционного управления, тайник и теги, в которых хранятся пары Для четырех ссылок на разные корни, удаленные репозитории, стеки Git и теги вы можете использовать команду ‘git show-ref’ для более четкого просмотра справочной информации; каталог журналов хранит информацию журнала в соответствии с различными ссылками. Следовательно, Git нужен только этот каталог .git в корневом каталоге кода для записи полной информации контроля версий, вместо того, чтобы иметь каталоги .svn в корневом каталоге и подкаталогах, таких как SVN. Итак, давайте посмотрим на разницу между Git и SVN.

Решены некоторые возможные проблемы:
Если вы введете $ git remote add origin [email protected]: djqiang (имя учетной записи github) / gitdemo (имя проекта) .git
Сообщение об ошибке: фатальный: удаленный источник уже существует.
Решение такое:
1. Сначала введите $ git remote rm origin
2. Снова введите $ git remote add origin [email protected]: djqiang / gitdemo.git, и никаких ошибок не будет!
3. Если ввод $ git remote rm origin по-прежнему сообщает об ошибке, ошибка: не удалось удалить раздел конфигурации «remote.origin». Нам необходимо изменить содержимое файла gitconfig.
4. Найдите путь для установки вашего гитхаба, мой - C:  Users  ASUS  AppData  Local  GitHub  PortableGit_ca477551eeb4aea0e4ae9fcd3358bd96720bb5c8  etc
5. Найдите файл с именем gitconfig, откройте его и удалите внутри него строку [remote "origin"]!
Если вы введете $ ssh -T [email protected]
Появляется сообщение об ошибке: Permission denied (publickey). Поскольку новый сгенерированный ключ не может быть добавлен в ssh, он не сможет подключиться к github.
Решение такое:
1. Сначала введите $ ssh-agent, затем введите $ ssh-add ~ / .ssh / id_key, и все.
2. Если он по-прежнему не работает, после ввода команды ssh-add ~ / .ssh / id_key появляется сообщение об ошибке «Не удалось открыть соединение с вашим агентом аутентификации». Решение состоит в том, чтобы сгенерировать ключ с помощью инструмента ssh Git Gui, чтобы ключ генерировался непосредственно при его создании Сохраняется в ssh, нет необходимости добавлять команду ssh-add, другой пользователь, токен и другие конфигурации выполняются из командной строки.
3. Лучше всего при копировании содержимого файла id_rsa.pub проверять, есть ли лишние пробелы или пустые строки. Некоторые редакторы добавят их за вас.
Если вы введете $ git push origin master
Подсказка сообщения об ошибке: ошибка: не удалось отправить som refs на …….
Решение такое:
1. Сначала введите $ git pull origin master // сначала загрузите файлы на удаленном сервере github
2. Затем введите $ git push origin master.
3. При возникновении фатальной ошибки: не удалось найти удаленный эталонный мастер или фатальный: «origin» не является репозиторием git и фатальный: не удалось прочитать из удаленного репозитория.
4. Вам нужно повторно ввести $ git remote add [email protected]: djqiang / gitdemo.git
Процесс создания проекта локально с помощью git
$ makdir ~ / hello-world // Создаем проект hello-world
$ cd ~ / hello-world // Откройте этот проект
$ git init // Инициализировать
$ touch README
$ git add README // Обновляем файл README
$ git commit -m ‘first commit’ // Отправьте обновление и аннотируйте информацию «первая фиксация»
$ git remote add origin [email protected]: defnngj / hello-world.git // Подключение к удаленному проекту github
$ git push -u origin master // Обновить локальный проект до проекта github

Школа дронов для всех
Учим программировать беспилотники и управлять ими.
Узнать больше

Я пытаюсь загрузить https://github.com/taniman/profit-trailer/releases/download/2.3.3/ProfitTrailer-2.3.3.zip и https://github.com/PTMagicians/PTMagic/releases/download/2.2.2/PTM.2.2.2.zip.. но получаю сообщение об ошибке (скриншот) Похоже на ошибку DNS? Посоветуйте, ти.

Результаты NSLOOKUP (как видите, он прекрасно разрешает google.com и amazonaws.com..)

        > github-production-release-asset-2e65be.s3.amazonaws.com
    Server:  router.domain_not_set.invalid
    Address:  192.168.1.254

    DNS request timed out.
        timeout was 2 seconds.
    DNS request timed out.
        timeout was 2 seconds.
    *** Request to router.domain_not_set.invalid timed-out
    > google.com
    Server:  router.domain_not_set.invalid
    Address:  192.168.1.254

    Non-authoritative answer:
    Name:    google.com
    Addresses:  2a00:1450:400e:80c::200e
              172.217.168.206

> amazonaws.com
Server:  router.domain_not_set.invalid
Address:  192.168.1.254

Non-authoritative answer:
Name:    amazonaws.com
Addresses:  72.21.210.29
          207.171.166.22
          72.21.206.80