这个答案是IntelliJ产品(如IDEA / WebStorm / PHPStorm)在使用组织时所特有的。

我有这个问题与WebStorm时，试图推动到一个存储库的一部分 一个组织，同时推送到我正常范围内的存储库 私人账户有效。 此外，用IntelliJ IDEA推送到我的组织存储库也起作用了

所以我认为这可能只是与两个ide之间的设置不同有关，我发现我在WebStorm中启用了“使用凭据助手”复选框，而在IDEA中禁用了。

禁用凭据助手使其工作!!

如果您包括您的用户名和回购名称，我们可以合理地帮助您，目前我们没有理由认为回购确实存在。

此外，如果回购是私有的，并且您无法访问它，github将返回“不存在”，以避免披露私有回购的存在。

编辑:如果你不能克隆它，因为它说它不存在，它是私有的，这是因为你没有发送身份验证。确保您的公钥已添加到密匙环，或暂时使用HTTP基本身份验证。

检查是否具有读写权限。

Git错误消息具有误导性。我也遇到过类似的问题。我被添加到一个现有的项目中。我克隆了它并提交了一个本地更改。我去推，得到了ERROR: Repository not found。错误消息。

将我添加到项目的人给了我对存储库的只读访问权。他们做出了改变，我得以推动。

在执行此操作之前，请确保您拥有对回购的写权限。如果您仍然得到错误，请执行以下操作:

Generate a personal access token from your account from Settings > Developer Settings > Personal Access tokens. Keep the token safe somewhere. Go to your repository and run the following: git remote rm origin Then add a new origin along with your username: git remote add origin https://USERNAME@github.com/REPOSITORY_LINK.git Now when you push the code, a prompt will show up asking for your password or personal access token. Paste the token that we generated in the first step in the field, and we're done.

都经历过同样的问题。几年来一切都很正常，然后突然出现了这个错误。

问题是，我在用户的github SSH密钥(我总是用来访问有问题的回购)之前向我的SSH代理添加了另一个回购的部署密钥。SSH代理首先尝试了另一个回购的部署键，而GitHub出于一些完全无法解释的原因说

ERROR: Repository not found.

一旦我从SSH代理中删除了部署键，一切就恢复正常了。

创建一个Fork

如果没有对该存储库的写访问权，则不需要它。按照下面的说明创建一个fork——它是你自己的存储库的克隆，你可以自由修改。

在创建fork之后，您可以将该repo复制到您的计算机。

git clone git@github.com:<your-git-handle>/<repository>.git
// It will be cloned to your machine where you run the command 
// under a <repository> folder that it will create.

签出一个新的分支并进行更改。

git checkout -b my-new-feature

要将更改提交到原始存储库，您需要确保它们已被推送

/* make changes */
git commit -am "New Feature: Made a new feature!"
git push origin my-new-feature

要将这些更改放到派生出来的原始存储库中，您可以按照以下说明提交一个Pull Requests。Pull Request基本上，你请求对存储库有写访问权限的用户下拉你所做的更改。把它想象成“我请求您将我的更改拉到您的回购中。”

注意:尽管如此，您的分支不会与原始存储库中正在进行的所有更改保持最新。您必须定期删除这些更改—但这很容易。

创建分叉后，你可以链接到你已经分叉的回购，这样你就可以拉进它的变化并保持最新。

git remote add upstream git@github.com:<git-user-handle>/<repository>.git

一旦你做到了这一点，保持与原始回购上所做的更改同步是非常容易的。

git checkout master         // checkout your local master
git pull upstream master    // fetch changes from the master branch of the repo you forked from.. which is linked to your fork under the alias "upstream" (common naming convention)
git push origin master      // push the pulled changes onto your local master
git checkout -b new-branch  // create a new branch and start making changes