Git和GitHub相关

组员从GitHub上下载项目并上传项目的步骤以下
    1.组员接收到组长发的项目地址，组员须要从GitHub上把项目克隆下来，首先组员
    须要在本地的一个文件夹里打开git，而后运行以下代码：git clone 项目地址

    2.克隆完成后，cd到项目文件里，这时你看到的是你在项目的master分支下；

    3.建立一个dev分支，代码：git branch dev

    4.切换到dev分支下，代码：git checkout dev

    5.把服务器远端的dev分支内容下载到本地的dev分支下，代码：git pull origin dev

    6.在本地建立一个本身的分支，代码：git branch gbb

    7.切换到本身的分支下，代码：git checkout gbb

    8.这时就能够在本身的分支下作开发编译了，编译完成后就能够再次上传GitHub上；

    9.先把新编译的内容添加到本地git库的暂存区，代码：git add . 或 git add *

    10、把本地git库的暂存区的内容添加到本地git版本库里，能够添加备注信息，
        代码：git commit –m “备注信息” （注意：备注信息尽可能详细些）

　　11、把本地本身的分支提交到远程版本库里，代码：git push origin gbb

　　12、这时只是把本身的分支提交到远端服务器也就是GitHub上了，若是须要把
        本身的代码合并到远端服务器也就是GitHub上的dev分支的话，就须要以下的操做；

　　13、切换到本地的dev分支中，代码：git checkout dev

　　14、把本身的分支和本地的dev分支合并，代码：git merge gbb

　　15、默认不须要处理冲突的时候，就把dev分支推到远端服务器的dev分支下，
        代码：git push origin dev

　　16、通常状况下，在本地dev合并后，不能直接push到远端服务器的dev里，
        会报错的，由于除了第一我的push无问题，其余人push的时候都会遇到代码和其
        他人的代码有冲突的问题，这时就须要在push前，先把远端的dev拉下来，
        代码：git pull origin dev

　　17、处理一下冲突，完成后，再次push到远端服务器的dev下便可，代码：
　　　　git push origin gbb
                        

 

组员从GitHub上下载项目并上传项目的步骤以下
    1.组员接收到组长发的项目地址，组员须要从GitHub上把项目克隆下来，首先组员
    须要在本地的一个文件夹里打开git，而后运行以下代码：git clone 项目地址

    2.克隆完成后，cd到项目文件里，这时你看到的是你在项目的master分支下；

    3.建立一个dev分支，代码：git branch dev

    4.切换到dev分支下，代码：git checkout dev

    5.把服务器远端的dev分支内容下载到本地的dev分支下，代码：git pull origin dev

    6.在本地建立一个本身的分支，代码：git branch gbb

    7.切换到本身的分支下，代码：git checkout gbb

    8.这时就能够在本身的分支下作开发编译了，编译完成后就能够再次上传GitHub上；

    9.先把新编译的内容添加到本地git库的暂存区，代码：git add . 或 git add *

    10、把本地git库的暂存区的内容添加到本地git版本库里，能够添加备注信息，
        代码：git commit –m “备注信息” （注意：备注信息尽可能详细些）

　　11、把本地本身的分支提交到远程版本库里，代码：git push origin gbb

　　12、这时只是把本身的分支提交到远端服务器也就是GitHub上了，若是须要把
        本身的代码合并到远端服务器也就是GitHub上的dev分支的话，就须要以下的操做；

　　13、切换到本地的dev分支中，代码：git checkout dev

　　14、把本身的分支和本地的dev分支合并，代码：git merge gbb

　　15、默认不须要处理冲突的时候，就把dev分支推到远端服务器的dev分支下，
        代码：git push origin dev

　　16、通常状况下，在本地dev合并后，不能直接push到远端服务器的dev里，
        会报错的，由于除了第一我的push无问题，其余人push的时候都会遇到代码和其
        他人的代码有冲突的问题，这时就须要在push前，先把远端的dev拉下来，
        代码：git pull origin dev

　　17、处理一下冲突，完成后，再次push到远端服务器的dev下便可，代码：
　　　　git push origin gbb
                        

 

组员从GitHub上下载项目并上传项目的步骤以下
    1.组员接收到组长发的项目地址，组员须要从GitHub上把项目克隆下来，首先组员
    须要在本地的一个文件夹里打开git，而后运行以下代码：git clone 项目地址

    2.克隆完成后，cd到项目文件里，这时你看到的是你在项目的master分支下；

    3.建立一个dev分支，代码：git branch dev

    4.切换到dev分支下，代码：git checkout dev

    5.把服务器远端的dev分支内容下载到本地的dev分支下，代码：git pull origin dev

    6.在本地建立一个本身的分支，代码：git branch gbb

    7.切换到本身的分支下，代码：git checkout gbb

    8.这时就能够在本身的分支下作开发编译了，编译完成后就能够再次上传GitHub上；

    9.先把新编译的内容添加到本地git库的暂存区，代码：git add . 或 git add *

    10、把本地git库的暂存区的内容添加到本地git版本库里，能够添加备注信息，
        代码：git commit –m “备注信息” （注意：备注信息尽可能详细些）

　　11、把本地本身的分支提交到远程版本库里，代码：git push origin gbb

　　12、这时只是把本身的分支提交到远端服务器也就是GitHub上了，若是须要把
        本身的代码合并到远端服务器也就是GitHub上的dev分支的话，就须要以下的操做；

