git提交代码

<div><strong>1、任何文件在Git内都只有三种状态：</strong></div><blockquote style="MARGIN-RIGHT: 0px" dir=ltr> <div><font color=#ff0000>①已提交（committed）：</font>已提交表示该文件已经被安全地保存在本地数据库中了；</div> <div><font color=#ff0000>②已修改（modified）：</font>已修改表示修改了某个文件，但还没有提交保存；</div> <div><font color=#ff0000>③和已暂存（staged）：</font>已暂存表示把已修改的文件放在下次提交时要保存的清单中。</div></blockquote><div>由此我们看到Git管理项目时，文件流转的三个工作区域：Git 的本地数据目录，工作目录以及暂存区域。</div><div> </div><div><strong>2、先决条件：</strong></div><div>1）在GitHub上面注册一个账号并激活</div><div>2）安装windows下的git客户端如msysgit</div><div> </div><div>*****************************华丽的分割线*****************************

贡献作者 -【XJDomain】 博客XJ: https://my.oschina.net/shengbingli/blog GitHub直播地址 : https://github.com/lishengbing/XJDomainLive 1:版本回退 cd ~/Desktop cd /Users/lishengbing/Desktop/YangLand\ 2\ 2/YangLand git log git reset --hard HEAD^ head^换成那一系列字符号，即可 2-常见操作命令: 2:git commit -a -m "提交内容 " 3:git status 查看状态 4:git add . 将所有改动文件提交到缓冲区，才能提交上去 5:git pull 拉服务器代码和本地仓库代码合并 6:git push 将合并后的代码同步到服务器上去 3.git文档总结: 1.初始化 个代码仓库 git init 2.如果使 GIT,必须给GIT配置 户名和邮箱 给当前的git仓库配置 户名和邮箱 git config user.name “XMG” git config user.email “XMG@163.com” 给git配置全局的 户和邮箱 git config —global user.name “XMG” git config —global user

引用 1.创建一个新的repository： 先在github上创建并写好相关名字，描述。 $cd ~/hello-world //到hello-world目录 $git init //初始化 $git add . //把所有文件加入到索引（不想把所有文件加入，可以用gitignore或add 具体文件) $git commit //提交到本地仓库，然后会填写更新日志( -m “更新日志”也可) $git remote add origin git@github.com:WadeLeng/hello-world.git //增加到remote $git push origin master //push到github上 2.更新项目（新加了文件）： $cd ~/hello-world $git add . //这样可以自动判断新加了哪些文件，或者手动加入文件名字 $git commit //提交到本地仓库 $git push origin master //不是新创建的，不用再add 到remote上了 3.更新项目（没新加文件，只有删除或者修改文件）： $cd ~/hello-world $git commit -a //记录删除或修改了哪些文件 $git push origin master //提交到github 4.忽略一些文件，比如*.o等: $cd ~/hello

【说明：资料来自 http://gitbook.liuhui998.com/3_3.html 】 一个Git仓库可以维护很多开发分支。现在我们来创建一个新的叫”experimental”的分支： $ git branch experimental 如果你运行下面这条命令： $ git branch 你会得到当前仓库中存在的所有分支列表： experimental * master “experimental” 分支是你刚才创建的，“master”分支是Git系统默认创建的主分支。星号(“*”)标识了你当工作在哪个分支下，输入： $ git checkout experimental 切换到”experimental”分支，先编辑里面的一个文件，再提交(commit)改动，最后切换回 “master”分支。 $ git commit -a $ git checkout master 你现在可以看一下你原来在“experimental”分支下所作的修改还在不在；因为你现在切换回了“master”分支，所以原来那些修改就不存在了。 你现在可以在“master”分支下再作一些不同的修改: $ git commit -a 这时，两个分支就有了各自不同的修改(diverged)；我们可以通过下面的命令来合并“experimental”和“master”两个分支: $ git merge

先用git add 命令提交至缓存区 · git add -A 提交所有变化 · git add -u 提交被修改(modified)和被删除(deleted)文件，不包括新文件(new) · git add . 提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件 git commit -m "这里写备注" 提交至本地仓库 git push 将本地仓库修改推送到服务器上的仓库中 常用命令： git status [查看当前仓库中文件的状态] git status -s : 文件状态的简写（M - 修改， A - 添加， D - 删除， R - 重命名，s- 未追踪） git branch 查看本地所有分支 git status 查看当前状态 git commit 提交 git branch -a 查看所有的分支 git branch -r 查看远程所有分支 git commit -am "init" 提交并且加注释 git remote add origin git@192.168.1.119:ndshowgit push origin master 将文件给推到服务器上 git remote show origin 显示远程库origin里的资源 git push origin master:develop git push origin

