`

GitHub超详细图文攻略 - Git客户端下载安装 GitHub提交修改源码工作流程 Git分支 标签 过滤 Git版本工作流

    博客分类:
  • SVN
 
阅读更多

最近听同事说他都在使用GitHub,GitHub是程序员的社区,在里面可以学到很多书上学不到的东西,所以最近在准备入手这方面的知识去尝试学习,正好碰到这么详细完整的文章,就转载了,希望对自己和大家有帮助。


GitHub操作总结 : 总结看不明白就看下面的详细讲解.


GitHub操作流程 :


第一次提交 :  

方案一 : 本地创建项目根目录, 然后与远程GitHub关联, 之后的操作一样;

-- 初始化git仓库 :git init ;

-- 提交改变到缓存 :git commit -m 'description' ;

-- 本地git仓库关联GitHub仓库 : git remote add origin git@github.com:han1202012/TabHost_Test.git ;

-- 提交到GitHub中 : git push -u origin master ;

方案二 方案二就是不用关联GitHub仓库, 直接从GitHub冲克隆源码到本地, 项目根目录也不用创建;

-- 从GitHub上克隆项目到本地 :git clone git@github.com:han1202012/NDKHelloworld.git , 注意克隆的时候直接在仓库根目录即可, 不用再创建项目根目录 ;

-- 添加文件 :git add ./* , 将目录中所有文件添加;

-- 提交缓存 :git commit -m '提交';

-- 提交到远程GitHub仓库 : git push -u origin master ;

之后修改提交 : 

-- 与GitHub远程仓库同步 :git pull ;

-- 查看文件变更 : git status ;

-- 提交代码到本地缓存 : git commit -m 'description';

--提交代码到远程GitHub仓库 :git push ;


.gitignore用法 : 开放模式 注明忽略的文件 直接列出文件名, 保守模式 注明保留的文件 !文件名 ;


Git标签操作 : 轻量级标签, 带注释标签;

--查看标签 :git tag ;

--添加标签 : 轻量级标签git tag tagName , 带注释标签git tag -a tagName -m 'description' ;

--删除标签 :git tag -d tagName ;

--提交标签到GitHub中 : git push origin --tags ;


Git分支操作: 创建分支后, 分支操作不会影响master分支, 但是master分支改变会影其它分支;

--列出分支 :git branch ;

--切换分支 :git checkout master ;

--提交分支 : git push origin branchName ;

--删除分支 : git branch -d branchName , 强制删除分支 git branch -D branchName ;

--合并分支 : git merge branchName ;


.

一. Git介绍

 

分布式 : Git版本控制系统是一个分布式的系统, 是用来保存工程源代码历史状态的命令行工具;


保存点 : Git的保存点可以追踪源码中的文件, 并能得到某一个时间点上的整个工程项目额状态; 可以在该保存点将多人提交的源码合并, 也可以会退到某一个保存点上;


Git离线操作性 :Git可以离线进行代码提交, 因此它称得上是完全的分布式处理, Git所有的操作不需要在线进行; 这意味着Git的速度要比SVN等工具快得多,  因为SVN等工具需要在线时才能操作, 如果网络环境不好, 提交代码会变得非常缓慢; 


Git基于快照 : SVN等老式版本控制工具是将提交点保存成补丁文件, Git提交是将提交点指向提交时的项目快照, 提交的东西包含一些元数据(作者, 日期, GPG等);


Git的分支和合并 : 分支模型是Git最显著的特点, 因为这改变了开发者的开发模式, SVN等版本控制工具将每个分支都要放在不同的目录中, Git可以在同一个目录中切换不同的分支;

分支即时性 : 创建和切换分支几乎是同时进行的, 用户可以上传一部分分支, 另外一部分分支可以隐藏在本地, 不必将所有的分支都上传到GitHub中去;

分支灵活性 : 用户可以随时 创建 合并 删除分支, 多人实现不同的功能, 可以创建多个分支进行开发, 之后进行分支合并, 这种方式使开发变得快速, 简单, 安全;

 

二. Git通用客户端(msysgit)


1. 下载Git客户端


Git客户端下载地址 :https://code.google.com/p/msysgit/downloads/list 将地址复制到浏览器栏即可下载.


2. 安装Git客户端


欢迎界面 : 直接下一步;



协议 : 必须接受;



安装位置 : 预留100M空间, 自定义安装位置;



选择安装组件 :也可以默认选择;

-- 图标组件(Addition icons) : 选择是否创建快速启动栏图标 或者 是否创建桌面快捷方式;

-- 桌面浏览(Windows Explorer integration) : 浏览源码的方法, 单独的上下文浏览 只使用bash 或者 只用Git GUI工具; 高级的上下文浏览方法 使用git-cheetah plugin插件;

-- 关联配置文件 : 是否关联git配置文件, 该配置文件主要显示文本编辑器的样式;

-- 关联shell脚本文件 : 是否关联Bash命令行执行的脚本文件;

-- 使用TrueType编码 : 在命令行中是否使用TruthType编码, 该编码是微软和苹果公司制定的通用编码; 



开始菜单快捷方式目录 : 设置开始菜单中快捷方式的目录名称, 也可以选择不再开始菜单中创建快捷方式;



设置环境变量 : 选择使用什么样的命令行工具, 一般情况下我们默认使用Git Bash即可, 默认选择;

-- Git自带 : 使用Git自带的Git Bash命令行工具;

-- 系统自带CMD : 使用Windows系统的命令行工具;

-- 二者都有 : 上面二者同时配置, 但是注意, 这样会将windows中的find.exe 和 sort.exe工具覆盖, 如果不懂这些尽量不要选择; 



选择换行格式 : 

-- 检查出windows格式转换为unix格式 : 将windows格式的换行转为unix格式的换行在进行提交;

-- 检查出原来格式转为unix格式 : 不管什么格式的, 一律转为unix格式的换行在进行提交;

-- 不进行格式转换 : 不进行转换, 检查出什么, 就提交什么;



开始安装 : 



安装结束 : over;



3. 配置GitHub


修改Git Bash的配置 : 将Git Bash设置为快速编辑模式, 可以更好的使用该命令行工具 : 



(1) 创建本地ssh


使用命令 : 创建本地ssh

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. ssh-keygen -t rsa -C "13241153187@163.com"  
GitHub邮箱 : 该命令后面的邮箱就是GitHub的注册邮箱

 

路径选择 : 使用该命令之后, 会出现提示选择ssh-key生成路径, 这里直接点回车默认即可, 生成的ssh-key在默认路径中;

密码确认 : 这里我们不使用密码进行登录, 用密码太麻烦;



(2) 将ssh配置到GitHub中


进入生成的ssh目录 : C:\Documents and Settings\Administrator\.ssh 中, 使用记事本打开 id_rsa.pub 文件, 将该文件中的内容复制;

id_rsa.pub 文件内容 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAtT1YCeaNulpfC+ARqAWrCdfpi6CpW3gkGT0hp6Q8by7NnEfy4dah9CwSrNbWJH5eS4tiqckE+bdbSVNvAboFD1MtGZjtzE4GDweG/6J/SDYV/ADFN/RLWGb+5rQ8wMCjc/fODgLJDFxk1Fwk/TTqTcbtLab1toLcts3zGIW5DstA3RQ0CCX/sPew5m7vh7DcKXluj2TBd9hw== 13241153187@163.com  

进入GitHub网站 : 登录GitHub, 选择Account Setting 用户设置 : 

 



选择左侧的SSH-KEY选项 : 



点击右侧的Add SSH key :

 


将上面复制好的ssh-key复制进去 : 



验证是否配置成功 : 

使用命令 : 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. ssh -T git@github.com  

 

成功提示 : 如果出现Hi han1202012! You've successfully authenticated, but GitHub does not provide shell access. 就说明配置成功, 可以连接上GitHub;



(3) 配置本地用户和邮箱


用户名邮箱作用 : 我们需要设置一个用户名 和 邮箱, 这是用来上传本地仓库到GitHub中, 在GitHub中显示代码上传者;

使用命令 : 

 

[java] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git config --global user.name "HanShuliang" //设置用户名  
  2. git config --global user.email "13241153187@163.com"  //设置邮箱  


 


4. Git Bash提交源码到GitHub


(1) GitHub中创建一个工程


工程的https地址: https://github.com/han1202012/TabHost_Test.git .

工程的SSH地址 : git@github.com:han1202012/TabHost_Test.git .


GitHub提示生成的命令 : 

-- Create a new repository on the command line : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. touch README.md  
  2. git init  
  3. git add README.md  
  4. git commit -m "first commit"  
  5. git remote add origin git@github.com:han1202012/TabHost_Test.git  
  6. git push -u origin master  

-- Push an existing repository from the command line : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git remote add origin git@github.com:han1202012/TabHost_Test.git  
  2. git push -u origin master  


 

(2) 初始化git目录


使用命令 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git init  

如果不执行这条命令, 就会出现错误 : fatal: Not a git repository (or any of the parent directories): .git .

 


(3) 添加文件


使用命令 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git add ./*  

 


可能会报出一些警告, 不用理会 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. warning: LF will be replaced by CRLF in AndroidManifest.xml.  
  2. The file will have its original line endings in your working directory.  
  3. warning: LF will be replaced by CRLF in bin/AndroidManifest.xml.  
  4. The file will have its original line endings in your working directory.  
  5. warning: LF will be replaced by CRLF in gen/shuliang/han/tabhost_test/BuildConfig.java.  

将仓库中的所有文件添加到缓存中;

 


(4) 提交缓存


使用命令 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git remote add origin git@github.com:han1202012/TabHost_Test.git  

将添加或者改变的内容提交到缓存中;

 


(5) 将Git本地缓存提交到GitHub中


使用命令 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git push -u origin master  

执行该命令, 源码就被提交到了GitHub 中;


 

.

作者 :万境绝尘 

转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/18812279

.


三. Git的一些用法


1. .gitignore文件


屏蔽文件 : .gitignore文件是告诉Git哪些目录或者文件需要忽略, 这些文件将不被提交; 

常用场景 : 写完代码后会执行变异调试等操作, 使用 .gitignore 文件将这些编译后的文件屏蔽, 这些文件不需要Git工具进行管理;

Android中的.gitignore : 在Android中 bin 和 gen 两个目录可以忽略;

.gitignore位置 : 项目根目录下;


过滤模式 : Git中的 .gitignore 中有两种模式,开放模式 和保守模式,保守模式的优先级要高于开放模式;


开放模式 : 设置哪些文件 活 目录 被过滤, 凡是在文件中列出的文件或者目录都要被过滤掉;

-- 过滤目录 : /bin/ 就是将bin目录过滤, 该文件下的所有目录和文件都不被提交;

-- 过滤某个类型文件 : *.zip *.class 就是过滤zip 和 class 后缀的文件, 这些文件不被提交;

-- 过滤指定文件 : /gen/R.java, 过滤该文件, 该文件不被提交;


保守模式 : 设置哪些文件不被过滤, 凡是列在其中的文件都要完整的提交上去;

-- 跟踪目录 : !/src , 该目录下的所有文件都要被提交;

-- 跟踪某类文件 : !*.java , 凡是java文件都要保留;

-- 跟踪指定文件 : !/AndroidManifest.xml , 该文件需要保留, 提交上去;


配置原则 : 一般情况下采用开放模式鱼保守模式共同使用;

eg : 一个目录下有很多目录和文件, 当我们只需要保留其中的一个文件的时候, 先用开放模式不保留这些文件, 然后用保守模式将这个文件留下来, 保守模式的优先级要高于开放模式;


2. 标签使用(Tag)


标签作用: 在开发的一些关键时期,使用标签来记录这些关键时刻, 例如发布版本, 有重大修改, 升级的时候, 会使用标签记录这些时刻, 来永久标记项目中的关键历史时刻;

 

查看标签: 列出的标签安装ASCII字母顺序确定, 排序没有很明确的意义;

-- 列出所有的标签 :  

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag  
-- 使用限定列出限定后的标签 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag -l v1.*  



 

标签分类 : Git中的标签分为 轻量级标签(lightweight) 和 带注释的标签(annotated), 一般情况下推荐使用带注释的标签, 如果标签是临时的可以采用轻量级标签;

-- 轻量级标签 : 轻量级标签中的信息含量很少, 这种标签只代表某时刻代码的提交, 相当于指向这个提交的指针;

-- 带注释标签 : 这种标签是一种校验和, 包含标签名, 邮箱, 日期, 标签信息, GPG签名 和 验证, 它相当于一个对象, 封装了这些信息;


创建标签 :

-- 创建轻量级标签 : 这样的标签没有附带其它的信息;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag v2.0  

 


-- 创建带注释标签 : -m 后跟的是注释信息, 当使用git show v2.1的时候, 会显示这个注释信息;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag -a v2.1 -m 'first version'  

-- 创建GPG私钥的注释标签 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag -s v2.1 -m 'GPG version'  

 

在本机上实验不成功 出现下面的错误 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. Administrator@XRDPTJ9ILK6IWRA /storage/TabHost_Test (master)  
  2. $ git tag -s v2.2 -m 'GPG version'  
  3. gpg: error loading `iconv.dll': 找不到指定的模块。  
  4.   
  5. gpg: please see http://www.gnupg.org/download/iconv.html for more information  
  6. gpg: keyblock resource `c:/Documents and Settings/Administrator/.gnupg\secring.g  
  7. pg': file open error  
  8. gpg: keyblock resource `c:/Documents and Settings/Administrator/.gnupg\pubring.g  
  9. pg': file open error  
  10. gpg: skipped "HanShuliang <13241153187@163.com>": secret key not available  
  11. gpg: signing failed: secret key not available  
  12. error: gpg failed to sign the data  
  13. error: unable to sign the tag  
