git提交代码

Git冲突解决 王云飞_小四_wyunfei 关注 2018.12.08 19:17:18字数 678阅读 7,307 导语 只要面试官问一些GIt相关问题，是辨别真假程序员的有效手段之一，GIt提交、拉取、分支、冲突解决是在多人协作当中经常遇到的问题，不可能没有遇到！在多人协作开发项目的时候，不可避免的会遇到代码冲突，虽说我们每次再开发以前要拉取代码，但是冲突还是不能彻底避免，这个时候就需要我们的小伙伴熟练掌握解决冲突的技能显得尤为重要。 产生冲突的场景 一大早同事A来到办公室，打开电脑启动环境执行git pull（拉取代码，修改代码之前一定要先拉取养成良好的习惯，尽可能的减少代码冲突），开始修改项目的首页的Bug，啪啪啪... 一会儿同事B气喘吁吁的坐下来，同样的开机启动环境git pull，然后同样去修改首页的Bug，啪啪啪... 看似风平浪静，但是掐指一算，一会儿即将可能有大事要发生，等待中... 同事A事先修改完了Bug，git push到了远程服务器，然后继续去修改其它Bug，同事B也修改完了，执行了git push，然后高高兴兴去厕所了，回来以后一看小黑窗： 报.......错......了....... 推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突不要慌，解决办法我给大家介绍两种，酌情选择 解决方案一（强制覆盖本地代码

注意 ：这是关于GIT的一系列blog，前一个知识点引出后一个知识点，后一个例子接着前一个例子。 目录 简介及概念 初始配置 初始化仓库及查看仓库状况 提交文件暂存记录及同步文件至本地仓库 查看commit 日志记录 放弃工作区文件修改及从仓库区恢复文件 移动或者删除文件 版本控制 保存工作区 分支管理 版本控制 1.退回到上一个commit节点 git reset --hard HEAD^ 注意 ： 一个 ^ 表示回退1个版本，依次类推。当版本回退之后，工作区会自动和当前commit版本保持一致 备注 ：如果我们想要回到上上个commit节点则可以在最后敲2个【 ^ 】上箭头，回到上上上个commit节点则可以在最后敲3个【 ^ 】上箭头，以此类推。 举个例子5(接例子4) 如果，我们想退回到【文件IMG2.jpg还没有移动到files文件夹下】的状态，该如何是好呢？ 我们看一下我们的commit日志： 我们可以看到我们的最后一步操作是移动IMG2.jpg文件，则我们可以直接 退回到上一个commit节点 (git reset --hard HEAD^): 我们看到，commit操作节点退了一步。 退回到了【rm image_mysql_out.py】。这表示我们仓库区的存储位置向前走了一步，我们工作区随之与仓库区的存储情况保持一致。 我们看一下git项目目录： 嗯！IMG2

下载git的网址：https://git-scm.com/ 查看git版本号：1，打开终端命令行输入cmd 2，输入git --version git使用的命令: git config ---配置文件 1、git config --local -l 查看仓库配置 2、git config --global -l 查看用户配置 3、git config --system -l 查看系统配置 4、git config -l查看所有的配置信息 5.git config 常用配置选项 git config -e 编辑配置文件 git config --local -e 编辑仓库级别配置文件 git config --global -e 编辑用户级别配置文件 git config --system -e 编辑系统级别配置文件 git config 添加配置项目 git config --global user.email “you@example.com” git config --global user.name “Your Name” 6，配置文件如何生效 对于git来说，配置文件的权重是仓库>全局>系统。Git会使用这一系列的配置文件来存储你定义的偏好，它首先会查找/etc/gitconfig文件（系统级），该文件含有对系统上所有用户及他们所拥有的仓库都生效的配置值

一、实验目的 (1)了解分布式分布式版本控制系统的核心机理； (2)熟练掌握git的基本指令和分支管理指令； 二、实验内容 (1)安装git (2)初始配胥git，git init git status指令 (3)掌握git log ,git add ,git diff指令 (4)掌握git tag git branch, git commit指令 (5)掌握git revert指令 三、实验记录 1 .初始配置 Git # 设置你的 Git 用户名 git config --global user.name "<Your-Full-Name>" # 设置你的 Git 邮箱 git config --global user.email "<your-email-address>" # 确保 Git 输出内容带有颜色标记 git config --global color.ui auto # 对比显示原始状态 git config --global merge.conflictstyle diff3 git config --list （ 该处操作在输入用户名和邮箱时漏掉空格，后面操作已解决 ） 2.从头创建仓库 （1）创建项目目录 、 git init 、克隆 创建一个目录se2020-git-course，在该目录中创建另一个目录 new-git-project，使用 cd

