一、git凭据
在使用 Git 进行版本控制时，凭据主要用于身份验证，以确保用户能够安全地访问和操作代码仓库
常见的 Git 凭据类型：
1. 用户名和密码
最基本的身份验证方式。用户在克隆、推送或拉取时输入其用户名和密码。
- 优点: 简单，无需额外配置。
- 缺点: 安全性较低，因为密码可以被泄露，且难以管理。
2. SSH 密钥
SSH（Secure Shell）是一种加密协议，允许用户通过公钥/私钥对进行身份验证。用户生成 SSH 密钥对，并将公钥添加到代码托管平台上。
- 优点: 更安全，不需每次都输入用户名和密码。适合频繁操作的用户。
- 缺点: 初始配置相对复杂，需要生成和管理密钥。
3. Personal Access Token (PAT)个人访问令牌
PAT 是一种用于替代密码的身份验证令牌，通常与 API 调用或 HTTPS 仓库访问一起使用。
- 优点: 提高了安全性，支持细粒度的权限控制，可以随时撤销。(可以根据需要配置PAT的权限，仅授予所需的最低权限)
- 缺点: 需要定期管理和更新。
4. OAuth 令牌
一些代码托管平台支持 OAuth 身份验证，允许用户通过第三方应用授权访问其账户。在这种情况下，用户不会直接与用户名和密码交互，而是使用提供的访问令牌。
- 优点: 可管理的权限，用户可以随时撤销对特定应用的访问。
- 缺点: 设置相对复杂。
5. Git Credential Manager
Git Credential Manager（GCM）是一个工具，用于存储和管理 Git 凭据（如用户名和密码或个人访问令牌）的系统。这使得在与远程仓库（如 GitHub、Gitee 等）进行交互时，用户无需每次都输入凭据，从而提高了使用的便利性。
- 优点: 便于管理，支持多种身份验证方式（如 PAT 和 OAuth）。
- 缺点: 依赖于额外的工具和配置。
6. 安全令牌（例如 AWS CLI、Azure CLI 等）
如果您使用云服务（如 AWS、Azure 等），可能会使用特定的 API 令牌或临时凭证来访问 Git 仓库。
- 优点: 支持动态生成和过期，提高安全性。
- 缺点: 配置和管理方式各异。
选择合适的 Git 凭据类型取决于您的使用场景、安全需求和个人偏好。在大多数情况下，SSH 密钥和 Personal Access Token 被认为是更安全的选择，尤其是在公共或私人代码仓库中。同时，使用 Git Credential Manager 可以帮助简化凭据的管理。
问：HTTPS 和 SSH 这两种 Git 支持的验证方式有什么区别？
答：
| 特点 | HTTPS | SSH |
|---|---|---|
| 安全性 | 中等，依赖于用户名/密码或 PAT | 高，使用公钥/私钥加密 |
| 配置 | 简单，易于上手 | 复杂，需要生成和管理密钥 |
| 使用场景 | 适合新用户和公共网络 | 适合频繁操作和大型项目 |
| 访问控制 | 每次操作需提供凭据 | 灵活的公钥管理 |
二、适用情况
-
频繁更新和协作: 如果您与他人合作，或在某个项目上频繁推送和拉取代码，使用 Git Credential Manager 或 SSH 密钥可以显著提高效率，因为它们简化了身份验证步骤。
-
跨平台工作: 如果您在不同的操作系统间切换工作，例如从 Windows 切换到 macOS，SSH 密钥或配置良好的 Git Credential Manager 将帮助您在任何地方顺利访问 Git 仓库。
-
安全性考虑: SSH 密钥提供了一种更安全的身份验证方法，因为它们不传输明文凭据，从而减少了凭据泄露的风险。此外，您可以为 SSH 密钥设置密码保护，更进一步提高安全性。
-
自动化脚本: 在 CI/CD 环境中，您可能需要在没有人工干预的情况下执行 Git 操作。在这种情况下，使用 SSH 密钥或 Personal Access Token 是理想的选择，因为它们可以通过环境变量或配置文件安全地传递，而不会在日志中暴露敏感信息。
三、关于git中账号绑定的说明
在 Git 中，绑定的用户名和密码（或令牌）通常是针对单个仓库的配置，而不是全局的。
1. 全局配置
如果使用 git config --global 命令设置用户名和邮箱，那么这些信息会适用于您计算机上所有的 Git 仓库 ，即如果在 Git 中全局配置了用户名和邮箱，那么新建的本地 Git 仓库将默认使用这些全局配置的用户名和邮箱。
git config --global user.name "Your Name"
git config --global user.email "[email protected]"
2.本地配置
如果在某个特定的 Git 仓库中使用 git config（不带 --global），那么这些配置仅对该仓库有效。
cd your-repo
git config user.name "Local Repo User"
git config user.email "[email protected]"
四、项目实例 pull request
前提知识：
在 GitHub 上，任何人都可以向公共项目发出 Pull Request（PR），但这取决于几个因素：
- 仓库的可见性
公共仓库：任何人都可以访问和查看代码，也可以 Fork（复制）仓库，然后在自己的 Fork 中进行更改，并从中发起 Pull Request。
私有仓库：只有拥有访问权限的用户才能查看、Fork 或发起 Pull Request。 - Fork 和 Pull Request
对于公共仓库，陌生人可以：Fork 仓库到他们自己的 GitHub 账户。在 Fork 中进行更改。提交更改并发起针对原始仓库的 Pull Request。
(1) 先从目标github上fork一个公开的项目到我的github中：
(2) 在线修改：在我的github中修改和添加部分文件
（3）发起 Pull Request
接着等待审核即可
标签：pull,Git,仓库,凭据,request,git,SSH,用户名 From： https://www.cnblogs.com/kakafa/p/18469200