以后再找原因;

 

-- 为之前的提交添加标签 : 先使用 git log --oneline 命令列出之前的提交, 会有一个七位的十六进制数进行标记, 使用git tag -a v3.1 f1bb97a 命令即可为这个提交添加标签;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. $ git log --oneline  
  2.   
  3. f1bb97a first commit  
  4.   
  5. git tag -a v3.1 f1bb97a  


 

删除标签 : 使用命令 git tag -d 标签名 命令删除标签;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag -d v0.1  



 

验证标签 : 提交了GPG带注释标签才可以验证, 因为上面没有提交成功, 这里留下一个命令;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git tag -v v1.0  


 

共享标签 : 即将标签提交到GitHub中;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git push origin --tags  


 

 

3. 分支和合并


(1) 查看现存分支


查看现存分支 : git branch命令;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git branch  

从结果可以看出, 现在只有一个分支master;

 


(2) 创建分支


创建分支 : git branch 分之名称, 就可以创建一个分支, 创建完分支以后可以查看分支, 当前使用的分支会显示成为绿色, 前面带有 "*", 如果不是当前使用的分支, 显示的是白色, 并且没有 "*" 前缀;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git branch branch1  


 

(3) 切换分支


切换分支 : git checkout 分支名称, 切换分支以后, 在分支进行操作,文件的改变不会体现在master主分支中, 主分支改变, 会体现在其它分支中;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git checkout branch1  


 

