git提交代码

分布式版本控制系统 客户端并不只是提取最新版本的文件快照，而是把代码仓库完整地镜像下来。 git的一些常用指令 git diff // 比较工作目录中当前文件和暂存区域快照的差异，即修改后还没有暂存起来的变化内容 git diff --staged // 暂存起来的文件和上次提交时快照之间的差异 git status git commit // 提交到暂存区 git commit --amend // 修改最后一次的提交 git commit -a // =git add + git commit git rm // 移除文件 git log // 查看提交历史 git remote // 查看当前的远程库 git fetch // 从远程仓库中拉取本地仓库没有的数据，并不自动合并到当前工作分支 git pull // 将远端分支自动合并到本地仓库中当前的分支 git分支 在git中提交，会保存一个提交（commit）对象，该对象包含一个指向缓存内容快照的指针，包含本次提交的作者等相关的附属信息，包含零个或多个指向该提交对象的父对象指针：首次提交是没有直接祖先的，普通提交有一个祖先，由两个或多个分支合并产生的提交则由多个祖先。 git中的分支，其实本质上仅仅是个指向commit对象的可变指针。git会使用master作为分支的默认名字。在若干次提交后

一、GIT介绍 Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。 1、git的三个区域 工作区 暂存区 历史区 2、文件的三种状态 对于任何一个文件，在 Git 内都只有三种状态： 已修改（modified） --> Git 的工作目录 已暂存（staged） -->暂存区域 已提交（committed） -->本地仓库 已修改表示修改了某个文件，但还没有提交保存； 已暂存表示把已修改的文件放在下次提交时要保存的清单中。 已提交表示该文件已经被安全地保存在本地数据库中了； 由此我们看到 Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。 二、下载安装 地址: https://git-scm.com/ 三、GIT仓库的全局配置 第一次安装完成git后,我们在全局环境下配置基本信息：我是谁 $ git config -l 查看配置信息 $ git config --globla -l 查看全局配置信息 配置全局信息：用户名和邮箱 $ git config --global user

Git主要流程 一、创建仓库 # 在当前目录初始化一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史 $ git clone [url] 二、配置 Git的配置文件为.gitconfig,它可以在用户的主目录下(全局配置)，也可以在项目目录下(项目配置)。 # 显示当前的Git配置 $ git config --list # 编辑Git配置文件 $ git config -e [--global] # 设置提交代码时的用户信息(全局) $ git config --global user.name "[name]" $ git config --global user.email "[email address]" 三、代码提交 将代码提交到Git仓库的过程中，经历了以下区域：workspace(工作空间)->index(暂存区)->Repository(本地仓库)->Remote(远程仓库) 提交到暂存区 # 添加指定文件到暂存区 $ git add [file1] [file2] ... # 添加指定目录到暂存区，包括子目录 $ git add [dir] # 添加当前目录的所有文件到暂存区 $ git add . # 添加所有目录的中的已修改文件到暂存区 $

一般配置用户层面配置 Git 的配置从上到下分三层 system/global/local,使用三个不同参数进行设置，每个层次的配置存储在不同的位置， 1）./etc/gitconfig 文件：包含了适用于系统所有用户和所有库的值。如果你传递参数选项’--system’ 给 git config，它将明确的读和写这个文件。(系统级别配置) system 2）.~/.gitconfig 文件 ：具体到你的用户。你可以通过传递--global 选项使 Git 读或写这个特定的文件。(用户层面配置) global 3）.位于 git 目录的 config 文件 (也就是 .git/config) ：无论你当前在用的库是什么，特定指向该单一的库。每个级别重写前一个级别的值。因此，在.git/config 中的值覆盖了在/etc/gitconfig 中的同一个值。(仓库级别配置) local 通常我们只配置 global 级别 [root@ci-node1 ~]# git config --global user.name "Your Name" // 配置用户，以便知道提交代码的人是谁 [root@ci-node1 ~]# git config --global user.email you@example.com // 配置邮箱，以便联系到提交代码的人 配置完成以后global配置

