Git命令的简单序列(Simple Sequence of GIT Commands)

我阅读文档和GOOGLE了好位，但没有真正简单的步骤就能提交您的本地更改github上。我整理了以下的步骤，我只是想确保我做正确的事情。如果我改变了本地文件foo.java：

git的状态-s //会告诉我，foo.java已经改变
git的添加foo.java //将它添加到我的本地回购
git的承诺-m“我改变” //提交到本地仓库
git的标签“V1.1” //创建一个标签
混帐推--tags //最后，将本地提交与新标签的远程回购。这会提示您输入密码。如果没有标签在步骤4中设置为，那么就
混帐推

足够。对？

我只是想确保在大多数情况下，使用这些基本步骤是什么，是需要使用github上。我全新到github上，并且这些步骤为我工作，但要确保我没有做任何根本性的错误。如果有任何缺少的步骤请评论。再次，是关注的最通用的一天到一天的使用（比如，我不是真正关心的树枝等，我将学习必要的基础上）。先感谢您。

Answer 1:

你的脚步都很好。稍微吹毛求疵，不过，有关的评论：

关于步骤（2）和（3）的意见是不要去想发生的事情，我不认为最好的方式。

2.git add foo.java     //will add it to my local repo
3.git commit -m "my changes"      //commit to the local repo

它补充说：“”您的文件到本地仓库步骤git-commit 。这就是为什么它被称为commit ; 您更改提交到存储库。 git-add foo加foo到临时区域 ，而不是回购本身。

你git仓库有三个“区”， working ， staging和repository ，这里描述（从拍摄图像临Git的书）：

您在创造性地命名为“工作目录”的变化和工作。

当你做了一些改动，要准备做出承诺。这就是“临时区域”的用武之地。你“舞台”的要提交修改，当你满意的是什么犯的样子，你提交“临时区域”到“资源库”。 [注：在man的页面，这个staging area大多提到的index 。

这可以让你一个很大的灵活性。您可以启用所有的变化，因为上次提交，也可以单独阶段的文件，也可以阶段性文件的组成部分。您可以不失变化或搞乱了历史库中添加和删除临时区域的文件。这是什么git add和git rm命令执行; 他们从添加working directory到staging area ，但他们并不直接添加到repository 。（希望图像有助于使区分清楚）。

你的脚步都很好。如果您想了解更多关于分支，commiting，操控提交和分支和诸如此类的东西，我建议你阅读的专业书籍的Git -它有一大堆漂亮的图片和语言很简单，我能理解它;）

Answer 2:

（3）后，你应该能够调用git push origin master ，将您当前推动master分支github上

Answer 3:

我认为，这足以让很基本的用法。我只想补充两点意见：

它总是要检查您添加到临时区域是什么（这是你和做什么好东西git add ）：无论是使用git diff ，或者做一个git add --patch ，这将启动一个互动过程让您决定是否接受或拒绝你修改的代码大块每一个。如果在这个阶段把事情搞得一团糟，你可以随时git reset HEAD得到更改回工作副本（即，您只需将撤消添加）
你可能想要做通过发出步骤2和3一起git commit -a -m 'your message' 。

文章来源: Simple Sequence of GIT Commands