关于主分支和其它分支 : 

-- 分支编辑 : 现有两个分支 master 主分支, 和刚创建的branch1 分支, 切换到 branch1 分支, 在branch1 中创建一个文件 description_branch1.txt; 

-- 其它分支文件不会影响主分支 : 然后在切换回 master 主分支, 发现没有description_branch1.txt文件, 创建一个文件 description_master.txt;

-- 主分支会影响其它分支 : 在切换回 branch1 分支中, 发现存在 description_master.txt文件;

.

对比过程 : 


查看该工程项目分支情况 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git branch  

 

-- 分支结果 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. branch1  
  2. master  

 


切换到 branch1 分支 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git checkout branch1  
-- 切换结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. Switched to branch 'branch1'  

 


查看 branch1 分支下的文件 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. ls  
-- 查看文件结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. AndroidManifest.xml  ic_launcher-web.png   res  
  2. assets               libs                  src  
  3. bin                  proguard-project.txt  
  4. gen                  project.properties  

创建一个文件 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. touch description_branch1.txt  

添加这个文件到本地缓存 :

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git add description_branch1.txt  

提交本地缓存 : 注意, 这里必须提交, 如果不提交缓存, 这个文件在主分支也会出现;

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git commit -m 'add a description of branch1'  
-- 提交结果结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. [branch1 7f5785e] add a description of branch1  
  2.  1 file changed, 0 insertions(+), 0 deletions(-)  
  3.  create mode 100644 description_branch1.txt  

