git版本管理入门（本地/远程仓库，常用命令）

git config --global core.autocrlf false
#使其在检出和提交文件时不会自动更改行尾符。
#在使用Windows vs时，可能会自动更改换行符导致格式错误或其他问题。
#通过将core.autocrlf设置为false，Git将禁止执行此种自动转换并保留文件中已有的行尾样式。
#完全禁止 Git 在检查文件格式时自动转换换行符。如果发现文件中存在混合换行符的情况，Git 将会给出警告信息。

git config --global core.safecrlf true

#通常情况下这个设置建议开启，否则diff 不同版本时，会记录不同换行符

查看是否配置成功
cat ~/.gitconfig

或者

git config --list

若提交后提示需要设置邮箱和用户名，则设置完毕后，可以修改刚才的提交

git commit --amend --author="OA账号 <公司邮箱>" -m "更新提交作者"

git push 分支

3.多人协作流程

1.git log：版本号是否一致

查看当前仓库的版本号（第一个是当前仓库的版本号，第二个是最近提交的版本号）

1.5?git pull --rebase origin master

根据版本号是否一致，来看是否要git pull --rebase（拉取最新代码）

2.完成需求规范

改动放在相关处，或者末行

不要删空行，减少变动的提示

'use client'

import React from 'react';
import { useTranslation } from 'react-i18next';
import { getFeatures } from './staticData';






