在前面已经总结了将项目传入到暂存区和本地仓库,下面就来看一下如何将项目传输到远程仓库。

提交有两种情景:

1:将一个新建的仓库传输到远程仓库中。

2:项目在远程仓库中已经存在,只做局部更新。

远程仓库的利弊 提交到远程仓库_远程仓库


在这里我创建了一个新的项目GitTest,在创建完之后,就会出现提示信息:

or create a new repository on the command line
or push an existing repository from the command line

上面的两种情况也是开头列出来的两种提交项目的情景。下面就分别来看一下

一:项目提交到新的远程仓库中

1:在项目中初始化git仓库(index文件原本就存在于项目中) git init

远程仓库的利弊 提交到远程仓库_git_02


2:将文件添加到缓存区(暂存区) git add

远程仓库的利弊 提交到远程仓库_远程仓库_03


分析:

1):使用git status 查看当前项目中文件的状态。

2):使用git add 将文件纳入暂存区。

3):使用git status 查看当前项目中文件的状态3:将文件传入到本地仓库 git commit

远程仓库的利弊 提交到远程仓库_远程仓库_04


分析:

1):使用git commit -m "注释"将文件提交到本地仓库。我的个人理解是,提交到本地仓库这一环节是必不可少的,因为git这种分布式管理的优点就是当远程服务器的数据丢失时,他可以将本地仓库的数据拿过来使用,将损失降到最低,(本地仓库存储的就是这个远程仓库中的所有的数据)。

2):使用 git status查看当前的文件状态,发现工作目录很干净,没有要提交的东西,这是将目前的文件和本地仓库做的对比。4:上传项目到远程仓库

远程仓库的利弊 提交到远程仓库_Git提交到远程仓库_05


远程仓库的利弊 提交到远程仓库_暂存区_06


分析:

1):使用git remote add origin https地址确定要传输的远程仓库的地址;

2):使用git push -u origin master将项目推到远程仓库中

问题:此时出现安全证书的问题,

远程仓库的利弊 提交到远程仓库_Git提交到远程仓库_07


在使用了config用户信息之后还是不能成功的推送

远程仓库的利弊 提交到远程仓库_远程仓库_08

git config --global http.sslVerify false

此时就可以成功推送了。不会出现安全证书的问题。

二:项目提交到已经存在的非空远程仓库中

1:改动项目,并查看当前项目工作目录的状态

远程仓库的利弊 提交到远程仓库_Git提交到远程仓库_09


2:加入暂存区

远程仓库的利弊 提交到远程仓库_git_10


3:进行提交到本地库 commit

远程仓库的利弊 提交到远程仓库_暂存区_11


4:提交到远程仓库push

远程仓库的利弊 提交到远程仓库_远程仓库_12


因为前边已经存在这个origin地址了,已经操作过了,所以可以直接push到远程仓库。

最后的总结:
1:使用add添加到暂存区域
2:使用commit添加到本地仓库
3:使用push推送到远程仓库。