未知开关'；m'；使用git别名提交

在my.gitconfig中，我有以下别名：

c = add -A && git commit -m

---

其思想是添加所有更改并提交它们。然而，我并没有在这方面取得成功，因为Git给了我一个信息

错误：未知开关'm'

坏主意

git-add

或者更好的

git-add-p

是一个很好的机会，可以在提交之前再次回顾您所做的事情

无论如何，要在shell中执行git别名，需要使用以下语法：

c = !git add -A && git commit -m

---

或者您可以只使用git commit-a，这似乎就是您想要的。这不会自动提交新文件，但是否确实要提交每个未跟踪的文件？请记住，您可能会有一些临时的东西，而这些东西并不在gitignore上。虽然撤销/修改意外添加此类垃圾的提交很容易，但最好不要一开始就提交

坏主意

git-add

或者更好的

git-add-p

是一个很好的机会，可以在提交之前再次回顾您所做的事情

无论如何，要在shell中执行git别名，需要使用以下语法：

c = !git add -A && git commit -m

---

或者您可以只使用git commit-a，这似乎就是您想要的。这不会自动提交新文件，但是否确实要提交每个未跟踪的文件？请记住，您可能会有一些临时的东西，而这些东西并不在gitignore上。虽然撤销/修改意外添加此类垃圾的提交很容易，但最好不要一开始就提交

您不需要执行“git add”，您可以传递-a标志

git config --global alias.c 'commit -am'

所以现在

c“commi message”

应该可以正常工作了

如果您只想直接将其添加到配置文件中，它只是

c = commit -am

---

不过，你可能不应该将此作为你日常工作的方式。您应该在提交之前查看您正在提交的内容。

您不需要执行“git add”，您可以传递-a标志

git config --global alias.c 'commit -am'

所以现在

c“commi message”

应该可以正常工作了

如果您只想直接将其添加到配置文件中，它只是

c = commit -am

---

不过，你可能不应该将此作为你日常工作的方式。在提交之前，您应该先查看您正在提交的内容。

我倾向于使用

git status

，然后是

git add-A

，然后是

git diff--cached

。或者，

git status

后跟selective

git add

s，后跟

git diff--cached

。第一个

status

用于考虑要添加的内容，

add

添加它，而

diff--cached

让我在提交之前查看差异（查看也是考虑提交消息的好时机）。在提交之前，我总是使用

git status

，因此，这不是一个坏主意。

git add-p

的优点是，您不仅可以无脑地滚动差异，还可以查看每个大块头。这样，您就很容易注意到一个被遗忘的

打印文件和类似的您不想提交的内容。它还可以让您保持提交的小规模：想象一下您在做某事时发现的那些丑陋的东西（糟糕的代码样式、混乱的缩进等等）？是的，它们不属于包含实际代码更改的提交。所以让我们跳过那些在
git add-p
期间（或者先添加并提交它们）我倾向于使用
git status
，然后是
git add-A
，然后是
git diff--cached
，我自己。或者，
git status
后跟selective
git add
s，后跟
git diff--cached
。第一个
status
用于考虑要添加的内容，
add
添加它，而
diff--cached
让我在提交之前查看差异（查看也是考虑提交消息的好时机）。在提交之前，我总是使用
git status
，因此，这不是一个坏主意。
git add-p
的优点是，您不仅可以无脑地滚动差异，还可以查看每个大块头。这样，您就很容易注意到一个被遗忘的
打印文件和类似的您不想提交的内容。它还可以让您保持提交的小规模：想象一下您在做某事时发现的那些丑陋的东西（糟糕的代码样式、混乱的缩进等等）？是的，它们不属于包含实际代码更改的提交。因此，让我们在git add-p期间跳过它们（或者先添加并提交它们）