本帖子已过去太久远了，不再提供回复功能。Git本地仓库（Repository）详解 - 文件/存储服务器 - 次元立方网 - 电脑知识与技术互动交流平台
Git本地仓库（Repository）详解
三、在Windows上安装Git
四、创建本地仓库
五、本地仓库管理详解
注，注，测试机 CentOS 5.5 x86_64，Git 服务器版本：git version 1.8.2.1，客户端版本：git version 1.9.2.msysgit.0。所有软件请到这里下载：http://msysgit.github.io/。
本来呢，其实呢。我以为Git也就几个命令，没什么难的。于是就到网上找了些文章看看，发现这些文章难得不知道该说什么好。不是简单的写几个命令，就是直接复制粘贴手册中的内容，没有一点连续感，不知道从何学起。总之呢，我想写一个什么都不会的朋友能看懂的、初学朋友能看懂的、运维能看懂的、开发也能看懂的，看完就能干活的教程。
这个教程呢，有几个部分先和大家说一下：
Git 本地仓库详解
Git 远程仓库详解
Git 分支管理详解
Git 标签管理详解
GitHub 使用详解
Git 全局配置详解
Git与GitHub总结
注，本教程呢，只能让你会使用Git干活，至于你呢想深入了解Git，或者想成为Git领域的专家哟，我想说这只是个起步。还有我想说Git只是个工具嘛，目的只是为了提高我们的工作效率，我们没有必要去，也不需要学浪费时间在研究工具上，只要我们会用就好，嘿嘿！也许有博友不同意啊，只是个人见解啊，勿喷啊！
三、在Windows上安装Git
注，大家请到这里下载：http://msysgit.github.io/。具体的安装过程我就不演示了，直接双击安装即可。安装完成后桌面上会生成一个Git bash图标，双击打开会弹出一个类似命令行窗口的东西，大家请看下图：
好了，到这里我们的Git就安装完成了，嘿嘿！下面我们来进行基本配置：
$ git config --global user.name &Your Name&
$ git config --global user.email &&
注，我这里根据我的情况设置如下（如上图）：
$ git config --global user.name &chenmingqian&
$ git config --global user.email &mingqian_&
我们在上一篇文章说过Git是分布式控制系统，所以，每个客户端都必须设置：你的名字和邮箱。这样才容易区分是哪个用户提交的Git版本，嘿嘿！大家可以看到git config 后面接的是--global参数，这表示你的机器上所有的Git仓库都会使用这个配置，但你也可以对不同的仓库指定不同的用户名和邮箱。这个我们会在后面的文章中讲解，这里不作说明，嘿嘿！有兴趣的博友可以先提前google一下。
四、创建本地仓库
1.版本库又称仓库
版本库或者是仓库，英文名Repository，其实啊说白了就是一个目录而且，这个目录中的所以文件都被git管理而且，不管你做什么操作都会被记录，包括：增加、删除、修改文件等，都会被记录下来，以便后来跟踪与修改相关记录，甚至被还原。好了，下面我们就在我们客户端（我这里演示的是Windows客户端，其它客户端操作一样）中创建一个版本库：
大家可以看到我们在/c/Users/root/下创建一个空目录pro即可project简写。还有一点需要说明的在Windows系统中目录名称不要使用中文，不然会出现神马问题，我不负责。嘿嘿^_^&&
2.目录变成仓库
执行git init命令，即可Initialized empty Git repository in c:/Users/root/pro/.git/，初始化一个空目录，路径为c:/Users/root/pro/.git/。大家可以看到pro目录中生成了一个隐藏目录 .git目录，进入目录中大家可以看到里面有很多文件，没事不要修改或者改动里机的文件，这里面的文件就是控制和管理版本库的，嘿嘿。至于里文件的具体作用我们会在后面的文章中讲解，想提前了解的朋友可以先google一下。
3.向本地仓库中增加文件
下面我们向版本库中增加文件，需要注意的是，在版本库中只能跟踪和管理文本文件，比txt文件、js文件、php文件、java文件等，所有的程序代码都可以的。但是像视频、图片等这些二进制文件，虽然能由git管理，但是只能记录大小，无法跟踪具体修改了什么，嘿嘿。大家懂了吧。好了，下面我们来增加一个readme.txt文件，其内容如下：
This is git test.
Git is a version of the best controller.
注意，新建的readme.txt文件，一定要在pro目录，不然git无法管理这里文件哦，嘿嘿！下面我们把个文件放到版本库中。
1).git status 命令
我们先用git status命令查看一下，如上图。大家可以看到git记录我们新增加一个文件readme.txt，并且提示这个文件还没有被提交。下面我们用git add命令提交一下。
2).git add 命令
git add 命令是告诉git，我们要把什么文件提交到仓库中去，大家可以看我们执行git add readme.txt命令后，没有任何提示。那就说明我们提交完成了。下面我们通过git commit命令，将readme.txt文件提交到版本库中。
3).git commit 命令
$ git commit -m &add readme.txt&
[master (root-commit) e5d662b] add readme.
1 file changed, 3 insertions(+)
create mode 100644 readme.txt
大家可以看到我们用git commit命令提交readme.txt文件，给出的提示是 1 file changed, 3 insertions(+)，一个文件改变，插入了三行内容。与我们上面增加三行内容一致。嘿嘿！下面我们简单的说明一下git commit命令，其中的参数-m后面输入的是本次提交的版本说明，可以输入任意内容，但需要说明的是，最好写有意义的说明，便于以后查看。
4).git status 命令
最后我们再用git status命令查看一下版本库的状态，提示没有任何内容需要提交说明我们向版本库增加文件成功了，嘿嘿。
1).初始化一个Git仓库，使用git init命令
2).添加文件到本地Git仓中，分为两步：
使用git add命令，注意，可以多次使用，添加多个文件
使用git commit命令，完成添加。
为什么Git添加文件需要两步呢？一步add，一步commit。嘿嘿，因为commit命令可以一次提交多个文件，所以你可以多次使用add命令呢。下面是个案例：（我们也经常这么用）
$ git add file1.php
$ git add file2.php
$ git add file3.php
$ git commit &m &add file1.php file2.php file3.php&
好了，到这里我们创建本地git仓库和向仓库中增加文件的内容就讲解完成了，下面我们来详细讲解一下Git本地仓库的管理，内容有点多请大家慢慢看，嘿嘿!
五、本地仓库管理详解
1.查看工作区的状态（git status）
在上面的文章中我们成功的增加了一个readme.txt文件，并用git status命令查看了状态，在这节中我们就详细的说一下git status命令。我们修改一下readme.txt中的内容如下：
This is git test.
Git is a version of the best conntroller.
我们删除了最后一行，现在我们再用git status命令查看一下状态：
从上图中我们可以看到，我们用git status命令查看一下，我们得知readme.txt文件被修改过了，但是还没有提交这个修改。但是有博友会问了，git提示我们这个readme.txt这个文件被修改了，但我们想看看具体修改了什么内容怎么办呢？这个时候我们需要git diff命令出场了，如下图：
大家可以从上面图片中可以看到，我们删除了最后一行的&&省略号。嘿嘿，用红颜色标出来的。好了知道修改了什么，下面我们就提交修改吧，提交修改和提交新文件一致，也是两步，先add，再commit。如下图：
大家可以看到我们执行git add命令，同样没人输出。但是，我们可以用git status命令查看一下。下面我们用git commit命令提交到本地版本库，如下图：
同样的我们使用git status命令查看一下状得知我们修改的readme.txt文件已提交。好了，到这里我们的git status命令就讲解完成了，同时我们也讲解一个git diff命令，可以查看我们修改了哪些内容。下面我们来讲解一下版本回滚。
2.版本回滚
在上面一个章节中我们演示修改文件并提交文件，再用git status命令查看状态，下我们再修几个版本并提交：
好了，就这样我们不断的修改并提交到本地的版本库中。一会你测试的时候发现前修改的版本有问题想回滚到前面的版本，或者你误删除了一些文件，想回到上一个commit中去，然后继续工作。我们应该怎么办呢？在Git版本控制中，我们所有的操作都是有历史记录的，我们用git log命令查看一下（如下图）：
大家可以看到，用git log命令可以查看最近几次提交的版本。如果你发现内容太多，可以用这个命令查看（如下图）：
上面你看到的一大串数字，其实是commit id(即，版本号)，和svn不一样，Git的commit id不是1,2,3&&这样的递数字，而是一相SHA1计算出来的哈希数，用16进制表示。有博友会问了，为什么Git的commit id不是1,2,3&&这样的递增数字，而是用SHA1算出来的哈希数来表示呢？大家应该知道Git是分布式管理系统，我们会有多个人同时开发，如果大家都用1,2,3&&这样的递增数字，作为版本号，那不就冲突了嘛，嘿嘿。好了，下面我们来说版本回滚，准备把readme.txt回滚到&add readme.txt&的那个版本，我们应该怎么做？
我们先来说一下，Git的当前是在哪个版本，在Git中我们用HEAD表示当前版本，也就是我们最新提交的&749f84ccb87&&ff2q6ad&，上一个版本就应该这么表示&HEAD^&，再上一个版本就这样表示&HEAD^^&，当然如果有几十个版本或者1000个版本，我们还要写1000个^，这是不可能的，所以哟。我们写成这样HEAD~1000。好了，现在我们就用git reset命令，将我们的版本回退到&add readme.txt&中吧，如下图：
大家可以看到，我们回到了&add readme.txt&版本中了，下面我们再来查看一下git log，如下图：
有个问题哦，有没有发现我们最后提交的那个版本不见了，如上图。现在只有三个版本了，这说明什么问题呢？举个简单的例子说明一下，就好比你从现在回到了18世界，想再回到21世界已经回不去了，那应该怎么办呢？只要我们找到最新版本的commit id，我这里新版本的commit id是&749f84ccb87&&ff2q6ad&，于是就可以回到未来的某个版本，就好比我们知道现在的时间，就能回到现在。下面我们来演示一下（如下图）：
好了，大家可以看到我们又回到最新版本，嘿嘿。现在你回退到某个版本中，已经关掉了Git bash。但是呢，你又后悔了，想恢复到新版本中，但是呢？你又找不到commit id了，那又该怎么办呢？在Git中，我们当时用$ git reset --hard HEAD^^^，回退到&add readme.txt&版本时，再想恢复到最新版的 &add a line distributed& 中，必须有commit id才行，这时我们已经关闭了Git bash。在Git中提供了一个git reflog命令，是用来记录你每一次执行的命令，下面我们来演示一下（如下图）：
嘿嘿，现在我们又可以回去最新版了。好了，到这里我们的回滚版本就讲解完成了。下面我们来说一下，工作区、提交区/暂存区（stage/index）、版本库。
3.工作区、提交区/暂存区（stage/index）、版本库
其实呢，工作区、提交区/暂存区（stage/index）、版本库的概念问题，从上图中就能看的很清楚，本来不想细讲的，但想想还是说一下。Git与其他版本版本控制器其中之一的不同之处就在于有提交区/暂存区（stage/index）的概念。下面我们先来看一下工作区：
其实呢，工作区就是我们开发目录了，在电脑中是可能看到的，比如我们这里的pro目录，就是一个工作区。大家再来看一下，下面的两张图：
大家可以看到，工作区中有个隐藏的目录&.git&，这个不是工作区哦，这个就是Git的版本库。大家再看下面两张图：
大家可以看到，在&.git&目录中有很多文件，其中一个重要的文件index，就是我们说的提交区/暂存区（stage/index）。暂存区（stage, index）是 Git 最重要的概念之一，理解了这个概念很多 Git 命令就不再那么神秘了。对于 Git 暂存区（stage） ，不知道您的感想如何？
&被眼花缭乱的 Git 魔法彻底搞糊涂了？&
&Git 为什么这么折磨人，修改的文件直接提交不就完了么？&
&看不出 Git 这么做有什么好处？&
我认为 Git 暂存区（stage或称为 index）的设计是 Git 最成功的设计之一，也是最难理解的一个设计。 在版本库（.git）目录下，有一个 index 文件，相信大家在上图中已经看到了。下面我们好好说一说他们之间关系，同样的我们先看一张图：
在上图中，我们可以看到部分 Git 命令是如何影响工作区和暂存区（stage/index）的。
图中左侧为工作区，右侧为版本库。在版本库中标记为 &index& 的区域是暂存区（stage/index），标记为 &master& 的是 master 分支所代表的目录树（关于分支问题在下面的文章中会详解）。
图中我们可以看出此时 &HEAD& 实际是指向 master 分支的一个&指针&。所以，图示的命令中出现 HEAD 的地方可以用 master 来替换（HEAD的概念我们在后面的文章中也会详解）。
图中的 objects 标识的区域为 Git 的对象库，实际位于 &.git/objects& 目录下，我们会在后面的文章中将重点介绍，嘿嘿！。
当对工作区新增或修改的文件执行 &git add& 命令时，暂存区的目录树被更新，同时工作区新增或修改的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。（如上图）
当执行提交操作 &git commit& 时，暂存区的目录树写到版本库的对象库（objects）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。（如上图）
当执行 &git reset HEAD& 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。 当执行 &git rm --cached &file&& 命令时，会直接从暂存区删除文件，工作区则不做出改变。
当执行 &git checkout .& 或者 &git checkout -- &file&& 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。
当执行 &git checkout HEAD .& 或者 &git checkout HEAD &file&& 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。
好了，到这里我们的工作区、暂存区、版本库就讲解到这里了，由于本人能力有限有什么不正确的地方欢迎大家指出。好了，下面我们继续讲解&&
4.修改管理
1).关于修改
在上面的文章中我们讲解了工作区、暂存区和版本库的概念，有了这些概念有理解。下面我们说一说为什么Git比其它版本控制软件优秀？嘿嘿，是因为Git跟踪管理的是我们每一次的修改（或操作），而不是文件。比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。下面我们来简单演示一下：我们先查看一下readme.txt文件，如下图：
下面我们修改一下readme.txt内容，增加一行：Git rest 1.如下图：
下面我们用 git add 命令提交一下，如下图：
下面我们再修改一下readme.txt文件，如下图：
我们又增加一行 Git test 2. 如下图：
下面我们提交一下，如下图：
下面我们再查看一下状态，如下图：
大家可以看到我们第二次没有被提交，怎么会这样呢？细心的博友可以看到我们第二次修改后，直接执行 git commit了。没有执行 git add 命令，前面我们说了，当你用&git add&命令后，在工作区的第一次修改被放入暂存区，准备提交。但是，在工作区的第二次修改并没有放入暂存区，所以，&git commit&只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。下面我们用 git diff 命令查看一下工作区与版本库里面的区别：
大家可以从图上看到，我们增加 Git test 2. 还没有提交，嘿嘿！那么第二次修改怎么提交呢？其实我们再add再commit，就可以了。如下图：
好了，现在，你又理解了Git是如何跟踪修改的，每次修改，如果不add到暂存区，那就不会加入到commit中。那么我们想取消修改的版本，又该怎么取消呢？下面我们继续&&
2).取消（撤消）修改
下面我们来讲解怎么撤消修改，一般情况下我们是不会出错的，但是项目比较紧，老是有人在催你（这个你懂的），突然出错了，我们想取消修改那又怎么办呢？如下图：
在你要提交之前，你发现在有错误了，应该是101。既然错误发现得很及时，就可以很容易地纠正它。你可以删掉最后一行，手动把文件恢复到上一个版本的状态。我信先用git status查看一下，如下图：
如上图，Git会告诉你有你个文件被修改，你有两个选择，一个用 git add 提交到暂存区，另一个是用git checkout可以丢弃工作区的修改。命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在撤销修改就回到和版本库一模一样的状态；
另一种是readme.txt已经添加到暂存区后，又作了修改，现在撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。下面我们来演示一下，如下图：
大家可以看一下 readme.txt 文件果然还原到上一个版本了，嘿嘿！大家注意哦，git checkout -- file命令中的&--&很重要，没有&--&，就变成了&创建一个新分支&的命令，我们在后面的文章中将详细讲解分支管理。真是祸不单行啊，我们不但程序写错了，还 git add 到暂存区了，如下图：
不管怎么样，我们先查看一下状态吧，如下图：
大家可以看到Git告诉我们，用 git reset HEAD file 可以把暂存区中的修改撤消掉，重新放回工作区，如下图：
git reset命令既可以回退版本，也可以把工作区的某些文件替换为版本库中的文件。当我们用HEAD时，表示最新的版本。我们再用 git status 查看一下发现，现在的暂存区是干净的，工作区有修改。
那说明我们撤消成功，嘿嘿！下面我们再执行 git checkout命令撤消工作区修改，如下图：
好了，到这里我们终于撤消回来了，嘿嘿。现在，假设你不但改错了东西，还从暂存区提交到了版本库，怎么办呢？还记得版本回退一节吗？可以回退到上一个版本。不过，这是有条件的，就是你还没有把自己的本地版本库推送到远程。还记得Git是分布式版本控制系统吗？我们后面会讲到远程版本库，一旦你把错误提交推送到远程版本库，你就真的惨了&&大家小心就好，哈哈&&好了，下面我们来总结一下：
当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了第1步，第二步按第1步进行操作，就是执行一下git checkout -- file。
已经提交了不合适的修改到版本库时，想要撤销本次提交，参考我们前面讲解的版本回退，不过前提是没有推送到远程库。嘿嘿，祝你回退成功。
好了，撤消管理我们已经讲了很多了，下面我们来说一下文件删除的问题，终于快通关了。嘿嘿&&
5.文件删除
删除文件就比较简单了，我们快速的过一下了，嘿嘿！下面我们新增加一个文件并提交到Git版本库中，如下图：
一般我们直接在目录中把没用的文件删了，或者用rm命令删了，下面我们来演示一下：
大家可以看到，我们用 git status 查看一下状态，现在我们有两个选择，一个是从版本库中删除该文件，就 git rm 命令删除掉并用 git commit提交，另一种情况删错了，因为版本库里还有所以可以很容易的恢复。下面我们来演示一下情况1：
好了，下面我们来看一下情况2：
git rm 命令用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。好了，到这里我们删除文件就讲解完成，嘿嘿。
在一篇博客中我们讲解了Git 本地版本库的讲解，在下一篇博客中我们主要讲解Git 远程仓库详解，好了到这里这篇博客到这里就全部完成。本人能力有限，有任何问题欢迎大家提出并讨论。最后，希望大家有所收获^_^&&
延伸阅读：
一、背景在常见的内存队列（redis的list结构）中，经...
本教程为 李华明 编著的iOS-Cocos2d游戏开发系列教程：教程涵盖关于i......
专题主要学习DirectX的初级编程入门学习，对Directx11的入门及初学者有......
&面向对象的JavaScript&这一说法多少有些冗余，因为JavaScript 语言本......
Windows7系统专题 无论是升级操作系统、资料备份、加强资料的安全及管......问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
用了github for window不能上传本地代码到仓库
连commit to master都不能 好像是没有.git文件
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
你的git确定安装对了？
如果git安装正确，git init还是不行的话，你可以从远程先建立好Repo，然后，使用git clone将那个Repo下载到本地再进行工作。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
首先.git文件是一个隐藏文件在Windows里..其次你add文件到缓存区没?
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
你在“查看”里面把“隐藏的项目”打开试试，.git文件是隐藏的。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
贴一个报错界面
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
我觉得你需要检查一下你的git本地安装是否有问题，还有你是否生成对应的RSA密钥key添加到对应的远程里。给你个参考资料 希望对你有帮助
同步到新浪微博
分享到微博？
Hi，欢迎来到 SegmentFault 技术社区！⊙▽⊙ 在这里，你可以提出编程相关的疑惑，关注感兴趣的问题，对认可的回答投赞同票；大家会帮你解决编程的问题，和你探讨技术更新，为你的回答投上赞同票。
明天提醒我
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：上传项目到GitHub,同步远程Github仓库_Linux教程_Linux公社-Linux系统门户网站
你好，游客
上传项目到GitHub,同步远程Github仓库
来源：Linux社区&
作者：Linux
最近在写一个简单的项目，不过由于人员管理上松散，所以决定把代码提交至GitHub，提前感受一下一直很火的GitHub。
历程简述：
1、本来想偷懒，看看有没有类似subversion，简单操作的团队开源工具，不过之前是在javaweb方向上使用，在移动开发上当然用适合的工具了，于是舍弃之
2、再一想，有莫有eclipse的插件，集成上传，下载github上的源码呢？参考（使用GitHub管理Eclipse分布式项目开发 ），但是说的不是很详细，因为我的eclipse是最新google公司的版本，安上插件会报错，而且启动界面也会有变化，捣鼓了2个小时，但是仍然没有头绪，又舍弃之。
3、最后，我安定思痛，想想我想要的流程是什么？
上传本地代码-&github网站
团队其他人从上面拷贝下来
改完之后再提交上去
于是google之，
再参考下面这几篇文章：
在GitHub上分享和展示你的代码&
Git/Github使用方法笔记
下面的代码是记录记录而已，有兴趣的可以看一下，时间比较仓促，还望多多够沟通，一起在github上关注、学习大牛们！
Welcome to Git (version 1.8.3-preview)
Run 'git help git' to display the help index.Run 'git help &command&' to display help for specific commands.
Administrator@VAIO- /d/GitHub/RescueApp$ git config --global user.name "jptiancai"
Administrator@VAIO- /d/GitHub/RescueApp$ git config --global user.email mail_
Administrator@VAIO- /d/GitHub/RescueApp$ ssh-keygen -C 'mail_' -t rsa
Administrator@VAIO- /d/GitHub/RescueApp$ ssh-keygen -C 'mail_' -t rsaGenerating public/private rsa key pair.Enter file in which to save the key (/c/Documents and Settings/Administrator/.ssh/id_rsa):/c/Documents and Settings/Administrator/.ssh/id_rsa already exists.Overwrite (y/n)? yEnter passphrase (empty for no passphrase):Enter same passphrase again:Your identification has been saved in /c/Documents and Settings/Administrator/.ssh/id_rsa.Your public key has been saved in /c/Documents and Settings/Administrator/.ssh/id_rsa.pub.The key fingerprint is:9f:be:0c:2e:de:a5:5f:2b:86:3e:73:1d:33:71:60:ab mail_
Administrator@VAIO- /d/GitHub/RescueApp$ git initInitialized empty Git repository in D:/GitHub/RescueApp/.git/
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git add .warning: LF will be replaced by CRLF in AndroidManifest.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in gen/com/yonvoo/main/BuildConfig.java.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in proguard-project.txt.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in project.properties.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values-v11/styles.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values-v14/styles.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values/strings.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values/styles.xml.The file will have its original line endings in your working directory.
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git remote add origin :jptiancai/RescueApp.git
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git push origin masterfatal: Could not read from remote repository.
Please make sure you have the correct access rightsand the repository exists.
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git push origin masterThe authenticity of host ' (204.232.175.90)' can't be established.RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.Are you sure you want to continue connecting (yes/no)? yPlease type 'yes' or 'no': yesWarning: Permanently added ',204.232.175.90' (RSA) to the list of known hosts.error: src refspec master does not match any.error: failed to push some refs to ':jptiancai/RescueApp.git'
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git push origin mastererror: src refspec master does not match any.error: failed to push some refs to ':jptiancai/RescueApp.git'
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git commit -m 'initial commit'[master (root-commit) 926da3f] initial commitwarning: LF will be replaced by CRLF in AndroidManifest.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in gen/com/yonvoo/main/BuildConfig.java.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in proguard-project.txt.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in project.properties.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values-v11/styles.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values-v14/styles.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values/strings.xml.The file will have its original line endings in your working directory.warning: LF will be replaced by CRLF in res/values/styles.xml.The file will have its original line endings in your working directory.&74 files changed, 1548 insertions(+)&create mode 100644 .gitattributes&create mode 100644 .gitignore&create mode 100644 AndroidManifest.xml&create mode 100644 gen/com/yonvoo/main/BuildConfig.java&create mode 100644 gen/com/yonvoo/main/R.java&create mode 100644 ic_launcher-web.png&create mode 100644 libs/android-support-v4.jar&create mode 100644 proguard-project.txt&create mode 100644 project.properties&create mode 100644 res/drawable-hdpi/app_logo.png&create mode 100644 res/drawable-hdpi/bg.png&create mode 100644 res/drawable-hdpi/butten_pressed.png&create mode 100644 res/drawable-hdpi/dark_dot.png&create mode 100644 res/drawable-hdpi/guide_350_01.jpg&create mode 100644 res/drawable-hdpi/guide_350_02.jpg&create mode 100644 res/drawable-hdpi/guide_350_03.jpg&create mode 100644 res/drawable-hdpi/guide_350_04.jpg&create mode 100644 res/drawable-hdpi/ic_launcher.png&create mode 100644 res/drawable-hdpi/item_bg.png&create mode 100644 res/drawable-hdpi/photo8.png&create mode 100644 res/drawable-hdpi/richangyiwai.png&create mode 100644 res/drawable-hdpi/settings.png&create mode 100644 res/drawable-hdpi/welcome.png&create mode 100644 res/drawable-hdpi/welcome_android.jpg&create mode 100644 res/drawable-hdpi/white_dot.png&create mode 100644 res/drawable-hdpi/yundongzijiu.png&create mode 100644 res/drawable-hdpi/ziranzaihai.png&create mode 100644 res/drawable-ldpi/butten_pressed.png&create mode 100644 res/drawable-ldpi/butten_unpress.png&create mode 100644 res/drawable-ldpi/dark_dot.png&create mode 100644 res/drawable-ldpi/guide_350_01.jpg&create mode 100644 res/drawable-ldpi/guide_350_02.jpg&create mode 100644 res/drawable-ldpi/guide_350_03.jpg&create mode 100644 res/drawable-ldpi/guide_350_04.jpg&create mode 100644 res/drawable-ldpi/ic_launcher.png&create mode 100644 res/drawable-ldpi/logo.png&create mode 100644 res/drawable-ldpi/welcome_android.jpg&create mode 100644 res/drawable-ldpi/white_dot.png&create mode 100644 res/drawable-mdpi/ic_launcher.png&create mode 100644 res/drawable-xhdpi/ic_launcher.png&create mode 100644 res/drawable/dot.xml&create mode 100644 res/drawable/whats_new_start_btn.xml&create mode 100644 res/layout/detail.xml&create mode 100644 res/layout/griditem.xml&create mode 100644 res/layout/guide.xml&create mode 100644 res/layout/listview_item.xml&create mode 100644 res/layout/main.xml&create mode 100644 res/layout/splash.xml&create mode 100644 res/layout/test.xml&create mode 100644 res/layout/what_new_four.xml&create mode 100644 res/layout/what_new_one.xml&create mode 100644 res/layout/what_new_three.xml&create mode 100644 res/layout/what_new_two.xml&create mode 100644 res/menu/activity_main.xml&create mode 100644 res/values-v11/styles.xml&create mode 100644 res/values-v14/styles.xml&create mode 100644 res/values/strings.xml&create mode 100644 res/values/styles.xml&create mode 100644 src/com/yonvoo/activity/DetailActivity.java&create mode 100644 src/com/yonvoo/activity/GuideActivity.java&create mode 100644 src/com/yonvoo/activity/MainActivity.java&create mode 100644 src/com/yonvoo/activity/SecCategoryActivity.java&create mode 100644 src/com/yonvoo/activity/SplashActivity.java&create mode 100644 src/com/yonvoo/adapter/GridViewAdapter.java&create mode 100644 src/com/yonvoo/adapter/ListViewAdapter.java&create mode 100644 src/com/yonvoo/adapter/ViewPagerAdapter.java&create mode 100644 src/com/yonvoo/domain/Category.java&create mode 100644 src/com/yonvoo/domain/Detail.java&create mode 100644 src/com/yonvoo/domain/SecCategory.java&create mode 100644 src/com/yonvoo/service/CategoryService.java&create mode 100644 src/com/yonvoo/service/DBHelper.java&create mode 100644 src/com/yonvoo/service/DetailService.java&create mode 100644 src/com/yonvoo/service/SecCategoryService.java&create mode 100644 src/com/yonvoo/test/DBTest.java
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git push origin masterTo :jptiancai/RescueApp.git&! [rejected]& & & & master -& master (fetch first)error: failed to push some refs to ':jptiancai/RescueApp.git'hint: Updates were rejected because the remote contains work that you dohint: not have locally. This is usually caused by another repository pushinghint: to the same ref. You may want to first merge the remote changes (e.g.,hint: 'git pull') before pushing again.hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Administrator@VAIO- /d/GitHub/RescueApp (master)$ git push -fwarning: push. its implicit value is changing inGit 2.0 from 'matching' to 'simple'. To squelch this messageand maintain the current behavior after the default changes, use:
& git config --global push.default matching
To squelch this message and adopt the new behavior now, use:
& git config --global push.default simple
See 'git help config' and search for 'push.default' for further information.(the 'simple' mode was introduced in Git 1.7.11. Use the similar mode'current' instead of 'simple' if you sometimes use older versions of Git)
Counting objects: 92, done.Delta compression using up to 4 threads.Compressing objects: 100% (81/81), done.Writing objects: 100% (92/92), 2.20 MiB | 966.00 KiB/s, done.Total 92 (delta 12), reused 0 (delta 0)To :jptiancai/RescueApp.git&+ be58463...926da3f master -& master (forced update)
Administrator@VAIO- /d/GitHub/RescueApp (master)$
---------------------------------------------------后续更新--------------------------------------------------
时隔多日，再次用到git这个神级的版本管理工具的时候，上面的代码依然有用，在这里稍微总结一下，方便以后查看：
创建个人项目到github上或者fork别人的项目
配置用户名、密码、私钥---&和github取得连接，如需要设置代理上网，请看这篇：在公司的局域网使用git或github 设置代理[1]
添加本地文件到github代码库中---& inti,add,remote add, commit,push，遇到master整合到master的时候，可以用 -f，强制merge
git clone github地址，可参照下图直接复制粘贴。
GitHub Guides[2]:目前教学文章较少，仅仅9篇，但是篇篇都很经典，从HelloWorld开始看，你一定会有收获。
Git官网[3]：网站十分友好，提供了在线TryGit学习方式，文档，视频，软件，一应俱全。
Git cheatsheet[4]:里面有大部分的命令，很实用！
提交你自己的代码，参考Pushing to a remote[1]
fork你喜欢的库
git branch new_branchgit checkout new_branch一系列操作(git add......)git push origin new_branch
----------------&
之后刷新官网会有所显示，提交上去，等待使用者审核通过
提交自己的代码，同步最新的代码，参考[2],[3]
merge到自己项目的master上,提交后就看原作者的审核了&git checkout master---&以master的身份运行&git merge new_branch&git diff new_branch master&git status
情景:已经从原始项目(orgin)在页面上fork一个自己的项目主页(master),本地上也有一个工作版本(local,虽然在控制台上看到的是master,但是应该这样理解).最近看到origin项目更新的好多东西,首先是更新&
git fetch xx(origin项目的git地址,这个可以在页面copy):bash返回信息 &* branch &HEAD &-& FETCH_HEAD
git merge HEAD FETCH_HEAD:按照提示,本地仓库(local)和原始项目(origin)同步信息
git push:本地项目(local)提交到自己的项目主页(master).
参考文章：
GitHub 教程系列文章：&
通过GitHub创建个人技术博客图文详解&
GitHub 使用教程图文详解& &
Git 标签管理详解 &
Git 分支管理详解 &
Git 远程仓库详解 &
Git 本地仓库（Repository）详解 &
Git 服务器搭建与客户端安装& &
Git 概述 &
分享实用的GitHub 使用教程 &
GitHub 的详细介绍： GitHub 的下载地址：
&本文永久更新链接地址：
相关资讯 & & &
& (06月13日)
& (05月22日)
& (06月27日)
& (06月05日)
& (04月06日)
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款}