export default function HomeContent() {
  const { t, i18n } = useTranslation(['home', 'login']);
  const features = getFeatures(['zh', 'zh-CN', 'cn'].includes(i18n.language) ? 'cn' : 'en')

vs中查看修改前后对比

修改点击蓝条

格式化代码？

格式化代码（新建可全部格式化，修改只格式化修改的：保证对比时没有格式化的修改）

3.git log：版本号是否一致

3.5?git stash、git pull --rebase、git stash pop解决冲突

git pull --rebase（拉取最新代码，注意是否拉取完成，否则修改就是在临时分支）

重启正在运行的程序（命令行中ctrl+c终止运行）

4视图

➕进行staged=git add .

将需要的change，点➕进行staged，不用discard

例如yarn.lock不需要

（Yarn 工具自动生成和维护的文件，用于确保在项目中使用相同的依赖版本。它记录了每个安装的软件包的确切版本，以及它们的依赖关系树）

4.若视图不显示

4.0需要撤销修改/缓存

4.0.0git status查看修改哪些了文件【命令详解可见下文】

已暂存的修改 (Changes to be committed)

未暂存的修改 (Changes not staged for commit)

快速跳转查看不同：cmd/ctrl+点击

4.0.1git restore --staged package-lock.json撤销缓存

等红框中的文件

zsh: no matches found: files

在类 Unix 的 shell（包括 Zsh）中，方括号通常用于模式匹配（globbing），导致 shell 尝试将该模式与已存在的文件或目录进行匹配。

要解决这个问题，你可以通过转义方括号或使用引号来防止 shell 将其解释为模式。

转义方括号：git restore --staged src/app/studio/\[id\]/edit.tsx

使用引号：git restore --staged "src/app/studio/[id]/edit.tsx"

4.0.1git restore src/components/markdown.tsx撤销修改

4.1git add . 将所有增删改【new、delete、modified】的文件添加到缓存区等待提交

. 表示要添加所有修改的文件。如果只需要添加特定的文件，则可以用文件名来代替点 .

4.1git add -u：删改【delete、modified】

5.提交

a方法：可视化commit

1.commit后会出现描述文件填写的提示

2.git commit -m 描述

追加 git commit --amend

3.git push

b方法：命令行

1.合并（非首次提交：推送到开发分支）

git fetch 查看远程仓库更新

git fetch <remote>将远程仓库的最新状态下载到本地，但不会自动合并或修改你的当前分支。

git rebase origin/develop 拉取

2.npm run commit=git commit

2.1.添加描述

yourname@MBxxx entity_web % git commit

[feature-wrq-0.0.1 xxxx] feature：login page,home page,entity list

Committer: yourname <yourname@MBP-2xxx.local>

Your name and email address were configured automatically based

on your username and hostname. Please check that they are accurate.

You can suppress this message by setting them explicitly. Run the

following command and follow the instructions in your editor to edit

your configuration file:

git config --global --edit

After doing this, you may fix the identity used for this commit with:

git commit --amend --reset-author

5 files changed, 31 insertions(+), 28 deletions(-)

2.git commit -m 描述

追加 git commit --amend

3.git push

推送到远程仓库，打开网址查看diff

ctrl+c 撤回提交

4.打开网址查看diff

5.构建发布

c.方法：wsl（linux环境）、arc（代码审核）

git命令

`git add -i`

git add – 交互式帮助菜单。

status – 显示有变化的路径
更新 - 将工作树状态添加到暂存的更改集中
恢复 – 将分阶段的更改集恢复到 HEAD 版本
添加未跟踪 - 将未跟踪文件的内容添加到暂存的更改集中
补丁 – 选择帅哥并有选择地更新
diff – 查看 HEAD 和索引之间的差异
quit – 退出 Git add 交互模式
help – 将帮助菜单打印到屏幕上

`git remote -v` 和`git remote查看远程仓库`

git remote -v 命令来查看所有远程仓库的详细信息，包括它们的名称

git remote 只查看它们的名称

origin: 这是远程仓库的默认名称

master：为上线/最新主分支

git pull和git merge拉取/合并分支

`git pull=git fetch+git merge`

git fetch 查看远程仓库更新

git merge：新增一个merge commit，然后将两个分支的历史联系起来

当需要保留详细的合并信息的时候建议使用，特别是需要将分支合并进入master分支时

git rebase：反映差异内容

当发现自己修改某个功能时，频繁进行了git commit提交时，发现其实过多的提交信息没有必要时使用，分支多，内容多时也可以考虑使用

git pull --rebase更新合并

建议在运行此命令之前，应该首先备份代码或创建一个新的分支来进行实验和测试。

（拉取最新代码，注意是否拉取完成，否则修改就是在临时分支

vs左下角可常看当前分支）

git rebase --continue

git rebase --abort

git commit本地和git push远程

Git commit是将更改保存到本地代码库中的命令，

Git push是将更改从本地代码库同步到远程代码库的命令。

git stash和git stash pop暂存

stash栈（先进后出）

可以在另一个时间点上利用这些更改。执行完 git stash 命令后，在执行 git pull 完成后，可以通过执行git stash pop 来恢复之前存档的改动。

保存的时间是没有限制的，只要不手动删除 stash 列表中的储藏内容，就会一直保存下去。

使用 git stash 时，会在本地存储库中创建一个储藏列表（stash list）。

每个储藏条目都包含一组更改集（change set）：暂存区改动和工作目录改动。

默认情况下，Git 会为每个储藏条目自动生成一个唯一的名字，根据时间戳创建。

git stash list

stash@{N}: WIP on <branch_name>: <commit_message>

stash@{N}：表示该 stash 的索引号。N 是一个从 0 开始的整数，表示该 stash 在 stash 列表中的位置。最新保存的 stash 的索引号是 0，之前保存的 stash 索引号逐渐递增。
WIP on <branch_name>：表示该 stash 是在哪个分支上保存的工作副本。<branch_name> 是对应的分支名称。
<commit_message>：是在保存 stash 时附加的可选描述或提交消息。它可以是任意字符串，用于说明保存 stash 时的目的或内容。

stash@{0}: WIP on feature-branch: Adding new feature

自定义名git stash<stash name>

查看git stash list,

恢复git stash apply,最近的一个

恢复git stash apply <stash name>,

git stash pop stash@{N}

（apply恢复，pop 恢复单且从list删除删除）

删除git stash drop and git stash drop <stash name> 等命令。

清空Git栈git stash clear

git status查看修改哪些了文件

已暂存的修改 (Changes to be committed):准备提交

未暂存的修改 (Changes not staged for commit):

未追踪的文件 (Untracked files):未加入过远程的新文件

可以使用 git add 命令将其添加到暂存区，然后进行提交。

`git restore` 还原文件

git restore --staged <file>撤销缓存

git restore <file>撤销修改

git diff 查看修改前后的差异

按enter可以继续查看差异，键入wq退出

git diff命令用于比较两个不同的代码版本之间的差异，

它可以用来比较

工作目录和暂存区之间的差异、

暂存区和最新提交之间的差异、

本地分支之间的差异等。

git diff比较工作目录和最新提交之间的差异。在这种情况下，命令将显示所有未添加到暂存区（Untracked files）的更改，即尚未提交的更改。

例如，可以通过以下命令比较工作目录中的文件file.txt与最新提交之间的差异：

Plaintext
git diff HEAD file.txt

如果要比较暂存区中的更改与最新提交之间的差异，可以使用以下命令：

Plaintext
git diff --cached

还可以将git diff命令与其他命令一起使用，例如git diff branch1..branch2用于比较两个分支之间的差异。

git diff -- src/components/ListChart.tsx查看某个文件

git log查看提交记录

按enter可以接着看下调,键入wq退出查看

git log -1查看最近一条的提交记录

commit +<hash值>

git add添加到缓存区等待提交

git add . ：增删改【new、delete、modified】

添加到 Git 仓库的缓存区（Index）以备提交

. 表示要添加所有修改的文件。如果只需要添加特定的文件，则可以用文件名来代替点 .

git add -u：删改【delete、modified】

git commit -m 信息：提交缓存区到仓库中

git commit -m "add doc"

这是 Git 中的一条命令，作用是将暂存区中的文件提交到版本库中。其中 -m 表示后面可以输入一段提交信息，用于描述本次提交的内容。

比如 git commit -m "add doc" 就表示将该次提交命名为“add doc”，提交信息用于说明本次提交添加了文档内容。

版本回退/回滚：撤销提交

未push到远程仓库

git reset --soft（撤销commit）

git reset --mixed（撤销 commit 和 add 两个动作）

push到了远程仓库

git reset --hard（撤销并舍弃版本号之后的提交记录）

git revert（撤销，但是保留了提交记录）

分支/起名

版本规范

x.x.x：(大版本).(功能).(bug)

0.x.x版本代表还没发布

分支规范/起名

（1）主分支（master）：第一次向 git 仓库中提交更新记录时自动产生的一个分支，有两个镜像：线上分支，开发分支

（2）开发分支（develop）：作为开发的主分支，基于 master 分支创建。develop-版本

（3）功能分支（feature）：作为开发具体功能的分支，基于开发分支创建。feature-yourname-版本

（4）环境分支（env)：测试

