非常感谢您的关注，我是aono1234。如果您喜欢我的文章，请也关注我的Twitter账号，谢谢！‼
https://twitter.com/takeshi_program

各位，大家是否能夠熟練地使用git？

我是吗？
还不太熟练（笑）?
Git的命令太多了?

今天我想写一篇关于在那些基本的git add和git reset命令中的文章。嗯～请多关照❗❗

首先

本篇文章的受众群包括以下几个：

• プログラミング初心者

• gitを使ったことがある

• githubを使ったことがある

• ステージングエリアがよく分かってない

git add ./git reset –hardしか使ったことがない

2. 最先得出结论

コミットメッセージを冗長にしないためにgit add ファイル名、git reset ファイル名を使う

3. 再次确认 Git 的流程

我相信您可能知道，git有三种类型的区域：“工作区”，“暂存区”和“仓库”。
具体流程如下：
1. 在“工作区”对文件进行部分更改～
2. 使用git add .将更改推送到“暂存区”～
3. 使用git commit将更改推送到“仓库”～
4. 使用git push将更改推送到远程仓库～

我认为是这样的趋势。

只有我一个人怀疑为什么只有第二阶段的提升，其他人也会有同样的疑问！！? 理解这个阶段区域是非常重要的！！（大概）?

4. 关于舞台区域的操作

4-1. 将所有文件添加到 git.

尝试编辑三个文件后，使用”git add .”命令将所有更改过的文件添加到暂存区。

这种感觉很熟悉啊
在这个状态下进行git commit，会将三个文件上传到仓库。

4-2. 将文件名添加到git中

4-3. git重置 文件名

如果在这种状态下进行git commit，comment.rb和user.rb将被上传到仓库中。

选择要上载到暂存区并提交的文件，就是这样的呢~

为了避免在提交时引入噪音，可以对每个文件进行git add和git reset操作。

在创建新功能时发现了现有代码的错误bugs?
赶紧修复！?
你有过这样的经历吗？

你不想只提交这个 bug 的修复吗？
如果使用 git add .，将”新功能代码”和”bug 修复代码”混在一起提交，提交信息会变得冗长。

当遇到这样的情况时，我们可以使用git add和git reset，这样就能够将”新功能的代码”和”错误修复的代码”分开进行提交。

最后

希望你能参考一下这种像这次一样的用法，根据不同的情况进行选择。

我很想寫一篇關於Git的文章，如果可以的話，請大家來看看吧 ?