　　13、切换到本地的dev分支中，代码：git checkout dev

　　14、把本身的分支和本地的dev分支合并，代码：git merge gbb

　　15、默认不须要处理冲突的时候，就把dev分支推到远端服务器的dev分支下，
        代码：git push origin dev

　　16、通常状况下，在本地dev合并后，不能直接push到远端服务器的dev里，
        会报错的，由于除了第一我的push无问题，其余人push的时候都会遇到代码和其
        他人的代码有冲突的问题，这时就须要在push前，先把远端的dev拉下来，
        代码：git pull origin dev

　　17、处理一下冲突，完成后，再次push到远端服务器的dev下便可，代码：
　　　　git push origin gbb
                        

 

1、首先要明白Git和GitHub的关系

　　Git是一个版本控制工具
　　GitHub是一个用git作版本控制的项目托管平台。

2、OK，咱们具体再来谈一下Git的相关知识

　　1、什么是Git？

　　Git是一个开源的分布式版本控制系统，能够有效、高速的处理从很小到很是大的项目版本管理。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

　　2、Git的功能特性：

　　从通常开发者的角度来看，git有如下功能：

　　　　1、从服务器上克隆完整的Git仓库(包括代码和版本信息，例如)到单机上。

　　　　2、在本身的机器上根据不一样的开发目的，建立分支，修改代码。

　　　　3、在单机上本身建立的分支上提交代码。

　　　　4、在单机上合并分支。

　　　　5、把服务器上最新版的代码fetch下来，而后跟本身的主分支合并。

　　　　6、生成补丁(patch)，把补丁发送给主开发者。

　　　　7、看主开发者的反馈，若是主开发者发现两个通常开发者之间有冲突(他们之间能够合做解决的冲突)，就会要求他们先解决冲突，而后再由其中一我的提交。若是主开发者能够本身解决，

　　　　　  或者没有冲突，就经过。

　　　　8、通常开发者之间解决冲突的方法，开发者之间能够使用pull 命令解决冲突，解决完冲突以后再向主开发者提交补丁。

　　从主开发者的角度(假设主开发者不用开发代码)看，git有如下功能:

　　　　1、查看邮件或者经过其它方式查看通常开发者的提交状态。

　　　　2、打上补丁，解决冲突(能够本身解决，也能够要求开发者之间解决之后再从新提交，若是是开源项目，还要决定哪些补丁有用，哪些不用)。

　　　　3、向公共服务器提交结果，而后通知全部开发人员。

　　3、Git的优缺点

　　优势:

1. 适合分布式开发，强调个体。
2. 公共服务器压力和数据量都不会太大。
3. 速度快、灵活。
4. 任意两个开发者之间能够很容易的解决冲突。
5. 离线工做。

　　缺点:

1. 资料少(起码中文资料不多)。
2. 学习周期相对而言比较长。
3. 不符合常规思惟。
4. 代码保密性差，一旦开发者把整个库克隆下来就能够彻底公开全部代码和版本信息。

　　4、利用GitHub合做开发的通常流程  　　

　　　　首先须要组长给项目建立一个dev分支，而后把项目传送到GitHub上，这时GitHub上有两个分支（master和dev，master是Git初始化本身建立的），而后组长须要建立一个Organizations，

　　以后把组员邀请到Organizations里，并受权给组员有“写”的权限。

　　

组员从GitHub上下载项目并上传项目的步骤以下
    1.组员接收到组长发的项目地址，组员须要从GitHub上把项目克隆下来，首先组员
    须要在本地的一个文件夹里打开git，而后运行以下代码：git clone 项目地址

    2.克隆完成后，cd到项目文件里，这时你看到的是你在项目的master分支下；

    3.建立一个dev分支，代码：git branch dev

    4.切换到dev分支下，代码：git checkout dev

    5.把服务器远端的dev分支内容下载到本地的dev分支下，代码：git pull origin dev

    6.在本地建立一个本身的分支，代码：git branch gbb

    7.切换到本身的分支下，代码：git checkout gbb

    8.这时就能够在本身的分支下作开发编译了，编译完成后就能够再次上传GitHub上；

    9.先把新编译的内容添加到本地git库的暂存区，代码：git add . 或 git add *

    10、把本地git库的暂存区的内容添加到本地git版本库里，能够添加备注信息，
        代码：git commit –m “备注信息” （注意：备注信息尽可能详细些）

　　11、把本地本身的分支提交到远程版本库里，代码：git push origin gbb

　　12、这时只是把本身的分支提交到远端服务器也就是GitHub上了，若是须要把
        本身的代码合并到远端服务器也就是GitHub上的dev分支的话，就须要以下的操做；

　　13、切换到本地的dev分支中，代码：git checkout dev

　　14、把本身的分支和本地的dev分支合并，代码：git merge gbb

　　15、默认不须要处理冲突的时候，就把dev分支推到远端服务器的dev分支下，
        代码：git push origin dev

　　16、通常状况下，在本地dev合并后，不能直接push到远端服务器的dev里，
        会报错的，由于除了第一我的push无问题，其余人push的时候都会遇到代码和其
        他人的代码有冲突的问题，这时就须要在push前，先把远端的dev拉下来，
        代码：git pull origin dev

　　17、处理一下冲突，完成后，再次push到远端服务器的dev下便可，代码：
　　　　git push origin gbb