如何将项目推送到GitHub中

将项目推送到 GitHub 仓库并管理相关操作，遵循以下步骤：

1. 创建 GitHub 账户：如果您没有 GitHub 账户，首先需要在 GitHub 官网 上创建一个账户。

2. 创建新仓库：在 GitHub 页面上，点击右上角的加号图标，然后选择 “New repository” 创建一个新的仓库。填写仓库的名称、描述等信息，然后点击 “Create repository” 创建仓库。

3. 本地项目初始化：在本地项目的根目录，使用 Git 初始化一个仓库（如果您的项目尚未使用 Git 进行版本控制）：

   git init
   1

4. 将项目添加到仓库：使用以下命令将项目文件添加到 Git 仓库：

   git add .
   1

5. 提交更改：使用以下命令提交您的更改并添加一条提交消息：

   git commit -m "Initial commit"
   1

6. 关联远程仓库：将本地仓库与远程 GitHub 仓库关联，用您的 GitHub 仓库 URL 替代下面的 ：

   git remote add origin <repository_url>
   1

7. 推送到 GitHub：将项目推送到 GitHub 远程仓库：

   git push -u origin master
   1

8. 查看公钥：如果您在推送时遇到 SSH 密钥问题，可以使用以下命令查看您的公钥：

   cat ~/.ssh/id_rsa.pub
   1

9. GitHub 设置 SSH 公钥：将您的公钥添加到 GitHub 账户中，以便进行身份验证。在 GitHub 页面的右上角，点击您的头像，然后选择 “Settings”。在左侧菜单中，点击 “SSH and GPG keys”，然后点击 “New SSH key”。将您的公钥粘贴到文本框中，然后点击 “Add SSH key”。

10. 删除仓库：如果您需要删除 GitHub 上的仓库，可以进入仓库页面，点击右上角的 “Settings”，然后在页面底部找到 “Danger Zone”，选择 “Delete this repository”，按照提示完成删除操作。

电脑中使用git配置用户名和密码时会有当前库和全局配置，所以他们有什么区别吗？推送到远程仓库如github用的是哪一个配置？

在 Git 中，有两种级别的配置：局部（当前库）配置和全局配置。它们分别用于不同的范围和目的：

1. 局部（当前库）配置：

   • 这个配置级别是特定于一个 Git 存储库（repository）的，它只影响当前库的操作。
   • 在一个 Git 存储库中，你可以设置特定于该存储库的用户名和电子邮件地址，以及其他一些配置选项。
   • 这些配置信息保存在该存储库的 .git/config 文件中。
   • 当你在该存储库中执行 Git 操作时，Git 会首先查找局部配置，然后才是全局配置。如果在局部配置中设置了用户名和电子邮件地址，它们将覆盖全局配置中的相应值。

   例如，在一个特定的 Git 存储库中，你可以使用以下命令来设置局部配置：

   git config user.name "Your Name"
   git config user.email "your.email@example.com"
   1
   2

2. 全局配置：

   • 这个配置级别是针对你的整个用户帐户的，它会影响所有你在该用户帐户下执行的 Git 操作，不仅仅是特定的存储库。
   • 全局配置用于设置你的默认用户名、电子邮件地址以及其他全局的 Git 行为选项。
   • 这些配置信息保存在你的用户主目录下的 .gitconfig 文件中（在 Windows 上通常是 C:\Users\<你的用户名>\.gitconfig）。
   • 如果你在一个存储库中没有设置局部配置，Git 将使用全局配置中的值。

   例如，你可以使用以下命令在全局配置中设置用户名和电子邮件地址：

   git config --global user.name "Your Name"
   git config --global user.email "your.email@example.com"
   1
   2

当你推送到远程仓库（如 GitHub）时，Git 使用你在局部或全局配置中设置的用户名和电子邮件地址。如果在局部配置中设置了这些值，它们将覆盖全局配置中的值。这是为了允许你在不同的存储库中使用不同的身份信息（例如，你可以在工作项目的存储库中使用工作电子邮件地址，而在个人项目的存储库中使用个人电子邮件地址）。

总之，推送到远程仓库时使用的配置信息是局部配置（如果设置的话），否则使用全局配置中的信息。这使得 Git 非常灵活，可以适应不同的工作场景。