env-test：

env-sandbox（沙箱分支）：隔离环境，在其中运行不受信任或未知来源的代码，而不会影响到系统或应用的其他部分。

develop
develop-0.1.3
feature-yourname-0.1.1
* feature-yourname-0.1.3
remotes/origin/HEAD -> origin/develop
remotes/origin/develop
remotes/origin/develop-0.1.2
remotes/origin/develop-0.1.3
remotes/origin/feature-yourname-0.1.1
remotes/origin/feature-otherpeople
remotes/origin/master
remotes/origin/revert-87f9a77d

git branch查看本地分支

以 * 标记当前所在的分支

git branch -r查看远程仓库分支（r，remote）

git branch -a查看所有仓库分支（a，all）

包括本地分支和远程分支

* master
develop
feature-branch
remotes/origin/master
remotes/origin/develop
remotes/origin/feature-branch

git branch 分支名称：创建分支

git checkout -b 分支名称：创建并切换到该分支

git checkout 分支名称：切换分支

如果在切换分支前有未提交的修改，Git 会提示你这些修改可能会丢失，此时你可以保留修改、提交它们，也可以放弃它们并从其他分支 checkout 后的某个版本开始：

Plaintext
git checkout feature-branch     # 如果放弃修改和暂存区内容
git stash                       # 保存修改（可选）
git checkout feature-branch     # 切换分支
git stash pop                   # 还原修改/暂存区内容

git merge 来源分支合并分支

(必须在master分支上才能合并develop分支)

git branch -d 分支名称删除分支

（分支被合并后才允许删除）（-D 强制删除）

恢复单个文件到指定版本：git checkout HEAD~ my-file.js

切换远程分支到本地：git checkout --track origin/remote-branch-name

将修改全部或部分（可选）撤销：git checkout -- path/to/my/file

报错

non-fast-forward

! [rejected] feature-yourname-0.1.1 -> feature-yourname-0.1.1 (non-fast-forward)

hint: Updates were rejected because the tip of your current branch is behind

hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again.

hint: See the 'Note about fast-forwards' in 'git push --help' for details.