在 2005 年的某一天，Linux 之父 Linus Torvalds 发布了他的又一个里程碑作品——Git。它的出现改变了软件开发流程，大大地提高了开发流畅度！直到现在仍十分流行，完全没有衰退的迹象。 本文不是一篇 Git 入门教程，这样的文章一搜一大把，我是要从具体实践角度，尤其是在团队协作中，阐述如何去好好地应用 Git。既然是讲在团队中的应用实践，我就尽可能地结合实际场景来讲述。 习惯养成 如果一个团队在使用 Git 时没有一些规范，那么将是一场难以醒来的噩梦！然而，规范固然重要，但更重要的是个人素质，在使用 Git 时需要自己养成良好的习惯。 提交 如何去写一个提交信息，《 Git： 教你如何在 Commit 时有话可说 》中做了很好的说明。在具体开发工作中主要需要遵守的原则就是「使每次提交都有质量」，只要坚持做到以下几点就 OK 了： 提交时的粒度是一个小功能点或者一个 bug fix，这样进行恢复等的操作时能够将「误伤」减到最低； 用一句简练的话写在第一行，然后空一行稍微详细阐述该提交所增加或修改的地方； 不要每提交一次就推送一次，多积攒几个提交后一次性推送，这样可以避免在进行一次提交后发现代码中还有小错误。 假如已经把代码提交了，对这次提交的内容进行检查时发现里面有个变量单词拼错了或者其他失误，只要还没有推送到远程，就有一个不被他人发觉你的疏忽的补救方法—— 首先

1、用远程代码库中的版本完全覆盖本地工作版本 git reset --hard git pull 2、保留本地代码库中没有push的改动，更新代码，再还原代码 git stash git pull git stash pop 3、撤销commit但未push的改动 git log #找到要撤销的id git reset --hard id #撤销改动，本地代码恢复到id版本 git stash pop #撤销commit，但不对本地代码修改撤销 4、撤销缓冲区改动 git reset 5、提交 git add -A #提交所有变化 git add -u #提交modified和deleted文件，不包括new git add . #提交new和modified文件，不包括deleted文件 6、分支管理 git branch #列出本地所有分支 git branch </name/> #创建分支name git branch -d </name/> #删除分支name git checkout </name/> #切换分支 git checkout -b </name/> #创建并切换分支 7、远程库与本地库合并 git remote #查看远程库信息 git push origin dev #推送指定分支dev git checkout -b dev origin/dev

如果你想让一位叫"伙夫"的程序员，和你一起开发，首先你得在你的代码仓库把伙夫添加到此项目中来，让其成为开发者。 具体步骤： 项目->管理->项目成员管理->开发者->添加项目成员->输入"huofu" 在GitHub中的具体步骤： 项目->Settings->Collaborators->输入"huofu" 为了给大家演示，我创建了一个小号，并将其添加进我的项目成为开发者。 接下来我们将路径切换到F盘，模拟一个新的用户。 我们输入 git clone https://gitee.com/blizzawang/lianshou.git 这条指令的作用是将对应仓库地址的项目克隆到本地。执行完后，F盘下就多了一个rrd的文件夹，这就是第一个用户推送上去的项目。我们姑且叫它管理员，那第二个用户就叫开发者了。 然后我们在克隆下来的目录中去创建一个文件，然后随意地输入一些内容。 我们对修改后的项目进行提交。 git add . git commit -m "这是第二个用户提交的文件" git push https://gitee.com/blizzawang/lianshou.git master 这样，我们的第二个用户就将项目推送到了线上仓库。 如果没有弹出输入用户名和密码的提示框，说明git使用的还是你第一个用户的信息，你需要将用户进行切换，然后再执行上面的操作。

