git提交代码

ylbtech-Git-Runoob：Git 查看提交历史 1. 返回顶部 1、 Git 查看提交历史 在使用 Git 提交了若干更新之后，又或者克隆了某个项目，想回顾下提交历史，我们可以使用 git log 命令查看。 针对我们前一章节的操作，使用 git log 命令列出历史提交记录如下： $ git log commit d5e9fc2c811e0ca2b2d28506ef7dc14171a207d9 (HEAD -> master) Merge: c68142b 7774248 Author: runoob <test@runoob.com> Date: Fri May 3 15:55:58 2019 +0800 Merge branch 'change_site' commit c68142b562c260c3071754623b08e2657b4c6d5b Author: runoob <test@runoob.com> Date: Fri May 3 15:52:12 2019 +0800 修改代码 commit 777424832e714cf65d3be79b50a4717aea51ab69 (change_site) Author: runoob <test@runoob.com> Date: Fri May 3 15:49:26 2019 +0800

指定更新哪个分支代码 git pull origin <master> 查看差异 git diff 显示工作目录与索引文件之间的差异 git diff –cached 显示索引文件与git仓库之间的差异 git diff HEAD 显示工作目录与git仓库之间的差异 git diff HEAD^ 显示上一次提交之前工作目录与git仓库之间的差异（pull后可以用这个命令来查看更新了什么） 来源： https://www.cnblogs.com/suruozhong/p/11718205.html

# 1.基本操作 git status 查看状态 git branch -r 查看所有分支 git branch -D 分支名 删除本地分支 git branch --track BR_Veative origin/BR_Veative 追踪origin分支BR_Veative并在本地建立分支BR_Veative git checkout -b BR_Veative origin/BR_Veative 追踪origin分支BR_Veative并在本地建立分支BR_Veative git branch BR_Veative 建立分支 git checkout BR_Veative 切换分支 git pull --rebase pull一下 git diff <file>查看修改 如果<file>中间有空格，需要在<file>两边加“” git checkout -- <file> 放弃此次修改 git stash 刚修改文件临时缓存起来，然后pull代码时不会报错 git stash pop 接上一条命令，当pull结束后再讲修改pop出来，进行add等后续操作 git add -A/<file> 添加所有文件/file git commit -s -m "description" commit git push origin head:refs/for/<分支名称> push到分支

ylbtech-Git-Runoob：Git 基本操作 1. 返回顶部 1、 Git 基本操作 Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比。本章将对有关创建与提交你的项目快照的命令作介绍。 获取与创建项目命令 git init 用 git init 在目录中创建新的 Git 仓库。 你可以在任何时候、任何目录中这么做，完全是本地化的。 在目录中执行 git init，就可以创建一个 Git 仓库了。比如我们创建 runoob 项目： $ mkdir runoob $ cd runoob/ $ git init Initialized empty Git repository in /Users/tianqixin/www/runoob/.git/ # 在 /www/runoob/.git/ 目录初始化空 Git 仓库完毕。 现在你可以看到在你的项目中生成了 .git 这个子目录。 这就是你的 Git 仓库了，所有有关你的此项目的快照数据都存放在这里。 ls -a . .. .git git clone 使用 git clone 拷贝一个 Git 仓库到本地，让自己能够查看该项目，或者进行修改 。 如果你需要与他人合作一个项目，或者想要复制一个项目，看看代码，你就可以克隆那个项目。 执行命令： git clone [url] [url] 为你想要复制的项目

分支的概念 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。 <!-- more --> 在Git里，这个分支叫主分支，即master分支。 创建并管理分支 创建分支 123456 //创建并切换到新建的分支git checkout -b branch01//其实上一步的操作就是相当于下面的两个操作git branch branch01 //创建分支branch01git checkout branch01 //切换分支branch01 显示所有分支 1234 //显示所有分支git branch//切换主线分支git checkout master 合并分支 12 //将branch01合并到当前分支 大专栏 Git分支管理git merge branch01 使用git merge branch 01 执行之后使用的模式是：Fast-forward，这个模式是快进模式，所以非常的快速。 删除分支