查看该分支下的文件 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. ls  
-- 查看文件结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. AndroidManifest.xml      libs  
  2. assets                   proguard-project.txt  
  3. bin                      project.properties  
  4. <strong>description_branch1.txt</strong>  res  
  5. gen                      src  
  6. ic_launcher-web.png  

切换回主分支 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git checkout master  

 

-- 切换分支结果 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. Switched to branch 'master'  
  2. Your branch is up-to-date with 'origin/master'.  

 


查看主分支文件 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. ls  
-- 查看文件结果 : 没有在 branch1 中添加的文件;

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. AndroidManifest.xml  ic_launcher-web.png   res  
  2. assets               libs                  src  
  3. bin                  proguard-project.txt  
  4. gen                  project.properties  


.

 


(4) 提交分支 


提交分支命令 : 将本地的分支提交到 GitHub中;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git push origin experiment  


 

(5) 分支合并移除


合并分支命令 : 合并分支之后, 分支中有的文件在 主分支中也会显示, 相当于将branch1 分支中的文件拷贝了一份到master分支中;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git merge branch1  
合并结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. Updating f1bb97a..7f5785e  
  2. Fast-forward  
  3.  description_branch1.txt | 0  
  4.  1 file changed, 0 insertions(+), 0 deletions(-)  
  5.  create mode 100644 description_branch1.txt  

 




