为什么还有另一种方法？网上有很多很好的指南，比如git指南，一开始就很完美。它有很好的链接，包括可以投稿的git book（托管在git hub上），非常适合这个集体任务。

在stackoverflow上，我真的更希望看到你最喜欢的技巧！

我最近才发现的是git stash，这里解释了它，它可以让你保存当前的工作并转到另一个分支机构

编辑：如前一篇文章所述，如果你真的更喜欢stackoverlow格式的帖子，我会删除这个答案

Git Magic是你所需要的一切。保证，否则你的钱会回来！

提交更改

编辑文件后，需要将更改提交到git。当您执行此命令时，它将要求提交消息，这只是一个简单的文本，告诉每个人您所做的更改。

$ git commit source/main.c

将提交目录中的main.c文件/来源/

$ git commit -a # the -a flag pulls in all modified files

将提交所有更改的文件（但不提交新文件，这些文件需要使用gitadd添加到索引中）。如果你只想提交某些文件，那么你需要先用gitadd来暂存它们，然后在没有-a标志的情况下提交。

提交只会更改本地存储库，而不会更改远程存储库。如果要将提交发送到远程存储库，则需要执行推送。

$ git push <remote> <branch> # push new commits to the <branch> on the <remote> repository

对于来自CVS或SVN的人来说，这是一个变化，因为提交到中央存储库现在需要两个步骤。

如何跟踪远程分支

假设有一个您从中克隆本地存储库的远程存储库，并且假设该远程存储库上有一个名为“some_branch”的分支，下面是如何在本地跟踪它：

# list remote branches
git branch -r

# start tracking one remote branch
git branch --track some_branch origin/some_branch

# change to the branch locally
git checkout some_branch

# make changes and commit them locally
....

# push your changes to the remote repository:
git push

这是PJ Hyett的帖子的副本，因为它已经不可用了：

Git并不难2008年11月23日当我们告诉人们为什么他们应该在Subversion上使用Git行是，“Git做Subversion更好比Subversion，但它做了很多不止于此。”“更多”是由一堆让Git真正发光的东西，但对于来自其他SCM的子版本。也就是说，没有什么可以停止你不能像你使用的那样使用Git在制作过渡假设您已安装必要的软件和远程在某个存储库中会抓取代码并推送更改回Subversion：$svn结账svn://foo.googlecode.com/svn/trunk食品#做出你的改变$svn commit-m“我的第一次提交”你会如何在Git中做到这一点：$git克隆git@github.com：pjhyett/foo.git#做出你的改变$gitcommit-a-m“我的第一次提交”$git推送再发出一个命令Git。这个额外的命令影响，但出于以下目的这篇文章，就是我们要说的大约，一个额外的命令。看，这真的没那么难。更新：我很抱歉没有提到在Subversion中更新本地副本与Git相比，svn更新和git拉动。只有一个这两种情况下的命令。

什么是重新定基？

改编自《Git实用指南》一书的解释-TravisSwicegood

第三章16 . 通过重新定价改写历史重新分配提交是在传统的版本控制世界。使用gitrebase，可以重写各种存储库的历史方法。这是最重要的Git中的强大命令这是最危险的。rebase需要一系列提交（通常是分支）并重播它们在另一个提交（通常是另一分支中的最后一次提交）。这个父提交更改，因此所有重新计算提交ID。这可以给其他开发人员带来问题谁有你的代码，因为ID不匹配。有一个简单的经验法则使用gitrebase：尽可能多地使用它在本地提交时需要。一旦你与另一开发人员共享更改，头痛一般不值得麻烦。