1 总览 git 的分支整体预览图如下： 从上图可以看到主要包含下面几个分支： master：git默认主分支（这里不作操作）。 stable：稳定分支，替代master，主要用来版本发布。 develop：日常开发分支，该分支正常保存了开发的最新代码。 feature：具体的功能开发分支，只与 develop 分支交互。 release：release 分支可以认为是 stable分支的未测试版。比如说某一期的功能全部开发完成，那么就将 develop 分支合并到 release分支，测试没有问题并且到了发布日期就合并到 stable分支，进行发布。 bugfix：线上 bug 修复分支。 1.1 主分支 因为master分支我们不作操作，所以针对stable和develop这两个主分支来讲解。 stable分支：用来发布，管理着多个稳定的版本。 develop分支：就是我们日常开发的分支。 使用这两个分支就具有了最简单的开发模式：develop 分支用来开发功能，开发完成并且测试没有问题后，则将 develop 分支的代码合并到 stable分支并发布。 在开发中如果我们只用主分支来进行管理，那么就会造成develop发布完成之后才能进行下一迭代的开发，开发会比较缓慢。如果线上代码发现bug之后，很难进行bug修复。 针对以上问题，建立辅助分支就能完美的解决。 1.2 辅助分支

//初次使用打开git bash，需要创建一个本地仓库 git init git add 文件名 //将工作区的修改提交到暂存区 git commit -m "message" //将暂存区的修改提交到当前分支 git remote add origin url //github仓库地址 git push -u origin master //将本地代码更新到远程分支上 //日后维护 git add 文件名 git commit -m "message" git push origin master //文件夹操作只有add不同,eg需要添加src文件夹，需写src/ git add src/ //其他git命令 git reset //回退到某一个版本 git stash //保存某次修改 git pull //从远程更新代码 git reflog //查看历史命令 git status //查看当前仓库的状态 git diff //查看修改 git log //查看提交历史 git revert //回退某个修改 来源： CSDN 作者： 7酱Xxx 链接： https://blog.csdn.net/weixin_43864571/article/details/104737164

1.登录GitHub，闯创建一个仓库 2.填写相关信息并创建 初始化项目为Git仓库，将项目文件添加到暂存区，提交到本地仓库，最终上传至远程仓库----->命令流程图 操作流程： git init #初始化项目为Git仓库，后续如果添加代码时不需要执行 git add * #将所有项目文件添加到暂存区 git commit - m '项目名称' #提交到本地仓库，-m参数为项目名称 #将本地仓库与远程仓库关联，第一次需要，后面的不需要 git remote add origin https : // . . . . . . git #https://为远程仓库名称，即github中创建的仓库地址 git push - u origin master #上传项目至远程仓库 来源： CSDN 作者： L是晴子的球迷 链接： https://blog.csdn.net/qq_40102768/article/details/104728658

TortoiseGit 前言： 其实作为一名学生，还未接触过企业级开发项目，基本都是一个人在本地敲代码，对于项目管理工具使用的并不多，最常用的命令也就是 git clone 了，hhh； 前些日子了解了一下SVN，发现对于SVN有一款很好用的第三方管理客户端，叫TortoiseSVN； 然后顺带还发现了他的兄弟TortoiseGit，使用起来虽然没有黑乎乎的命令窗口来的酷炫，但...架不住其界面的友好，故此对其进行了略微的了解。 这名字起的也很有趣，Tortoise=乌龟，Git=饭桶，加起来就是饭桶龟？ 01下载安装 1. 下载 进入如下网址： https://tortoisegit.org/download/ 根据电脑的版本进行下载 正常下载速度有点慢，怎么办？小飞机开起来！ 在可以在下方顺带下载一下语言包 当然我英文那么好，是不能下载这个的！ 安装 Tortoise安装 双击下载完的安装包开始安装 TortoiseGit-2.10.0.0-64bit.msi 基本按照默认配置进行即可，其中有一个选项我修改了，如下 由于我之前安装过一遍2.4版本的，卸载后再装最新的该配置界面没有再出现，应该还是原先的配方 安装完成后，可以选择进入向导配置，包括语言的设置，与你安装的 Git.exe 路径的确认 其中还由于我的Git版本过老，还顺带额外手动升级了一下GIt 语言支持

背景 最近在将自己的temp分支准备合并到develop分支时，出现了Already up-to-date.提示，当时的想法，明明2个分支的HEAD的内容不一样，为什么会有这个错误提示呢？甚至一度怀疑git是否出问题了，此时也翻看了其他人遇到类似错误的提示的处理方法，没说说原因，直接一堆命令就说可以了，实在摸不着头脑。 静心梳理过程 1，目前状况，共有3个分支，1个是master，1个是develop，1个是临时建立的自己的分支temp，其中master是上线用的分支，develop是开发用的分支，正常的节奏是每周都会把功能在develop测试后合并到master进行上线。整体都是通过父子模块的形式进行开发。 2，我为什么建立这个临时分支呢？最近我有几个task是几乎并行进行的，其中一个确定本周开发测试完会进行上线，另外一个任务较大，预计会下周上线但是本周需要开发一部分；根据本周总的任务安排，预计会只有我自己修改这个模块进行上线。基于以上认知，三下五除二，我就把任务一给做完给提交测试，测试很给力，很快测试通过可以上线，于是我就把develop代码合并到了master上；然后这边进行下一个task 的开发，经过一两天的开发，第二个任务也基本没啥问题了，当然本地也是都执行过commit了（不过这其中包含有对本周第一个task的重要细节优化），只是没提交到远程

一、如何分支的合并 在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. 在有问题的文件上会有冲突标记，在你手动解决完冲突后就可以把此文件添 加到索引(index)中去，用git commit命令来提交，就像平时修改了一个文件 一样。 如果你用gitk来查看commit的结果，你会看到它有两个父分支