.

(6) 删除分支


删除分支命令 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git branch -d branch1  

强制删除分支命令 : 如果branch1 分支还没有被合并的话, Git是不允许删除这个分支的, 此时要想删除该分支, 就只能使用下面的命令强制删除该分支 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git branch -D branch1  


 

4. Git工作流程

 

(1) 两种工作流程


协作开发工作流程 : 这种情况是最复杂的情况, 多人团队共同开发一个项目;

-- 与远程仓库同步 : git pull ;

-- 修改文件 : 添加 删除 修改文件;

-- 查看变更 : git status ;

-- 载入变更 :添加文件, 先使用git add fileName, 在使用 git commit -m 'note' 载入变更; 如果是删除 修改文件, 直接使用 git commit -m 'note' 提交;

-- 重复 : 重复执行 修改文件 查看变更 载入变更 提交载入动作;

-- 上传 : 使用 git push 命令将项目源码提交带GitHub中去;


单独开发工作流程 : 如果是个人独立开发, 仅追踪本地文件变更, 就不需要提交到服务器上, 因为Git是分布式的;

-- 修改文件 : 

-- 提交变更 : 

-- 重复 : 


(2) 简单示例


1> 独立开发示例


该示例不会上传, 仅在本地进行操作;


从GitHub中检出项目源码 : 注意, 检出的源码是根目录源码, 我们在总仓库的根目录检出即可,不同再为项目创建目录;

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git clone git@github.com:han1202012/AndroidPictureViewer.git  
-- 检出克隆结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. Cloning into 'AndroidPictureViewer'...  
  2. remote: Counting objects: 86, done.  
  3. remote: Compressing objects: 100% (62/62), done.  
  4. remote: Total 86 (delta 3), reused 86 (delta 3)  
  5. Receiving objects: 100% (86/86), 1.67 MiB | 109.00 KiB/s, done.  
  6. Resolving deltas: 100% (3/3), done.  
  7. Checking connectivity... done.  

删除bin和gen目录 : 这两个目录是Android工程编译产生的临时文件, 没有必要上传到GitHub中去;

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. rm -rf bin gen  
-- 查看删除结果状态 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git status  
-- 结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. On branch master  
  2. Your branch is up-to-date with 'origin/master'.  
  3.   
  4. Changes not staged for commit:  
  5.   (use "git add/rm <file>..." to update what will be committed)  
  6.   (use "git checkout -- <file>..." to discard changes in working directory)  
  7.   
  8.         deleted:    bin/AndroidManifest.xml  
  9.         deleted:    bin/ImageView_Test.apk  
  10.         deleted:    bin/classes.dex  
  11.         deleted:    bin/res/crunch/drawable-xxhdpi/ic_launcher.png  
  12.         deleted:    bin/resources.ap_  
  13.         deleted:    gen/shuliang/han/imageview_test/BuildConfig.java  
  14.         deleted:    gen/shuliang/han/imageview_test/R.java  

 


