Linux 配置git同步GitHub代码

将ssh key加入GitHub：
https://www.cnblogs.com/Fight-go/p/15851321.html

与chatgpt聊，发现：

我本来有一个在Windows下的文件夹，他已经与GitHub仓库同步了；我把整个文件夹复制到Linux里，使用git
status查询状态，发现他说已经up to date，但显示有很多changes not staged for commit，为什么？
当你将一个 Windows 系统下已经与 GitHub 仓库同步的文件夹复制到 Linux
系统中时，该文件夹的版本控制信息并没有被复制过来。因此，虽然你在 Linux 系统中复制了一个与原文件夹相同的副本，但 Git
并不知道这是一个已经与 GitHub 仓库同步的文件夹，而是将其视为一个全新的、未经 Git 管理的文件夹。

因此，当你在 Linux 系统中运行 git status 命令时，Git 会提示你有许多未暂存的更改。这是因为在 Linux
系统中进行更改时，这些更改并没有被 Git 跟踪。如果你想在 Linux 系统中继续与 GitHub 仓库同步该文件夹，你需要将其添加到
Git 中并提交更改，以便 Git 能够跟踪该文件夹的更改并将其上传到 GitHub。

以下是在 Linux 系统中将文件夹添加到 Git 中的基本步骤：

在终端中导航到该文件夹所在的目录。 运行 git init 命令将该文件夹初始化为一个 Git 仓库。 运行 git add .
命令将该文件夹中的所有更改添加到 Git 中。这将把文件夹中的所有文件和子文件夹都添加到 Git 中。 运行 git commit -m
“Initial commit” 命令提交更改。 现在，你的文件夹中的所有更改都已经被 Git 跟踪，并且可以使用 git push
命令将这些更改上传到 GitHub。

所以需要上传。
使用git commit，发现需要

git config --global user.name “Your Name”
git config --global user.email “youremail@domain.com”

如果想撤销commit，就

如果你还没有将 commit 推送到远程代码库，那么你可以使用 git reset 命令来撤销该 commit。在这种情况下，git reset 命令将会将你的代码库恢复到 commit 前的状态。
以下是在 Linux 中使用 git reset 命令撤销未推送的 commit 的基本步骤：
在终端中导航到包含 Git 仓库的目录。
运行 git log 命令查看最近的提交记录，并找到你想要撤销的提交的哈希值（commit hash）。
运行 git reset 命令撤销该 commit。请确保将 替换为你想要撤销的实际哈希值。
如果你只想撤销 commit，并将更改保留在你的工作目录中，可以使用 git reset --soft HEAD~1 命令。
如果你想彻底删除该 commit，并删除工作目录中的更改，请使用 git reset --hard HEAD~1 命令。请注意，这将永久删除该 commit 及其更改，因此请务必在使用该命令之前备份你的代码库。
在完成上述步骤后，你可以编辑你的代码并创建一个新的 commit，而不会包含之前的错误 commit。请注意，如果你的代码库已经与其他人共享，你应该与他们讨论该 commit 的更改，并确保你的更改不会对他们造成不必要的麻烦。

想把linux的和windows的合并，

git remote add origin https://github.com/your-username/your-repository.git

最终和chatgpt聊（聊了好久），发现：

那为啥git status显示我有很多变化，但其实这些变化早就在windows里push上去了
如果你在 Linux 中克隆了一个仓库，并将其复制到 Windows 上进行更改和提交，然后又将更改推送回远程仓库，那么当你在 Linux 中使用 git status 命令时，它可能会显示许多未暂存的更改。
这是因为在 Windows 中提交更改时，Windows 使用不同的行尾符（CRLF），而在 Linux 中，行尾符是 LF。这意味着当你将文件从 Windows 复制到 Linux 时，Git 会将所有行尾符转换为 LF。这会导致 Git 认为该文件已被修改，即使它的内容没有更改。
要解决这个问题，可以使用 git config 命令配置 Git，在检查更改时忽略行尾符的差异。以下是在 Linux 中配置 Git 忽略行尾符差异的步骤：

git config --global core.autocrlf input

在终端中导航到你的本地代码库目录。 运行以下命令来配置 Git 忽略行尾符差异： python Copy code git config
–global core.autocrlf input 这个命令会告诉 Git 在检查更改时将行尾符转换为 LF，但在提交更改时不会自动将其转换回 CRLF。 运行 git status 命令查看是否仍然存在未暂存的更改。 请注意，如果你在
Windows 和 Linux 上同时使用 Git，或者与其他人共享代码库，那么应该协商如何处理行尾符。一些开发人员可能偏好
CRLF，而另一些开发人员则偏好 LF。在协商之后，应该为所有开发人员配置相同的行尾符设置。