本文目录
- git 已经commit 怎么取消
- git代码提交的时候，为什么要分为本地commit和服务端的push
- git commit后怎么撤销
- 如何把Git的某个commit提交到指定的本地分支和远程分支
- git 怎么commit 全部文件
- git commit 时 是什么意思
- git init，git add和git commit三者的区别和使用
- 为什么要先 git add 才能 git commit
git 已经commit 怎么取消
git 已经commit 怎么取消？回退！
回退有三种方式，如下：
git reset --soft //回退版本将覆盖commit的源代码，保留index file和working tree的源代码。用于修改上传信息可用这条git reset --mixed //不带任何参数的git reset，默认使用这种方式。回退版本将覆盖commit和index file的源代码，只保留working tree的源代码。git reset --hard //回退版本将覆盖commit、index file和working tree的源代码。（危险操作）
根据你的意思，应该进行软回退操作，运行git reset --soft即可。
git代码提交的时候，为什么要分为本地commit和服务端的push
git代码提交的时候，为什么要分为本地commit和服务端的push
git作为支持分布式版本管理的工具，它管理的库（repository）分为本地库、远程库。
git commit操作的是本地库，git push操作的是远程库。
git commit是将本地修改过的文件提交到本地库中。
git push是将本地库中的最新信息发送给远程库。
push 之前，确保你已经和最新的远端分支做过merge/rebase，命令为 git fetch origin, 然后 git merge origin/xxx
你push的branch错了，比如本地的 dev 分支是track远端的 xxx 分支，但是你push的是yyy分支。确保你的push命令正确，如下 git push origin dev:xxx
确保你没有修改过已经在远端分支上的历史
依次检查以下问题。(假定远端库叫 origin, 分支是 xxx)
git commit后怎么撤销
1、打开git终端窗口，切换目录，然后git init进行一个初始化动作。
2、git status，可以查看有多少个文件可以加入暂缓区。
3、git add -A，这个时候把状态改为Changes to be committed。
4、git commit -m ""这个时候添加一下注释并且清理工作区。
5、git log查看一下提交的记录。这里一共有两次提交。记录一下log号码。
6、git reset --soft，这样就可以撤销刚刚的commit了，查看status可以核实。
如何把Git的某个commit提交到指定的本地分支和远程分支
Git的分支合并主要依赖于checkout命令和cherry-pick 命令。cherry-pick就是从不同的分支中捡出一个单独的commit，并把它和你当前的分支合并。如果你以并行方式在处理两个或以上分支，你可能会发现一个在全部分支中都有的bug,如果你在一个分支中解决了它，你可以使用cherry-pick命令把它commit到其它分支上去，而不会弄乱其他的文件或commit。
1.例子：如我的Git文件在H:盘下，/h/myfirstproject，该目录中有三个分支：test分支，newbranch1分支和mater分支。如果想把test分支的某个commit合并到master，需要经过下面的步骤:
执行git log -3 --graph test，查看test分支下的commit: 注：commit 后面的hash值代表某个commit，这里把”2e1ada53819d46557b24ee7376dc61d37a06939d“这个commit提交到master。
执行git checkout master，切换到master分支。
执行 git cherry-pick 2e1ada53819d46557b24ee7376dc61d37a06939d，该commit便被提交到了master分支。
到此，”2e1ada53819d46557b24ee7376dc61d37a06939d“这个commit便被提交到了master分支。
2.例子：把本地的test分支的某个commit提交到远程testdevelop分支。
从远程分支 checkout 出来的本地分支，称为跟踪分支(tracking branch)。跟踪分支是一种和远程分支有直接联系的本地分支。在跟踪分支里输入Git push，Git 会自行推断应该向哪个服务器的哪个分支推送数据。反过来，在这些分支里运行git pull 会获取所有远程索引，并把它们的数据都合并到本地分支中来。
在克隆仓库时，Git 通常会自动创建一个名为 master 的分支来跟踪 origin/master。这正是git push 和 git pull 一开始就能正常工作的原因。当然，你可以随心所欲地设定为其它跟踪分支，比如origin 上除了 master 之外的其它分支。刚才我们已经看到了这样的一个例子：git checkout -b 。
1.首先新建一个临时分支，并把临时分支与远程分支关联。
git checkout -b tempbarch --track origin/testdevelop
2.此时已经切换到了tempbarch分支。再执行：git log -3 --graph test，查看test分支下的commit：
3.执行git cherry-pick f6cb436ff5a010cdd72dc2c8ff018db8e8832271 即可把”f6cb436ff5a010cdd72dc2c8ff018db8e8832271“这个commit提交到tempbranch分支。
然后再通过Tortoise客户端的push命令，即可把该commit提交到远程testdevelop分支。
4.切换到任何非tempbranch分支，如master分支，执行git branch -d tempbranch，即可把tempbranch分支删除掉。
git 怎么commit 全部文件
git add .
git commit -m "提交注释"
git push origin 分支名称
正常来说这三部就够了
git checkout master 先切换到 master 分支上面git checkout -b demo 在当前 master 分支上创建并切换分支（此时你刚刚 commit 的代码会自动到 demo 分支上）
git commit -m "xxx" yyy.file这是选中文件。。在git add 的时候不要用git add . ， 而是指定文件git add 《文件路径》，这样就把文件添加到暂存区，最后提交的时候再把暂存区的文件全部commit。如果是不打算提交的文件，就不要放入暂存区。
git commit 时 是什么意思
git是分为三部分，一部分是你自己的文件，另外一个是缓存区，最后一个是本地库。当你修改了自己的文件后，你会gitaddxx将修改保存到缓存区，然后再用commit推送修改到本地库中。
git init，git add和git commit三者的区别和使用
git init(版本库初始化命令)1、$git init之后可以在demo目录下看到看到一个.git隐藏文件夹，这个文件夹就是版本库，而demo目录及其子目录就是工作区。git add(将工作区文件提交到暂存区stage)2、$git add文件welcome.txt从工作区被提交到暂存区，但此时文件并没有真正进入到版本库当中，文件目前只处于一个中间状态。3、git commit(将暂存区文件提交到版本库中)$git commit这个命令将处于中间状态的文件（暂存区的文件)提交到版本库中,这时才算真正完成了一次提交过程。值得一提的是，如果此时添加一行文字到welcome.txt$echo “hello” 》》 welcome.txt此时文件发生了改动，如果希望将修改后的文件提交至版本库，必须先git add将修改后的文件存入暂存区，再git commit将文件从暂存区提交至版本库才可以，这和svn有很大的区别，SVN在添加新文之后每次修改的文件直接commit就可以了。
为什么要先 git add 才能 git commit
【步骤1】修改1：修改readme.txt，添加一行内容： view plain copyGit tracks changes. 【步骤2】add到stage：git add readme.txt【步骤3】修改2：修改readme.txt，将刚才添加的那行修改为： view plain copyGit tracks changes of files. 这时执行git status查看版本库状态：经过上面三个步骤，发现目前的状态是有一个修改to be committed（等待commit），还有一个修改是not stage（也就是没有add到stage中）。【步骤4】commit因为commit操作只能提交被add到stage上的修改，所以执行本次commit应该提交的仅仅是修改1（已经被add到stage上了）而不是修改2（还没有add到stage上）。我们看下结果：从结果看，commit之后，依然有“Change not staged for commit”，说明依然有修改没有被commit，为什么没有被commit呢？是因为这个修改没有被add到stage上。我们看下工作区和版本库的区别：可见，第二次修改确实没有被提交。我们可以再执行一次add和一次commit，将第二次修改commit。