提交缓存 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git commit -a  
-- 提交结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. [master e4377ba] delete bin and gen directory.  
  2.  28 files changed, 2 insertions(+), 110 deletions(-)  
  3.  create mode 100644 .gitignore  
  4.  delete mode 100644 bin/AndroidManifest.xml  
  5.  delete mode 100644 bin/ImageView_Test.apk  
  6.  delete mode 100644 bin/classes.dex  
  7.  delete mode 100644 bin/resources.ap_  
  8.  delete mode 100644 gen/shuliang/han/imageview_test/BuildConfig.java  
  9.  delete mode 100644 gen/shuliang/han/imageview_test/R.java  

 

2> 协作开发示例


与远程仓库同步 : 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git pull  

-- 如果其他人没有提交项目到GitHub上, 就会出现下面结果 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. Already up-to-date.  

修改文件后查看变更 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git status  
-- 如果没有变更会出现下面情况 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. On branch master  
  2. Your branch is ahead of 'origin/master' by 1 commit.  
  3.   (use "git push" to publish your local commits)  
  4.   
  5. nothing to commit, working directory clean  

载入变更 : 如果有变更, 那么使用命令载入变更. 使用 git commit -a 或者 git add 命令;

 

-- 添加文件 : 先使用 git add 文件名 来添加文件到缓存, 之后使用 git commit -m '' 命令提交代码到本地缓存;

-- 删除改变文件 : 直接使用 git commit -m '', 提交删除 或则 改变 到本地缓存;


提交项目源码到服务器 : 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. git push  
-- 提交源码结果 : 

 

 

[plain] view plaincopy在CODE上查看代码片派生到我的代码片
 
  1. warning: push.default is unset; its implicit value is changing in  
  2. Git 2.0 from 'matching' to 'simple'. To squelch this message  
  3. and maintain the current behavior after the default changes, use:  
  4.   
  5.   git config --global push.default matching  
  6.   
  7. To squelch this message and adopt the new behavior now, use:  
  8.   
  9.   git config --global push.default simple  
  10.   
  11. See 'git help config' and search for 'push.default' for further information.  
  12. (the 'simple' mode was introduced in Git 1.7.11. Use the similar mode  
  13. 'current' instead of 'simple' if you sometimes use older versions of Git)  
  14.   
  15. Counting objects: 4, done.  
  16. Delta compression using up to 2 threads.  
  17. Compressing objects: 100% (2/2), done.  
  18. Writing objects: 100% (3/3), 292 bytes | 0 bytes/s, done.  
  19. Total 3 (delta 1), reused 0 (delta 0)  
  20. To git@github.com:han1202012/AndroidPictureViewer.git  
  21.    1ddf8c7..e4377ba  master -> master  


 

查看GitHub中的源码情况 : gen 和 bin 目录果然被删除了;

分享到:
评论

