很多时候，Git和Ruby on Rails看起来就像魔法……比如在Ruby on Rails 3教程的第一章中，它谈到了Git:
git remote add origin git@github.com:peter/first_app.git
git push origin master
它只是说“它只是工作”，而没有过多地讨论它们是什么，并开始讨论分支。在网上搜索发现，git remote add是添加一个“短名称”，比如origin，也可以是任何名称，就像URL的别名一样。
origin是远程存储库所指向的通常路径(在http://git-scm.com/book/en/Git-Basics-Working-with-Remotes“添加远程存储库”下)。
为什么URL不是git://git@github.com/peter/first_app.git，而是另一种语法，什么语法?为什么一定要以。git结尾?我试着在结束时不使用.git，它也能工作。如果不是。git，还能是什么?git@github.com中的git似乎是git服务器上的一个用户帐户?
此外，为什么使用git push origin master需要如此冗长?默认不能是原点和master吗?我发现第一次，是需要origin master，但经过一个小的编辑和提交，然后git push是它所需要的(不需要origin master)。有了解情况的人能告诉我们一些细节吗?
有时候感觉就像有很多没有解释的魔法……有时使用它的人太自信了，当被问到为什么时，他们解释不清，只回答说“就是这样”。有时非常实际和务实。实际一点也不错，但可能不实际到不知道发生了什么。
更新:请注意，目前接受的答案延续了对git push行为的常见误解，尽管有评论指出了这一点，但尚未得到纠正。
您对远程的总结是正确的——就像存储库URL的昵称一样。
为什么URL不是git://git@github.com/peter/first_app.git，而是另一种语法，什么语法?为什么一定要以。git结尾?我试着在结束时不使用.git，它也能工作。如果不是。git，还能是什么?初学者的git似乎是git服务器上的一个用户帐户?
The two URLs that you've mentioned indicate that two different transport protocols should be used. The one beginning with git:// is for the Git protocol, which is usually only used for read-only access to repositories. The other one, git@github.com:peter/first_app.git, is one of the different ways of specifying access to a repository over SSH - this is the "scp-style syntax" described in the documentation. That the username in the scp-style syntax is git is because of the way that GitHub deals with identifying users - essentially that username is ignored, and the user is identified based on the SSH key-pair that they used to authenticate.
至于git push origin master的冗长，您已经注意到在第一次推送之后，您可以再执行git push。这是因为一系列难以记住但通常有用的默认值:)
如果未指定远程，则使用为当前分支配置的远程(在您的示例中为remote.master.url)。如果没有设置，则使用origin。
如果没有指定“refspec”(例如master, master:my-experiment等)，则Git默认推送与远程分支具有相同名称的每个本地分支。如果在您的存储库和远程存储库之间只有一个名为master的公共分支，那么这就相当于将您的master推到远程master。
就我个人而言，因为我倾向于有许多主题分支(通常是几个远程)，我总是使用这种形式:
git push origin master
．.． 避免不小心推到其他树枝。
回复你对另一个答案的评论，在我看来，你似乎在以自上而下的方式非常有效地学习Git——你已经发现默认值是有效的，你的问题是问为什么;)更重要的是，Git在本质上可以像SVN一样简单地使用，但了解一些远程和分支意味着您可以更灵活地使用它，这确实可以更好地改变您的工作方式。
你对一学期课程的评论让我想起了Scott Chacon在播客采访中所说的——学生们被教授计算机科学和软件工程的各种基本工具，但很少有版本控制。像Git和Mercurial这样的分布式版本控制系统现在是如此的重要，如此的灵活，以至于有必要教授关于它们的课程来给人们一个良好的基础。
我的观点是，使用git，这种学习曲线是绝对值得的——使用大量的主题分支，轻松地合并它们，在不同的存储库之间推拉它们，一旦你对系统有信心，这是非常有用的。不幸的是:
Git的主要文档对于新手来说很难解析。(尽管我认为，如果你谷歌几乎所有的Git问题，有帮助的教程材料(或Stack Overflow的答案:))现在。)
Git中有一些奇怪的行为现在很难改变，因为许多脚本可能依赖于它们，但这让人们感到困惑。
更新:请注意，目前接受的答案延续了对git push行为的常见误解，尽管有评论指出了这一点，但尚未得到纠正。
您对远程的总结是正确的——就像存储库URL的昵称一样。
为什么URL不是git://git@github.com/peter/first_app.git，而是另一种语法，什么语法?为什么一定要以。git结尾?我试着在结束时不使用.git，它也能工作。如果不是。git，还能是什么?初学者的git似乎是git服务器上的一个用户帐户?
The two URLs that you've mentioned indicate that two different transport protocols should be used. The one beginning with git:// is for the Git protocol, which is usually only used for read-only access to repositories. The other one, git@github.com:peter/first_app.git, is one of the different ways of specifying access to a repository over SSH - this is the "scp-style syntax" described in the documentation. That the username in the scp-style syntax is git is because of the way that GitHub deals with identifying users - essentially that username is ignored, and the user is identified based on the SSH key-pair that they used to authenticate.
至于git push origin master的冗长，您已经注意到在第一次推送之后，您可以再执行git push。这是因为一系列难以记住但通常有用的默认值:)
如果未指定远程，则使用为当前分支配置的远程(在您的示例中为remote.master.url)。如果没有设置，则使用origin。
如果没有指定“refspec”(例如master, master:my-experiment等)，则Git默认推送与远程分支具有相同名称的每个本地分支。如果在您的存储库和远程存储库之间只有一个名为master的公共分支，那么这就相当于将您的master推到远程master。
就我个人而言，因为我倾向于有许多主题分支(通常是几个远程)，我总是使用这种形式:
git push origin master
．.． 避免不小心推到其他树枝。
回复你对另一个答案的评论，在我看来，你似乎在以自上而下的方式非常有效地学习Git——你已经发现默认值是有效的，你的问题是问为什么;)更重要的是，Git在本质上可以像SVN一样简单地使用，但了解一些远程和分支意味着您可以更灵活地使用它，这确实可以更好地改变您的工作方式。
你对一学期课程的评论让我想起了Scott Chacon在播客采访中所说的——学生们被教授计算机科学和软件工程的各种基本工具，但很少有版本控制。像Git和Mercurial这样的分布式版本控制系统现在是如此的重要，如此的灵活，以至于有必要教授关于它们的课程来给人们一个良好的基础。
我的观点是，使用git，这种学习曲线是绝对值得的——使用大量的主题分支，轻松地合并它们，在不同的存储库之间推拉它们，一旦你对系统有信心，这是非常有用的。不幸的是:
Git的主要文档对于新手来说很难解析。(尽管我认为，如果你谷歌几乎所有的Git问题，有帮助的教程材料(或Stack Overflow的答案:))现在。)
Git中有一些奇怪的行为现在很难改变，因为许多脚本可能依赖于它们，但这让人们感到困惑。
看一下添加远程存储库的语法。
git remote add origin <url_of_remote repository>
例子:
git remote add origin git@github.com:peter/first_app.git
让我们来分析一下这个命令:
git远程，用于管理托管git存储库的中央服务器。
也许你正在使用GitHub作为你的中央存储库。我将给你一个例子，并解释git远程添加origin命令
假设我使用GitHub和Bitbucket作为Git存储库的中央服务器，并在这两个网站上为我的第一个应用程序项目创建了存储库。
现在，如果我想将更改推送到这两个Git服务器上，那么我需要告诉Git如何到达这些中央存储库。所以我要把这些加起来，
对于GitHub
git remote add gh_origin https://github.com/user/first-app-git.git
对于Bitbucket
git remote add bb_origin https://user@bitbucket.org/user/first-app-git.git
我已经使用了两个变量(到目前为止，我很容易称它们为变量)gh_origin (gh GitHub)和bb_origin (bb Bitbucket)只是为了解释你，我们可以调用任何我们想要的起源。
现在，在做了一些更改之后，我将不得不发送(推送)所有这些更改到中央存储库，以便其他用户可以看到这些更改。所以我调用
推送到GitHub
git push gh_origin master
推送到Bitbucket
git push bb_origin master
Gh_origin持有https://github.com/user/first-app-git.git的值，bb_origin持有https://user@bitbucket.org/user/first-app-git.git的值
这两个变量让我的生活更简单
因为每当我需要发送我的代码更改时，我需要使用这个词，而不是记住或键入相同的URL。
大多数情况下，除了origin，你不会看到任何东西，因为大多数情况下你只会处理一个中央存储库，比如GitHub或Bitbucket。
