git branch -m 3568-S1 3568-S1.dev
这个命令的作用是将本地仓库中名为"3568-S1"的分支重命名为"3568-S1.dev"。其中"-m"参数表示重命名分支。
git branch -D 3568-S1-develop
git branch -D 3568-S1-develop命令用于删除本地仓库中名为"3568-S1-develop"的分支。通过这个命令，你可以删除不再需要的分支，以清理仓库并减少分支的数量。
请注意，使用-D参数会强制删除分支，即使分支上有未合并的更改。如果你想要删除一个有未合并更改的分支，可以使用小写的-d参数，即git branch -d 3568-S1-develop。但是，如果分支上有未合并的更改，Git会拒绝删除分支，并给出相应的提示。
git fetch rk29 3568-S1:3568-S1
这个命令的作用是从远程仓库"rk29"中获取分支"3568-S1"的最新更新，并将其存储在本地仓库中的同名分支"3568-S1"中。这样可以将远程仓库的更新同步到本地仓库中。

git checkout命令的一些常见用法：
1.切换分支：
git checkout
这会将当前工作目录切换到指定的分支。在切换分支之前，Git 会确保你的工作目录是干净的（没有未提交的更改）。如果存在未提交的更改，你需要先提交或暂存它们。
2.创建并切换到新的分支：
git checkout -b
这个命令会创建一个新的分支并立即切换到这个新分支。这是 git branch 和 git checkout 两个命令的简写形式。
3.检出文件：
git checkout –
这个命令会从暂存区（索引）或指定提交中检出文件到工作目录，覆盖任何未提交的更改。如果省略了提交哈希，Git 会从暂存区检出文件；如果指定了提交哈希，Git 会从该提交中检出文件。

git format-patch -1
git format-patch -1命令用于生成一个补丁文件，该补丁文件包含了最近一次提交的更改内容。补丁文件可以用于分享和应用代码更改。
-1参数表示只生成最近一次提交的补丁文件。如果你想生成多个提交的补丁文件，可以使用-n参数后跟数字来指定生成的补丁文件数量。例如，git format-patch -3将生成最近三次提交的补丁文件。
git format-patch COMMIT_HASH
替换 COMMIT_HASH 为您想要生成补丁的提交的哈希值。

git am 0001-PHY-YT8531C-YT8531C-CA.patch
git am 0001-PHY-YT8531C-YT8531C-CA.patch命令用于将补丁文件应用到当前的代码库中。通过这个命令，你可以将补丁文件中的更改应用到当前的代码库中，以便进行相关的开发、修改或查看工作。
在这个命令中，0001-PHY-YT8531C-YT8531C-CA.patch是要应用的补丁文件的文件名。如果补丁文件可以成功应用到当前的代码库中，Git会自动提交这些更改。如果有冲突或错误，Git会提示你进行相应的处理。

git apply 0001-PHY-YT8531C-YT8531C-CA.patch
当使用 git apply 时，命令会尝试应用补丁文件中的更改，但不会创建新的提交。如果补丁可以干净地应用，它会直接更新工作目录中的文件。
常用的参数包括：
-p：指定剥离路径的层数，默认为1。
–stat：显示哪些文件被修改，但不实际更新这些文件。
–check：检查补丁是否可以干净地应用，但不实际更新文件。
–ignore-whitespace：忽略空白的改变。
–reverse：反转补丁的作用，即撤销补丁中描述的更改
git apply --check 0001-PHY-YT8531C-YT8531C-CA.patch
git apply --check 0001-PHY-YT8531C-YT8531C-CA.patch命令用于检查补丁文件的应用情况，而不实际应用补丁文件。通过这个命令，你可以验证补丁文件是否可以成功应用到当前的代码库中，以避免潜在的冲突或错误。
在这个命令中，–check参数表示只进行检查而不应用补丁文件。0001-PHY-YT8531C-YT8531C-CA.patch是要检查的补丁文件的文件名。如果没有显示任何错误信息，表示补丁文件可以成功应用到当前的代码库中。

git reflog 是一个用于查看 Git 仓库中 HEAD 和分支引用的移动历史的命令。它记录了所有HEAD的历史，即使一些操作（如 commit、checkout、merge、rebase 等）没有创建新的提交。
reflog 是一种帮助你恢复丢失的提交或错误操作的方式

git cherry-pick 是一个 Git 命令，用于选择一个或多个提交从一个分支应用到另一个分支。这个命令允许你精确地选择哪些提交应该被应用到当前分支，而不需要合并整个分支的历史。
git cherry-pick
是你想要应用到当前分支的提交的哈希值。
git cherry-pick f16979b7c215

git commit --amend 是一个 Git 命令，用于对最近的一次提交进行修改。这个命令允许你更改上次提交的提交信息、添加或删除文件，或者对上次提交中的文件进行更多的更改。使用 git commit --amend 会在不创建新的提交历史记录的情况下更新最近的提交。
以下是一些常见的使用场景：
1.修正提交信息：
如果你发现上一次提交的提交信息有误或者不够详细，可以使用 git commit --amend 来编辑它：
git commit --amend
这将打开一个文本编辑器，允许你修改提交信息。保存并关闭编辑器后，Git 会更新最近的提交信息。
2.添加遗漏的文件：
如果你忘记包含某些文件在上一次提交中，可以先添加这些文件，然后使用 git commit --amend 将它们包含在最近的提交中：
git add forgotten_file
git commit --amend
3.删除多余的文件：
如果你意外地添加了一些不应该提交的文件，可以使用 git rm 或 git reset 删除这些文件，然后使用 git commit --amend 来更新提交：
git rm unnecessary_file
git commit --amend
4.修改已提交的文件：
如果你发现上一次提交中的某些文件需要进一步的修改，可以直接进行更改，然后使用 git commit --amend 将这些更改包含在最近的提交中：
git add modified_file
git commit --amend
使用 git commit --amend 时，请确保你的工作目录是干净的，或者你已经对所需的更改进行了暂存（使用 git add）。如果你已经推送了上一次提交到远程仓库，那么在执行 git commit --amend 后，你需要强制推送（使用 git push --force 或 git push --force-with-lease）以更新远程仓库的提交历史。这是因为 git commit --amend 实际上会改变提交的哈希值，从而使得历史记录与远程仓库不同步。

git reset HEAD~1 是一个 Git 命令，用于撤销最近一次的提交。这个命令会将你的当前分支的头部移动到倒数第二个提交，这意味着你最近一次的提交（即“HEAD~1”所指的提交）会被撤销，但是所做的更改会保留在你的工作目录中。
这个命令有几个常用的选项：

• --soft：此选项会保留工作目录和暂存区中的更改，这意味着你的更改不会被丢弃，只是从仓库的历史记录中移除。
• --mixed（默认选项）：此选项会保留工作目录中的更改，但是会从暂存区中移除这些更改。这意味着你的更改仍然存在，但是需要重新添加到暂存区。
• --hard：此选项会丢弃工作目录和暂存区中的更改，这意味着你的更改会被完全移除，没有任何恢复的可能。
  请注意，在执行 git reset 命令之前，确保备份你的工作，以免丢失重要的更改。同时，这个命令只应该在个人分支上使用，因为如果你在共享的分支上使用这个命令，可能会导致其他人的工作冲突或丢失。