我们都说开源社区最大的魅力是人人多可以参与进去，发挥众人的力量，让一个项目更完善，更强壮。那么肯定有人疑问，我自己目前还没有能力开源一个项目，但是想一起参与到别的开源项目中，该怎么操作呢？那么今天，就来给大家一起介绍下 GitHub 上的一些常见的操作，看完之后你就知道方法了。 我们姑且以 Square 公司开源的 Retrofit 为例来介绍。 打开链接： https://github.com/square/retrofit 然后看到如下的项目主页： 可以看到一个项目可以进行的操作主要就是两部分，第一部分包括 Watch、Star、Fork ，这三个操作之前的系列介绍过了，这里就不啰嗦了。 我们着重来介绍第二部分，分别包括 Code、Issues、Pull requests、Projects、Wiki、Pulse、Graphs。接下来我们来一个个解释下。 Code 这个好理解，就是你项目的代码文件而已，这里说明一下，每个项目通常都会有对该项目的介绍，只需要在项目的根目录里添加一个 README.md 文件就可以，使用 markdown 语法，GitHub 自动会对该文件进行渲染。 Issues Issues 代表该项目的一些问题或者 bug，并不是说 Issues 越少越好，Issues 被解决的越多说明项目作者或者组织响应很积极，也说明该开源项目的作者很重视该项目。我们来看下

原文： http://gitbook.liuhui998.com/3_3.html http://gitbook.liuhui998.com/5_3.html 一、如何分支的合并 在git中，可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多，下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多内容，请阅读《git merge简介》，《git rebase简介(基本篇)》和《git rebase简介(高级篇)》。 git merge命令示例: $ git merge branchname 这个命令把分支"branchname"合并到了当前分支里面。 如有冲突(冲突–同一个文件在远程分支和本地分支里按不同的方式被修改了）；那么命令的执行输出就像下面一样 $ git merge next 100 % ( 4 / 4 ) done Auto - merged file . txt CONFLICT ( content ) : Merge conflict in file . txt Automatic merge failed ; fix conflicts and then commit the result . 在有问题的文件上会有冲突标记

版本控制器 """ 完成 协同开发 项目，帮助程序员整合代码 i）帮助开发者合并开发的代码 ii）如果出现冲突代码的合并，会提示后提交合并代码的开发者，让其解决冲突 软件：SVN 、 GIT（都是同一个人的个人项目） github、gitee（两个采用git版本控制器管理代码的公共平台） git：集群化、多分支 """ git 简介 """ 什么是git：版本控制器 - 控制的对象是开发的项目代码 代码开发时间轴：需求1 => 版本库1 ==> 需求2 => 版本库2 => 版本库3(版本库1) => 版本库4(版本库2) """ git与svn比较 git的工作流程 版本库间的通信 git分支管理 git使用 流程（核心总结） """ 1）有红色信息(工作区有内容)，就执行 add 2）全绿信息(内容全部在暂存区)，才执行 commit 3）只有被版本库控制的代码，才能被监听，所以可以回滚到任何一个版本 """ 安装 # 1.下载对应版本：https://git-scm.com/download # 2.安装git：在选取安装路径的下一步选取 Use a TrueType font in all console windows 选项 基础命令 将已有的文件夹 - 初始化为git仓库 """ >: cd 目标文件夹内部 >: git init """ 在指定目录下 -

版本控制系统 1. 版本控制系统： git 分布式 —没有中心代码库，所有机器之间的地位同等（每台机器上都有相同的代码） svn 集中管理的 —有中心代码库，其他都是客户端 2.git与svn介绍 1.git属于 分布式版本控制系统： 客户端并不只提取最新版本的文件，而是把原始的代码仓库完整地克隆下来。 优点： a.由于任何人每次提取操作，实际上都是一次对代码仓库的完整备份，因此近乎所有的操作都可以在本地执行，速度就是相当的快，并且可以在网络断开的时候操作仍然不受影响，可以频繁的进行提交更新，等到有网络的时候再上传到仓库就可以了。 b.git的分支模型，相当的轻量级，被称为“必杀技”。 　 缺点： a.每个开发人员都拥有所有的代码，不利于核心代码的保密（如果有重要代码需要保密，则不建议使用git） 2.svn属于 集中化的版本控制系统： 有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的成员通过客户端连接到这台服务器，进行文件上传和更新。 优点： a.使用简单，比较符合我们的常规思维 b.同步代码比较简单，只要一步操作即可。 缺点： 丢失数据的风险：由于集中化的特点，如果版本库的服务器磁盘发生故障等，你不能保证所有的数据已经有人提取出来了，最坏的情况是彻底的丢失整个项目的所有历史更改记录。 3.git 相关概念—纯命令行 工作区 版本库 暂存区 HEAD 版本号

01-Git概述（Git历史） Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。 到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。 到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。 他们对新的系统制订了若干目标： 速度 简单的设计 对非线性开发模式的强力支持（允许成千上万个并行开发的分支） 完全分布式 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） gitlab github 码云 02-Git概述（Git与SVN对比） SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完后，需要把自己开发的代码提交到中央服务器。 集中式版本控制工具缺点： 服务器单点故障 容错性差 [