相关推荐

    github-git-cheat-sheet.zip

    Git的强大在于其高效、灵活以及丰富的命令行工具,它允许开发者追踪代码的历史版本,协同工作,并方便地进行分支管理和合并操作。"github-git-cheat-sheet.zip"中的"github-git-cheat-sheet.pdf"很可能是Git命令的速...

    git客户端离线安装包

    常见的命令包括`git init`用于初始化新的Git仓库,`git clone`用于复制远程仓库到本地,`git add`用于将文件添加到暂存区,`git commit`用于提交更改,`git push`用于将本地更改推送到远程仓库,以及`git pull`用于...

    github-git-cheat-sheet.rar

    `git log`显示提交历史,`git blame &lt;file&gt;`列出每个行的最新修改者,`git diff`比较工作目录与暂存区或历史版本的差异。如果需要撤销更改,`git reset`和`git checkout`命令可以撤销暂存或未暂存的文件,甚至回退到...

    Git客户端安装包_官网下不动_Git-2.26.0-64-bit.rar

    Git客户端是用于与Git服务器交互的工具,允许用户进行代码的版本控制、提交更改、查看历史、合并分支等操作。Git-2.26.0是该软件的一个特定版本,它可能包含了对之前版本的改进和修复,提供了更好的性能和新功能。...

    github-git-cheat-sheet (官方文档汉化版)

    GitHub提供了一款桌面客户端,该客户端包含了用户图形界面以及自动更新的命令行版本,方便用户执行常见的仓库操作及高级脚本。此外,对于Linux和POSIX系统,用户可以访问GitSCM官方网站获取适合的Git分发版本。 - *...

    Eigen-3.3.4官方源码镜像 eigen-git-mirror

    Eigen官方网站在github上发布的Eigen-3.3.4源码镜像,可以上Eigen官方github(https://github.com/eigenteam/eigen-git-mirror)进行下载, 如果github无法下载,可以在这里下载,与官方完全一样

    github-git-cheat-sheet.7z

    "github-git-cheat-sheet.7z"是一个压缩包,包含了一份由GitHub官方发布的Git速查表,这份文档详细列举了Git的主要命令和使用技巧,对于学习和掌握Git非常有帮助。 Git的基本概念包括仓库(Repository)、分支...

    github-git-cheat-sheet-rt.pdf

    Git是一款开源的分布式版本控制系统,它允许您跟踪项目文件的历史更改,并能够协助远程仓库GitHub上的活动。本手册为您概括了一些常用的Git命令行指令,以便快速参考使用。Git手册不仅适用于Linux和POSIX系统,还...

    windows版本git客户端

    本文将详细介绍Windows上的Git客户端及其主要特性,以及如何安装和使用Git-2.22.0-64-bit.exe。 Git是一个开源项目,由Linux之父Linus Torvalds开发,旨在提高版本控制的效率和协作能力。Windows版本的Git客户端...

    git64位客户端 Git-2.17.0-64-bit

    仓库是Git中存储所有版本历史的地方,而提交则记录每次对代码所做的更改。分支允许开发者在不同的工作线上并行开发,最后通过合并将这些改动整合到主分支。此外,Git还支持远程仓库,使得团队成员可以协同工作并同步...

    git客户端安装包(git-1.9.5-preview2015)

    这个压缩包包含的是Git的客户端安装程序,名为"Git-1.9.5-preview20150319.exe",用于在个人计算机上安装Git。 Git的核心特点包括: 1. 分布式:与传统的集中式版本控制系统如SVN不同,Git的每个克隆都是一个完全...

    Git和GitHub教程 2017-03-21

    ### Git和GitHub教程知识点 #### 1.1 Git的诞生 - **背景**: Linus Torvalds 在2005年为了更好地管理Linux内核的源代码,创立了Git。 - **特点**: 分布式的版本控制系统,每一个克隆都是一个完整的备份。 - **优势*...

    开源项目-github-git-lfs.zip

    Git LFS(Large File Storage)是GitHub推出的一个开源项目,主要解决在Git仓库中高效管理大文件的问题。Git LFS采用客户端-服务器模式,通过Go语言编写,为开发者提供了一种存储和版本控制大型二进制文件的方法,...

    Git-2.45.2-64-bit.rar

    Git是世界上最流行的分布式版本控制系统,它允许开发人员协作开发软件,并跟踪每一次代码更改。这个"Git-2.45.2-64-bit.rar"压缩包包含的是Git的最新64位版本,适用于Windows操作系统。Git不断更新以提供更好的性能...

    github大数据统计-git-datav.zip

    github大数据统计_git-datav.zip

    obsidian-git 插件

    4. 自定义工作流:根据个人或团队需求,定制合适的 Git 工作流,如 GitFlow 或 GitHub Flow。 总结来说,Obsidian Git 插件是提升个人和团队知识管理效率的利器,它将知识库管理与强大的版本控制技术相结合,提供了...

    GitHubDesktop-v3.3.13-x64-Chs.7z

    在“检出”选项中,你可以轻松地切换分支,这对于在多个分支间切换工作流非常方便。同时,它还支持实时预览代码更改,帮助你更准确地追踪每次提交的内容。 GitHub Desktop 强大的协作特性是其一大亮点。你可以直观...

    GitHub-win-离线客户端

    5. **协作与分享**:虽然离线客户端不能立即推送更改到远程仓库,但用户仍然可以在本地进行分支管理,合并更改,待连网后一并提交。 6. **问题追踪**:对于项目中的问题和任务,客户端可能有集成的追踪系统,方便...

    开源项目-src-d-go-git.zip

    2. **自动化工作流**:在持续集成/持续部署(CI/CD)环境中,go-git可以用来自动执行git操作,如拉取最新代码、创建分支、合并请求等。 3. **数据分析**:对于需要分析git仓库历史数据的项目,go-git能够方便地获取...

Global site tag (gtag.js) - Google Analytics