经过前面的练习，你在本地的仓库里管理代码已经比较熟练了，但如果是团队开发呢，如何配合起来呢？ 我们可以把版本仓库放在互联网上，开发者把自己最新的版本推到线上仓库，同时，把线上仓库的最新代码拉到自己本地，这样，就可以配合工作了。 那么有哪些线上仓库可以供我们使用呢？国外最火的线上仓库当属GitHub了，但是，在国内，我们也有自己的线上仓库，码云，此码云非彼马云。我们点击该链接注册一个账户。 https://gitee.com/ 接下来我们来新建一个仓库。 用过GitHub的话，这些操作应该很简单。 我们就创建这样的一个仓库。 创建完成后是这样的。 这是一个空的仓库，仓库里没有任何东西，然后红色框线内就是你的仓库地址。 接下来我们将刚才的rrd项目推到这个线上仓库来。 我们输入 git remote add origin https://gitee.com/blizzawang/lianshou.git 后面跟着的是你的仓库地址，然后输入 git push -u origin master 当文件非常多的时候，第一次提交你需要输入-u，提交过后这个-u可以省略。 如果git控制台这样显示，说明推送成功了，我们刷新刚才的网页。 这样就表明我们的项目被成功推送到了线上仓库。 刚才我们通过两行指令将项目推送到了线上仓库，我来解释一下这两行指令。 其中的 git remote add

最近几天发现有些人对Github网站很好奇，但是无奈自己不会用，因为是外国人的网站，首先自己的英文就不过关。对于这个，其实可以用谷歌浏览器去浏览Github，它有一键翻译的功能。但还是有必要介绍一下关于Github的一些功能和具体操作。 考虑到一些初学者可能没有学过git、svn等版本控制工具，所以，这里我尽量不去涉及git指令。有关git的使用和学习可以看看我的系列博客， 版本管理·玩转git 。 话不多说，进入正题。 Github账户注册 首先百度搜索Github，进入Github官网。 进入官网后，我们点击Sign up进行注册。 这一步没什么好说的，输入用户名和你的邮箱，密码然后进行一个账户测试，完成后点Create an account即可。 完成后来到第二步，这里当然是选择免费的订阅了。 选择完成后点击Continue，来到第三步。 第三步只是提出一些问题让你回答，例如您的编程水平如何？您打算如何使用Github？等等。不想答可以划到网页底部选择跳过。 答完后点击Submit进行提交即可。 提交之后Github会向你的注册邮箱发送一封激活邮件，去把邮件打开然后点击里面的链接激活即可，这样账户就创建完成了。 资源搜索 我们用新创建的账户进行登录，登录成功后就会显示这个页面，我们可以在左上角进行资源的搜索，我这里以开源框架OkHttp举例，你可以选择范围

　　Git作为21世纪程序员必须掌握的基本技能，应该被深入研究。本周花费周末两天的时光，结合 learngitbranching.js.org 对Git的基本命令进行了一番学习。现将学习成果记录如下： 　　1.循序渐进地介绍 Git 主要命令 　　1.1 Git commit命令 　　此命令用于创建一次提交记录。在完成代码更改（修复bug或者开发新功能）之后，可以使用git commit将代码提交到本地仓库。 　　1.2 git branch命令 　　此命令用于创建一个分支，比如 git branch newImage，此命令仅仅是创建了一个分支，但是并没有将当前工作分支切换到目标分支上。 　　1.3 git merge命令 　　此命令用于将分支合并。我们新建一个分支，在其上开发某个新功能，开发完成后需要将分支合并回主线上。 　　 执行git merge bugFix 后 　　1.4 git rebase 命令 　　 git rebase是第二种合并分支的方法 。Rebase 实际上就是取出一系列的提交记录，“复制”它们，然后在另外一个地方逐个的放下去。（Rebase 的优势就是可以创造更线性的提交历史，这听上去有些难以理解。如果只允许使用 Rebase 的话，代码库的提交历史将会变得异常清晰。） 　　 git rebase master后 　　git rebase <目标分支>