现在，我们重新修改下文件并添加和提交到版本库： $ echo '再次添加新内容' >> readme.md $ git add ./readme.md $ git commit -m '更新内容' 像这样，我们不断的对文件进行修改，并一次一次的提交到版本库。就像我们在玩游戏时，每过一关我们都会保存当前的状态，以防备哪次被打败了，我们就可以选择重新读取保存的状态，然后可以从最近的地方重新开始玩。Git也是一样的道理，每当你觉得文件修改到一定程度的时候，就可以保存一个 快照 ，这个快照在Git中被称为 commit 。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。 那么，我们人的脑子怎么可能记住一个有几千行的代码文件都修改过什么啊，所以Git自由其智能之处，我们可以使用 git log 来查看 $ git log commit 45c00ae6775bce4833f8541cf978781966f78565 Author: Hanson <yafengdoudou@gmail.com> Date: Fri Jun 20 20:08:58 2014 +0800 更新内容 commit 3de50f6d891bf7c7432edc2a959fd2fbfa9286b0 Author: Hanson

一些必须要知道的概念 git的三个工作区域：工作目录、暂存区、git仓库。 工作目录：其实就是本地文件磁盘上的文件或目录； 暂存区：是一个文件，保存了下次提交的文件列表信息，一般在git仓库目录中； git仓库：就是保存项目或文件的元数据和对象数据库的。其中包含了你提交给git的所有完整版本库。 基本的git工作流程如下： 在工作目录中修改文件。 暂存文件，将文件的快照放入暂存区域。 提交更新，找到暂存区域的文件，将快照永久性存储到 Git 仓库目录。 创建一个git仓库 git init 进入你想要让git管理的目录，执行上面的命令，便初始化了一个git仓库。 这时，会在该目录下创建一个名为.git子目录，.git子目录下的文件其实就是git仓库的主要文件，一般不建议手动修改或删除它。 另外也可以从远程clone一个仓库到本地。 一般地，可以从github上clone一个你关注的项目下来。 git clone [url] 例如： git clone https://github.com/git/git.git 在git仓库中的一些基本操作 下面结合一个具体实例进行操作。 1、新建一个文件README.md，并交给git仓库管理。 可以看到我在mytestgit目录下先执行了git init 命令初始化了一个仓库。 然后新建了一个README.md文件。 此时，可以使用 git

git format-patch相对于git diff更便于操作，是更新的打包方式，应该采取这种打包方式。git diff打包的patch只能使用git apply处理。而git format-patch的补丁，可以应当使用git am命令。 基本用法 git format-patch xxxx.patch 第一种 format-patch可以基于分支进行打包，也可以基于上几次更新内容打包。 基于上几次内容打包 git format-patch HEAD^ 有几个^就会打几个patch，从最近一次打起 git format-patch HEAD^^ 最近的二个patch内容 以下代码作用同上 git format-patch -1 git format-patch -2 git format-patch -1 -4 //可以打包版本2,3的patch。但是发现有时候会把最近4个包都打包出来，具体原因未知。 参考：http://leave001.blog.163.com/blog/static/16269129320126944238969/ 关于分支，可以参考：http://www.cnblogs.com/y041039/articles/2411600.html 第二种 git format-patch -M origin/master format-patch

一、通常我们修改一个文件并且将文件提交到本地的分支并且推送到远程服务器的操作如下： git add . git commit -m "some str" git push 二、我们也可以将上面的三大步简化一下： git commit -am "some str" git push 三、针对第一步中的git add .命令的作用就是将本地修改过的文件且已经追踪的文件添加到本地的暂存区，然后使用git commit -m "str"命令将暂存区的代码提交到本地仓库，最后将本地仓库的代码推送到远程服务器端； 第二部其实就相当于第一步的结合，但是有区别的是git commit -am 'str'命令只能提交已经追踪过且修改了的文件，去过是新增文件就必须使用第一步的命令； 来源： CSDN 作者： 随风yy 链接： https://blog.csdn.net/yaomingyang/article/details/78788053

git status --查看文件状态 untracked： 未跟踪 一般为新增文件 git add 状态改为staged git add +文件 git add -A +路径 修改过的未被跟踪的代码提交缓存 git add -u +路径 修改过的被跟踪的代码提交缓存 git add . git commit -m '备注' git push 推送服务端 git push origin master git log --查看最新的记录 Q退出 git pull 拉取文件 git --version 查看版本 git fetch --拉取远程的分支 更新到本地 但不合并到当前分支 git pull --拉取远程分支 更新到本地 合并到当前分支 git CommintAndPush 版本回滚：show history查看历史---->copy Revision Number--->git-->reset HEADH-->copy reset Type：回滚类型 hard ----暂存区 工作区全部用指定的版本的目录树覆盖 soft --- 不进行暂存区和工作区覆盖 mixed --覆盖暂存区 不覆盖 工作区 git init ---初始化仓库 git remote -v 查看关联的远程仓库及权限 git pull origin master ---master当前分支 git