Git使い方ガイド（短縮版） 1. インストールと使用方法 安装
默认安装，可选位置，最好没有中文，当然，问题不大
使用：
右键，选择git Bash here（win11需要右键最下边更多选项才可以显示），即弹出命令框
1. ユーザー名とメールアドレスを設定する git config --global user.name xxx
git config --global user.email xxx
这两条语句仅用于设置，不会有任何语句输出，任何输出都是错误的
2. 初期化 git init
初始化git，会生成一个隐藏的文件夹（.git）,需要显示隐藏的项目才可见
执行之后会切换到master分支（主分支）
3. ステータス git status
查看git当前的状态
无文件，无修改的情况下：
On branch master
当前的分支(这里是master主分支)
No commits yet
没有任何的提交
nothing to commit (create/copy files and use "git add" to track)
没有任何的文件
那么，本文件夹里新建一个文本，abc.txt，再次执行
On branch master
No commits yet
下面这些，表示有文件，红色表示还未提交
Untracked files:
(use "git add <file>..." to include in what will be committed)
abc.txt
nothing added to commit but untracked files present (use "git add" to track)
4. ファイルを送信する git add 文件名
比如上面新建的abc.txt
当然，也有全部提交的方法，把文件名换成.即可
git add abc.txt
git status
由于abc.txt被提交了，所以上面的"abc.txt"会变绿
这个提交受修改影响，比如上面我们只是新建了一个文件，现在我们打开abc.txt，编辑输入123456，保存，再次查看
git status
文件名再次变红，但这次和开始的不一样，最开始并没有任何红色提示，现在显示：
modified: abc.txt
表示文件经过修改了
文件提交需要加上注解，也就是说明提交了什么
git commit -m "XXXX"
XXXX可以是汉字，英文，都可以
5. 送信ログを確認する git log
会显示提交人自己设置的的name和email还有提交时间
6. ブランチを切り替える git checkout (-b) dev（分支名）
当需要切换的分支不存在时，需要加上-b，表示新建
切换的原因：因为我们要保证主分支随时都可以上线，所以不确定和在做的修改，做在其他分支里
那么分支有什么作用呢？我们把abc.txt文件打开，加入随意一句话，比如：修改了代码，然后保存退出
在dev分支下我们提交:git add abc.txt
查看状态，git status，发现提交成功了，加注解（不加注解是不让切换分支的）
我们返回分支，git checkout master
我们切换回了master分支，现在，我们重新打开abc.txt，会发现加的那句话消失了
这代表两个分支之间是无法互相影响的
（这次切换dev分支，就不需要加-b了)
7. ブランチのマージ 先搞清楚，是谁合并到谁,在需要合并的分支下写入（这里用master）
git merge dev(要被合并的分支名)
上面的意思即将dev分支合并到master分支
合并之后文件也会合并，当然，这就涉及到合并冲突的问题了，如果他没改，你加了一行，那么合并的文件就是多加了你的那一行
那么如果你们改了同一行呢，系统不会帮你们做主，这个时候合并会报错：
$ git merge dev
Auto-merging abc.txt
CONFLICT (content): Merge conflict in abc.txt
Automatic merge failed; fix conflicts and then commit the result.
需要手动去修改文件，解决问题
注意：解决问题要删掉多余的所有特殊符号，保留更改之后所需的样子即可，更改之后添加即可
8. エラー後のトランザクションのロールバック 我们前面说过查看提交日志的方法
git log
上面有提交人，邮箱，时间之类的信息，最上面就是我们需要的回滚id，比如：
commit cbf17d732fa66602f074b83146e09be68b8a57b8
事务回滚：
git reset --hard cbf17d732fa66602f074b83146e09be68b8a57b8(回滚id)
即可回滚到所需时刻
9. ファイル内で何が変更されたかを確認します git diff 文件名
什么叫修改，一个空格，一个回车也算，当然正常的修改也包括在内，修改的文本会变红
10. プッシュコードとプルコード git push 推送代码
推送即上传，把本地代码上传更新
git pull 拉取代码
拉取代码即更新，都是最新会显示：Already up to date
第二に、単純なエラー修正 1. git ウェアハウスに接続する際、パスワードとユーザー名が間違って入力された場合はどうすればよいですか? 因为以前注册了，现在忘了，第一次输入错了之后，发现第二次执行报错
因为网址凭据默认是你上次输入的，所以不用等你这次输入，沿用上次错误的，因此报错
解决办法：
设置里搜索：凭据管理器。删除git网址的凭据，返回页面，再次执行命令即可。如果依然错误，可沿用该方法
2. 改行があるため ssh キーを取得します。メールボックスに書き込まずに自動的に実行されます。 ctrl+c停止即可
3. https プロトコルを ssh に変更します 新创建默认是https，要换要先终止本地与仓库的联系，
git remote remove origin
然后选择页面中的[克隆/下载]，选择ssh，复制地址，然后执行
git remote add origin 地址
完成切换
3. プロジェクトのその後の展開 1. ローカルプロジェクトの一部のファイルは、最後の送信時の問題に戻る必要があります。 我们知道可以通过git reset --hard进行事务回滚，但那个是全体回滚，
部分文件需要回滚回上一次提交可以利用idea的小工具，
右键git侧边栏中：
show history，即可查看文件的历史样子，全选覆盖即可
Compare with Revision
历史对比，会自动选出与上一次不同的地方，点击左侧栏的>>>即可返回
2. その後のアップデートの問題 我们刚开始初始化仓库，add . 提交了全部内容，那么后续也是一样，add . 即可把修改的文件提交上去
3. アップロードしたファイルにアイデア、アウト、ターゲットが含まれていないのはなぜですか git中含有的过滤机制，把这些自动避开了，具体内容根据gitee提示即可，第一次上传要注意项目名和仓库名一致