ul

什么玩意 。。。。

220欧电阻是每组LED的公共端限流电阻。限流电阻的取值太大则LED变暗，取的太小又会太亮，当然LED的亮度也是根据个人感觉的，不同的LED流过相同电流亮度也不同，所以说这个限流电阻的计算需要根据实际的LED发光特性和自己要达到的亮度。例如：使用的LED经过试验电压降是2V，电流3mA发出的亮度自己感觉最适合，则限流电阻R=(VCC-2V)/（0.003A*8），乘以8是因为每组有8个LED，若VCC=5V，则R=125欧姆。

poverty n.贫穷；缺乏，不足；贫瘠，不毛；低劣difficulty n.困难，麻烦，难事；难度；异议，争论，纠葛；财政困难，（经济）拮据 复数： difficultiesshortage n.不足，缺点；缺少；缺少量；不足额 复数： shortageshardness n.坚硬；<物>硬性；困难；冷酷

1、推出苹果AppStore里面你原来登陆的国内ID，退出前确保你记得账号密码。2、登陆我们准备好的美区苹果ID，成功登陆过后，AppStore会刷新，界面变为英语了，就成功进入了。3、这个时候我们在AppStore的搜索框里面搜索“ClashRoyale”或者“皇室战争”，可以直接被搜出来，点击下载按钮下载即可。如下图示：作图为国内AppStore搜索出来的国内版皇室战争，右图为美区AppStore搜索出来的国际版皇室战争（ClashRoyale）。4、下载完成过后，我们可以直接退出美国ID，登陆我们自己的ID，游戏使用不受影响。

网络不稳定的原因构成的。建议过一段时间，等网络恢复稳定后方可继续下载，如果仍未解决，建议删掉安装包重新下载。

slope default斜率默认slope[英][slu0259u028ap][美][slou028ap]n.斜坡; 斜面; 倾斜; 斜率; default[英][du026au02c8fu0254:lt][美][du026au02c8fu0254lt]vi.未履行任务或责任; 受传唤时未出庭; 由于不到庭而败诉; 弃权; vt.未履行，拖欠; 未参加或完成（例如，比赛）; [法]因未到庭而败（诉）; n.未履行，拖欠; [法]未到庭; 弃权; [计] 缺省，默认; 第三人称单数：defaults过去分词：defaulted现在进行时：defaulting过去式：defaulted例句:1.I say default will happen. 我却认为违约肯定会发生.-----------------------------------如有疑问欢迎追问！满意请点击右上方【选为满意回答】按钮

mesa.dll 这个文件找不到。可能安装出错了。或者你误删了东西。

mesa.dll 这个文件找不到，可能安装出错了，或者你误删了东西。

mesa.dll是电脑中一个必不可缺的dll文件，许多的游戏或者软件运行都需要它的支持，如果没有这个文件可能会造成一些游戏或者软件运行不了。假如您的系统提示“丢失mesa.dll” 或者“mesa.dll错误”等信息，请不用担心，您可以在本站下载该文件进行安装修复一下即可。mesa.dll http://www.ddooo.com/softdown/93147.htm使用说明：1、解压下载的文件。2、复制文件“mesa.dll”到系统目录下。3、系统目录一般为：C:WindowsSystem32 64位系统为C:WindowsSysWOW644、最后点击开始菜单-->运行-->输入regsvr32 mesa.dll后，回车即可解决错误提示。

三个单词中字母u的发音各不相同。分析:pupil中u发/ju:/，ruler中u发/u:/，mum中u发/u028c/。

credulous adj. 轻信的；因轻信而产生的trusting 信任的，信赖的；相信的gullible 易受骗上当的naive 意思是 幼稚的，天真的希望我的回答能对你有所帮助。

haul 和lug 强调“用力拉、用力拖拽”, haul 拖运...经常组成的短语有 haul off 退却、转向驶离 haul up 传讯 lug 还有 “很费力地拖”的意思,拖着重物行进艰难的感觉 pull 很常见,单纯的拉、拖,我们更经常使用的是由pull构成的短语,如 pull up 拔起,停下 pull out 抽出 pull on 穿上 等等

truly，英音["tru:lu026a]，美音[u02c8trulu026a] 。1、truly，读作英音["tru:lu026a]，美音[u02c8trulu026a]，英文单词，主要用作为副词、名词。（指性质）真正，确实;真正地；（指描述）确切，准确，精确；（用于说法、感觉等）真诚地，诚恳地，衷心地。同义词有sincerely , really , true等。2、truly的短语搭配有：ove truly 真的真的喜欢你 ; 真实的去爱，Truly Pink 淡粉轻纱轻柔流畅的薄纱裙摆 ; 红粉真情 ; 真粉，you truly 你真 ; 你真正，Truly Forever 真永远，TRULY MEET 真相遇，Truly Human 真正的人，truly asynchronous 真异步式，truly international 课程推广。truly双语例句1.The birth of a live healthy baby is a truly blessed event.生一个活泼健康的孩子确实是一件幸运的事。2.There is no concrete evidence to support assertions that the recession is truly over.没有任何确凿的证据支持经济衰退已真正结束的断言。3.Is a questionnaire answered by 500 people truly representative of the population as a whole?由500人参加的问卷调查能真正代表所有民众吗？

不清楚

meteor 前端restful api 怎么传递数组指针 指针是C语言中广泛使用的一种数据类型。运用指针编程是C语言最主要的风格之一。利用指针变量可以表示各种数据结构；能很方便地使用数组和字符串；并能象汇编语言一样处理内存地址，从而编出精练而高效的程序。指针极大地丰富了C语言的功能。学习指针是学习C语言中最重要的一环，能否正确理解和使用指针是我们是否掌握C语言的一个标志。同时，指针也是C语言中最为困难的一部分，在学习中除了要正确理解基本概念，还必须要多编程，上机调试。只要作到这些，指针也是不难掌握的。10.1 地址指针的基本概念在计算机中，所有的数据都是存放在存储器中的。一般把存储器中的一个字节称为一个内存单元，不同的数据类型所占用的内存单元数不等，如整型量占2个单元，字符量占1个单元等，在前面已有详细的介绍。为了正确地访问这些内存单元，必须为每个内存单元编上号。根据一个内存单元的编号即可准确地找到该内存单元。内存单元的编号也叫做地址。 既然根据内存单元的编号或地址就可以找到所需的内存单元，所以通常也把这个地址称为指针。 内存单元的指针和内存单元的内容是两个不同的概念。 可以用一个通俗的例子来说明它们之间的关系。我们到银行去存取款时， 银行工作人员将根据我们的帐号去找我们的存款单， 找到之后在存单上写入存款、取款的金额。在这里，帐号就是存单的指针， 存款数是存单的内容。对于一个内存单元来说，单元的地址即为指针，其中存放的数据才是该单元的内容。在C语言中，允许用一个变量来存放指针，这种变量称为指针变量。因此，一个指针变量的值就是某个内存单元的地址或称为某内存单元的指针。图中，设有字符变量C，其内容为“K”(ASCII码为十进制数 75)，C占用了011A号单元(地址用十六进数表示)。设有指针变量P，内容为011A，这种情况我们称为P指向变量C，或说P是指向变量C的指针。严格地说，一个指针是一个地址，是一个常量。而一个指针变量却可以被赋予不同的指针值，是变量。但常把指针变量简称为指针。为了避免混淆，我们中约定：“指针”是指地址，是常量，“指针变量”是指取值为地址的变量。定义指针的目的是为了通过指针去访问内存单元。 既然指针变量的值是一个地址，那么这个地址不仅可以是变量的地址，也可以是其它数据结构的地址。在一个指针变量中存放一个数组或一个函数的首地址有何意义呢？ 因为数组或函数都是连续存放的。通过访问指针变量取得了数组或函数的首地址，也就找到了该数组或函数。这样一来，凡是出现数组，函数的地方都可以用一个指针变量来表示，只要该指针变量中赋予数组或函数的首地址即可。这样做，将会使程序的概念十分清楚，程序本身也精练，高效。在C语言中，一种数据类型或数据结构往往都占有一组连续的内存单元。 用“地址”这个概念并不能很好地描述一种数据类型或数据结构，而“指针”虽然实际上也是一个地址，但它却是一个数据结构的首地址，它是“指向”一个数据结构的，因而概念更为清楚，表示更为明确。 这也是引入“指针”概念的一个重要原因。10.2 变量的指针和指向变量的指针变量

吹牛，胡说八道的意思

jetty一般不会出问题的，你的MyWebSocketServlet类对应的189行是什么？

这种类型的信息可能会违反法律法规，并对用户造成严重的心理和社交伤害。建议您遵守相关的法律法规和社会道德规范，并寻找其他有益和健康的娱乐方式。

timber是木材的意思，美国伐木工人树要砍倒的时候就喊timber这个词，所以在这首歌里道理也是一样，就是说注意啦注意啦，大家动起来，大家跳起来，我们要开搞啦！

因为他觉得paul很没有人情味，不仅是他对他老婆死亡的态度，还有zach知道他的生母被paul（帮凶）杀掉的事实，加上他暴富这一事实对他产生的影响，在一系列谎言的环境下长大，他的人格早就扭曲了

太多了，你应该一题一题问这样才有人回答

wave ultima12适合初跑者，rider23适合慢跑者。wave ultima12适合体重在100斤到140斤的跑者和初跑者。它是次顶级缓震跑鞋。中底使用平行Wave波浪片+U4ic+U4icX组合。Wave波浪片分散地面冲击力，带来良好的缓震性和稳定性。U4ic和U4icX进一步提升吸震性和反弹性，获得舒适的跑步体验。rider23上脚之后的第一个感觉就是包裹感很强，在跑步过程中是可以感受到很明显的回弹反馈，跑了10来公里没有出现泄力的感觉，挺好的。抓地很稳，跑起来很踏实。这双跑鞋是比较适合体重偏大一些的人日常慢跑。

ultima比较适合前脚掌，rider后跟跑法。缓冲性应该是rider稍微好些的。不过性价比来说,前者更胜一筹。

KlausSchultz外文名：KlausSchultz职业：演员代表作品：《_dipussi》合作人物：ViccovonBülow

culture/（音标不会打）／①文化②教养③栽培④养殖⑤耕作⑥培养▲cultural α │d~ α.有教养的;人工培养的

是部分倒装

首选之地

SM所属社表示“将推出预备明星组合‘Smrookies"让粉丝们可以共同参与其中并且与偶像共同成长，算是马上出道的练习生，目前不确定是以团体还是solo出道。

这是法语，字母a的上面应该还有个小撇，整个词组的意思是：我自己、我独自……

回答好的就行了

中 文 - 思琪韩文写法 - uc0acuae30罗马音标 - Sa Gi

检查主机跟电池。机器换新的电池和充电器，如果可以开机，就说明机器没有问题，不能开机就是机器坏了。若还是无法开机，请联系厂家咨询处理。PDA作为一个科技含量非常高的产品，为实物发运，信息跟踪查询等提供了便捷，现已在全国邮政邮件收投环节广泛应用。不仅是在物流行业，PDA作为数据采集设备也广泛应用在服装，零售，金融及政府公用等领域。

（某某）自己（地）

只，仅仅，刚刚

只有你

望天，我从没想过这个问题，就纯粹个人观点好了：seul 表示 只有一个所以pas un/une seul/seule 否定的是“只”，借用楼上的例句，Il n"y a pas un seul livre sur la table 桌上不是只有一本书，（可能有其它的东西啊之类）pas un/une 区分于pas de ... 不是绝对否定，否定的是“一”，（可能有不止一个。。。）如果说 强调作用 应该也说得通 吧 。。。希望对你有帮助

tucson seul图森瑟

韩顺姬。。ud55cuc120uc9c0

歌曲名:Seul歌手:Arno专辑:A La FrancaiseSeul - Garou编缉：蓝光亮Tant de fois j"ai tentéD"aller toucher les étoilesQue souvent en tombant Je m"y suis fait malTant de fois j"ai penséAvoir franchi les limitesMais toujours une femmeM"a remis en orbiteTant de fois j"ai grimpéJusqu"au plus haut des cimesQue je m"suis retrouvéSeul au fond de l"abimeSeul au fond de l"abimeCelui qui n"a jamais été seulAu moins une fois dans sa vieSeul au fond de son litSeul au bout de la nuitPeut-il seulement aimerPeut-il aimer jamaisTant d"amis sont partiesDu jour au lendemainQue je sais aujourd"huiQu"on peut mourir demainOn a beau tout avoirL"argent,l"amour,la gloireIl y a toujours un soirOù l"on se retrouve seulSeul au point de departTant de fois j"ai étéJusqu"au bout de mes rêvesQue je continueraiJusqu"à ce que j"en crèveQue je continueraiJamais JamaisPeut-il seulement aimerJe continueraiPeut-il jamais aimer编缉：蓝光亮http://music.baidu.com/song/2776963

seul 做副词时没有性数变化

首尔

你好：Seulement un：只，仅仅，刚刚 seul 表示 只有一个所以pas un/une seul/seule 否定的是“只”，借用楼上的例句，Il n"y a pas un seul livre sur la table 桌上不是只有一本书，（可能有其它的东西啊之类）pas un/une 区分于pas de ... 不是绝对否定，否定的是“一”，（可能有不止一个。。。）法语中un和une用法意思区别：1.n修饰阳性名词的不定冠词，比如un étudiant (一个男大学生）2.une修饰阴性名词的不定冠词，比如une étudiante(一个女大学生）un和une相当于英语里的a,an，只不过根据名词的阴阳性决定用哪个。

Fion: n.m. 最后加工，最后润饰。 Seul: adj.(做表语） 单独的，唯一的 (做形容语) 1.放在名词后，是“单独”的意思。 2.放在名词前，为“唯一的，独一无二的”。 adv.只有，仅仅 n： un seul , une seule 单独一个人

意思是前定；命运。可以简写成：Tagedir 这是我前见天就回答过你的答案了！~

这个单词的意思，更多的时候会解释成灵魂伴侣的意思，这个含义很广范，未必就只能解释成，形容成恋人

已发送，请查收。

git pull 是从branch上下载最新的index信息，index里包含新增的tag，修改，新添加的文件，每个文件的版本信息。

文件名是 .gitignore 里面存放的是在这个git仓库中的忽略文件或目录。在此文件中的文件或目录的变化不会影响仓库的状态，同样在commit的时候也是看不到的。

在ubuntu系统中，如何避免git每次提交都输入用户名和密码？ 操作步聚如下： 1: cd 回车；进入当前用户目录下； 2: vim .git-credentials （如果没有安装vim 用其它编辑器也可以或 sudo apt-get install vim 安装一个）

thisObj.className = "active"; document.getElementById(tabObj+"_Content"+i).style.display = "block"; }else{ tabList[i].className = "normal"; document.getElementById(tabObj+"_Content"+i).style.display = "none"; }

表示你拉取远程代码之后和本地代码出现了冲突

<稳妥> 为了怕你担忧，稳妥起见，在本地commit的这个分支上，创建一个新的分支 temp, 如果合并或者推送出了其他问题，这个分支还在，就表示你做的工作成果还是在的，git checkout -b temp然后，你再把分支切回来git checkout master(如果你还是非常担心，你就把这个temp推送上去，就永远不会丢了)git push -u origin temp--- 注意： 重点来了----针对你的描述，我们需要做的是：拉取远端master的，自动和本地的master合并，然后，再提交上去。这里有两种情况①拉取的时候， 如果有冲突，就修改冲突，修改完以后再推送。完整命令：git pull origin【修改冲突代码】git add -A .git commit -am "提交说明"git push origim master②拉取的时候没有冲突，拉完后直接推送。完整命令：git pull origingit push origin master--------------------------------------在执行 git pull origin 后， 根据命令行里面的提示来判断有没有冲突

push之前忘记pull会产生一个后果，就是你现在再push会产生冲突（错误提示大概是线上版本和本地版本不同步，需要合并），push失败。然后你需要pull下来，merge，然后后会提示冲突，然后解决完冲突，再push。当然如果是个人的小项目，确认没问题，也可以加 -f 强制提交。后果是强制覆盖线上版本（多人协作千万不要这样用！多人协作千万不要这样用！多人协作千万不要这样用！）

拉取远程仓库：$ git pull [remoteName] [localBranchName]git pull：从其他的版本库（既可以是远程的也可以是本地的）将代码更新到本地，例如："git pull origin master"就是将origin这个版本库的代码更新到本地的master主枝，该功能类似于SVN的update

不会 你执行的 是 git merge dev 那么在master分支上是合并的dev的本地分支, dev远程分支上的东西,不管有没有被取回来, 都不会被自动合并到master上的,除非你先将远程dev合并到本地dev,或者执行 git merge origin/dev

这和你的设置有关。原因：1. 生成sshkey的时候你设置了密码。那么你以后每次推送、拉取都会要求输入密码。2. 托管站点保存的密码被系统遗忘（用http方式的时候一般第一次都会要求输入密码,用sshkey不会----除了原因1的设置的原因。）解决办法：也不清楚配置git全局文件里有没有设置免密登录的设置，如果项目还不是很多的话，可以重新生成sshkey(如果你也不清楚怎么设置免密的话).记得重新生成的时候不要设置密码了。相应操作，到托管站把新的sshkey加上，并删掉旧的sshkey。

git init 创建仓库git clone git 克隆仓库到本地 git add 添加本地修改文件 如果初始文件过多 , 可以使用git add . 上传git commit -m"Initial version" 提交修改git push origin master 将所有改动push到远程仓库中

日常更新上传的步骤： git add git commit git pull git push

Git中从远程的分支获取最新的版本到本地有这样2个命令：1. gitfetch：相当于是从远程获取最新版本到本地，不会自动mergegit fetch origin mastergit log -p master..origin/mastergit merge origin/master以上命令的含义：首先从远程的origin的master主分支下载最新的版本到origin/master分支上然后比较本地的master分支和origin/master分支的差别最后进行合并上述过程其实可以用以下更清晰的方式来进行：git fetch origin master:tmpgit diff tmp git merge tmp从远程获取最新的版本到本地的test分支上之后再进行比较合并2. gitpull：相当于是从远程获取最新版本并merge到本地git pull origin master上述命令其实相当于git fetch 和 git merge在实际使用中，git fetch更安全一些因为在merge前，我们可以查看更新情况，然后再决定是否合并

那取决于a文件是否在记录里。如果在git记录里，并且远程仓库的版本比本地仓库新，新版本移除了a文件，那自然pull时就会移除本地的a文件。

使用 Git 作为代码版本管理，早已是现在开发工程师必备的技能。可大多数工程师还是只会最基本的保存、拉取、推送，遇到一些commit管理的问题就束手无策，或者用一些不优雅的方式解决。 本文分享我在开发工作中实践过的实用命令。这些都能够大大提高工作效率，还能解决不少疑难场景。下面会介绍命令，列出应用场景，手摸手教学使用，让同学们看完即学会。 官方解释：当您想记录工作目录和索引的当前状态，但又想返回一个干净的工作目录时，请使用git stash。该命令将保存本地修改，并恢复工作目录以匹配头部提交。 stash 命令能够将还未 commit 的代码存起来，让你的工作目录变得干净。 我猜你心里一定在想：为什么要变干净？ 应用场景：某一天你正在 feature 分支开发新需求，突然产品经理跑过来说线上有bug，必须马上修复。而此时你的功能开发到一半，于是你急忙想切到 master 分支，然后你就会看到以下报错： 因为当前有文件更改了，需要提交commit保持工作区干净才能切分支。由于情况紧急，你只有急忙 commit 上去，commit 信息也随便写了个“暂存代码”，于是该分支提交记录就留了一条黑 历史 …(真人真事，看过这种提交) 如果你学会 stash，就不用那么狼狈了。你只需要： 就这么简单，代码就被存起来了。 当你修复完线上问题，切回 feature 分支，想恢复代码也只需要： 当有多条 stash，可以指定操作stash，首先使用stash list 列出所有记录： 应用第二条记录： pop，drop 同理。 stash 代码 填写备注内容，也可以不填直接Enter 在STASHES菜单中可以看到保存的stash 先点击stash记录旁的小箭头，再点击 apply 或者 pop 都可恢复 stash 完全不接触索引文件或工作树（但会像所有模式一样，将头部重置为）。这使您的所有更改的文件更改为“要提交的更改”。 回退你已提交的 commit，并将 commit 的修改内容放回到暂存区。 一般我们在使用 reset 命令时， git reset --hard 会被提及的比较多，它能让 commit 记录强制回溯到某一个节点。而 git reset --soft 的作用正如其名， --soft (柔软的) 除了回溯节点外，还会保留节点的修改内容。 回溯节点，为什么要保留修改内容？ 应用场景1：有时候手滑不小心把不该提交的内容 commit 了，这时想改回来，只能再 commit 一次，又多一条“黑 历史 ”。 应用场景2：规范些的团队，一般对于 commit 的内容要求职责明确，颗粒度要细，便于后续出现问题排查。本来属于两块不同功能的修改，一起 commit 上去，这种就属于不规范。这次恰好又手滑了，一次性 commit 上去。 学会 reset --soft 之后，你只需要： reset --soft 相当于后悔药，给你重新改过的机会。对于上面的场景，就可以再次修改重新提交，保持干净的 commit 记录。 以上说的是还未 push 的commit。对于已经 push 的 commit，也可以使用该命令，不过再次 push 时，由于远程分支和本地分支有差异，需要强制推送 git push -f 来覆盖被 reset 的 commit。 还有一点需要注意，在 reset --soft 指定 commit 号时，会将该 commit 到最近一次 commit 的所有修改内容全部恢复，而不是只针对该 commit。 举个例子： commit 记录有 c、b、a。 reset 到 a。 此时的 HEAD 到了 a，而 b、c 的修改内容都回到了暂存区。 给定一个或多个现有提交，应用每个提交引入的更改，为每个提交记录一个新的提交。这需要您的工作树清洁（没有从头提交的修改）。 将已经提交的 commit，复制出新的 commit 应用到分支里 commit 都提交了，为什么还要复制新的出来？ 应用场景1：有时候版本的一些优化需求开发到一半，可能其中某一个开发完的需求要临时上，或者某些原因导致待开发的需求卡住了已开发完成的需求上线。这时候就需要把 commit 抽出来，单独处理。 应用场景2：有时候开发分支中的代码记录被污染了，导致开发分支合到线上分支有问题，这时就需要拉一条干净的开发分支，再从旧的开发分支中，把 commit 复制到新分支。 复制单个 现在有一条feature分支，commit 记录如下： 需要把 b 复制到另一个分支，首先把 commitHash 复制下来，然后切到 master 分支。 当前 master 最新的记录是 a，使用 cherry-pick 把 b 应用到当前分支。 完成后看下最新的 log，b 已经应用到 master，作为最新的 commit 了。可以看到 commitHash 和之前的不一样，但是提交时间还是保留之前的。微信搜索公众号：Java后端编程，回复：java 领取资料 。 复制多个 以上是单个 commit 的复制，下面再来看看 cherry-pick 多个 commit 要如何操作。 上面的命令将 commit1 和 commit2 两个提交应用到当前分支。 上面的命令将 commit1 到 commit2 这个区间的 commit 都应用到当前分支（包含commit1、commit2），commit1 是最早的提交。 在 cherry-pick 多个commit时，可能会遇到代码冲突，这时 cherry-pick 会停下来，让用户决定如何继续操作。下面看看怎么解决这种场景。 还是 feature 分支，现在需要把 c、d、e 都复制到 master 分支上。先把起点c和终点e的 commitHash 记下来。 切到 master 分支，使用区间的 cherry-pick 。可以看到 c 被成功复制，当进行到 d 时，发现代码冲突， cherry-pick 中断了。这时需要解决代码冲突，重新提交到暂存区。 然后使用 cherry-pick --continue 让 cherry-pick 继续进行下去。最后 e 也被复制进来，整个流程就完成了。 以上是完整的流程，但有时候可能需要在代码冲突后，放弃或者退出流程： 回到操作前的样子，就像什么都没发生过。 不回到操作前的样子。即保留已经 cherry-pick 成功的 commit，并退出 cherry-pick 流程。 给定一个或多个现有提交，恢复相关提交引入的更改，并记录一些这些更改的新提交。这就要求你的工作树是干净的（没有来自头部的修改）。 将现有的提交还原，恢复提交的内容，并生成一条还原记录。 应用场景：有一天测试突然跟你说，你开发上线的功能有问题，需要马上撤回，否则会影响到系统使用。这时可能会想到用 reset 回退，可是你看了看分支上最新的提交还有其他同事的代码，用 reset 会把这部分代码也撤回了。由于情况紧急，又想不到好方法，还是任性的使用 reset，然后再让同事把他的代码合一遍（同事听到想打人），于是你的技术形象在同事眼里一落千丈。 revert 普通提交 学会 revert 之后，立马就可以拯救这种尴尬的情况。 现在 master 记录如下： revert 掉自己提交的 commit。 因为 revert 会生成一条新的提交记录，这时会让你编辑提交信息，编辑完后 :wq 保存退出就好了。 再来看下最新的 log，生成了一条 revert 记录，虽然自己之前的提交记录还是会保留着，但你修改的代码内容已经被撤回了。 在 git 的 commit 记录里，还有一种类型是合并提交，想要 revert 合并提交，使用上会有些不一样。 现在的 master 分支里多了条合并提交。 使用刚刚同样的 revert 方法，会发现命令行报错了。为什么会这样？在官方文档中有解释。 通常无法 revert 合并，因为您不知道合并的哪一侧应被视为主线。此选项指定主线的父编号（从1开始），并允许 revert 反转相对于指定父编号的更改 我的理解是因为合并提交是两条分支的交集节点，而 git 不知道需要撤销的哪一条分支，需要添加参数 -m 指定主线分支，保留主线分支的代码，另一条则被撤销。 -m 后面要跟一个 parent number 标识出"主线"，一般使用 1 保留主分支代码。 还是上面的场景，在 master 分支 revert 合并提交后，然后切到 feature 分支修复好 bug，再合并到 master 分支时，会发现之前被 revert 的修改内容没有重新合并进来。 因为使用 revert 后， feature 分支的 commit 还是会保留在 master 分支的记录中，当你再次合并进去时，git 判断有相同的 commitHash，就忽略了相关 commit 修改的内容。 这时就需要 revert 掉之前 revert 的合并提交，有点拗口，接下来看操作吧。 现在 master 的记录是这样的。 再次使用 revert，之前被 revert 的修改内容就又回来了。 此命令管理重录中记录的信息。 如果说 reset --soft 是后悔药，那 reflog 就是强力后悔药。它记录了所有的 commit 操作记录，便于错误操作后找回记录。 应用场景：某天你眼花，发现自己在其他人分支提交了代码还推到远程分支，这时因为分支只有你的最新提交，就想着使用 reset --hard ，结果紧张不小心记错了 commitHash，reset 过头，把同事的 commit 搞没了。没办法， reset --hard 是强制回退的，找不到 commitHash 了，只能让同事从本地分支再推一次（同事瞬间拳头就硬了，怎么又是你）。于是，你的技术形象又一落千丈。 分支记录如上，想要 reset 到 b。 误操作 reset 过头，b 没了，最新的只剩下 a。 这时用 git reflog 查看 历史 记录，把错误提交的那次 commitHash 记下。 再次 reset 回去，就会发现 b 回来了。 对我这种喜欢敲命令而不用图形化工具的爱好者来说，设置短命令可以很好的提高效率。下面介绍两种设置短命令的方式。 打开全局配置文件 写入内容 本文主要分享了5个在开发中实用的 Git 命令和设置短命令的方式。 文中列举的应用场景有部分不太恰当，只是想便于同学们理解，最重要的是要理解命令的作用是什么，活学活用才能发挥最大功效。 好啦，今天的分享就到这儿啦，我们下次见啦~

在解决gitmerge的冲突时，有时我总忍不住吐槽git实在太不智能了，明明仅仅是往代码里面插入几行，没想到合并就失败了，只能手工去一个个确认。真不知道git的合并冲突是怎么判定的。在一次解决了涉及几十个文件的合并冲突后（整整花了我一个晚上和一个早上的时间！），我终于下定决心，去看一下gitmerge代码里面冲突判定的具体实现。正所谓冤有头债有主，至少下次遇到同样的问题时就可以知道自己栽在谁的手里了。于是就有了这样一篇文章，讲讲gitmerge内部的冲突判定机制。recursivethree-waymerge和ancestorgit的源码先用merge作关键字搜索，看看涉及的相关代码。找了一段时间，找到了gitmerge的时候，比较待合并文件的函数入口：ll_merge。另外还有一份文档，它也指出ll_merge正是合并实现的入口。从函数签名可以看到，mmfile_t应该就代表了待合并的文件。有趣的是，这里待合并的文件并不是两份，而是三份。intll_merge(mmbuffer_t*result_buf,constchar*path,mmfile_t*ancestor,constchar*ancestor_label,mmfile_t*ours,constchar*our_label,mmfile_t*theirs,constchar*their_label,conststructll_merge_options*opts)看过githelpmerge的读者应该知道，ours表示当前分支，theirs表示待合并分支。看得出来，这个函数就是把某个文件在不同分支上的版本合并在一起。那么ancestor又是位于哪个分支呢？倒过来从调用方开始阅读代码，可以看出大体的流程是这样的，gitmerge会找出三个commit，然后对每个待合并的文件调用ll_merge，生成最终的合并结果。按注释的说法，ancestor是后面两个commit（ours和theirs）的公共祖先（ancestor）。另外前面提到的文档也说明，git合并的时候使用的是recursivethree-waymerge。关于recursivethree-waymerge，wikipedia上有个相关的介绍#Recursive_three-way_merge)。就是在合并的时候，将ours，theirs和ancestor三个版本的文件进行比较，获取ours和ancestor的diff，以及theirs和ancestor的diff，这样做能够发现两个不同的分支到底做了哪些改动。毕竟后面git需要判定冲突的内容，如果没有原初版本的信息，只是简单地比较两个文件，是做不到的。鉴于我的目标是发掘git判定冲突的机制，所以没有去看git里面查找ancestor的实现。不过只需肉眼在图形化界面里瞅上一眼，就可以找到ancestorcommit。（比如在gitlab的network界面中，回溯两个分支的commit线，一直到岔路口）有一点需要注意的是，revert一个commit不会改变它的ancestor。所谓的revert，只是在当前commit的上面添加了新的undocommit，并没有改变“岔路口”的位置。不要想当然地认为，revert之后ancestor就变成上一个commit的ancestor了。尤其是在revertmergecommit的时候，总是容易忘掉这个事实。假如你revert了一个mergecommit，在重新merge的时候，git所参照的ancestor将不是merge之前的ancestor，而是revert之后的ancestor。于是就掉到坑里去了。建议所有读者都看一下git官方对于revertmergecommit潜在后果的说法：mit的公共祖先，比较同一个文件分别在ours和theirs下对于公共祖先的差异，然后合并这两组差异。如果双方同时修改了一处地方且修改内容不同，就判定为合并冲突，依次输出双方修改的内容。

基本上顺序是这样的：你修改好了代码，先要提交git commit -am “commit message"然后有两种方法来把你的代码和远程仓库中的代码合并a. git pull这样就直接把你本地仓库中的代码进行更新但问题是可能会有冲突(conflicts)，个人不推荐b. 先git fetch origin（把远程仓库中origin最新代码取回），再git merge origin/master（把本地代码和已取得的远程仓库最新代码合并），如果你的改动和远程仓库中最新代码有冲突，会提示，再去一个一个解决冲突，最后再从1开始如果没有冲突，git push origin master，把你的改动推送到远程仓库中至于rebase很容易和merge混淆，因为就结果而言，两条命令是类似的，具体请看http://git-scm.com/book/zh/ch3-6.html

gitfetch只取回远端的更新，但不会对本地分支执行merge操作。而gitpull则在gitfetch的基础上做了merge。简单说：gitpull等于gitfetch+gitmerge特别的：gitpull--rebase等于gitfetch+gitrebase

Git fetch 从远程分支获取最新版本到本地，并不会自动mergeGit pull从远程分支获取最新版本到本地，并且merge，所以实际上Git pull 执行了两个步骤，Git fetch将FETCH_HEAD的内容取下来Git merge FETCH_HEAD

因为专业的机子是不会的，你肯以使用360老帮你解决所有问题.

报错信息： 原因：如果有未提交的更改 解决： 先执行git stash,提交后 再执行git pull –rebase

　处理的方式非常简单，主要是使用git stash命令进行处理，分成以下几个步骤进行处理。　　1、先将本地修改存储起来　　$ git stash　　这样本地的所有修改就都被暂时存储起来 。是用git stash list可以看到保存的信息：　　git stash暂存修改　　其中stash@{0}就是刚才保存的标记。　　2、pull内容　　暂存了本地修改之后，就可以pull了。　　$ git pull　　3、还原暂存的内容　　$ git stash pop stash@{0}　　系统提示如下类似的信息：　　Auto-merging c/environ.cCONFLICT (content): Merge conflict in c/environ.c　　意思就是系统自动合并修改的内容，但是其中有冲突，需要解决其中的冲突。　　4、解决文件中冲突的的部分　　打开冲突的文件，会看到类似如下的内容：　　git冲突内容其中Updated upstream 和=====之间的内容就是pull下来的内容，====和stashed changes之间的内容就是本地修改的内容。碰到这种情况，git也不知道哪行内容是需要的，所以要自行确定需要的内容。　　解决完成之后，就可以正常的提交了。

gitpull之后无法编辑某些文件：保留本地修改:先封存保留原有本地文件的修改,从远端拉取后,再把封存的修改还原。

两种办法：1、先用gitlog查看上次上库的版本，把commit复制出来，在用gitreset--hard到上一个版本，然后再gitpull2、把冲突的目录移走（需要备份的话，不需要备份的话直接删除），然后再gitpull确保你fetch的是需要下载的服务器。

1、用gitlog查看上次du上库的版本，把commit复制出来。2、用gitreset–hard到上一个zhi版本，然后再gitpull2、把冲突dao的目录移走即可恢复。

Git中从远程的分支获取最新的版本到本地有这样2个命令：1. git fetch：相当于是从远程获取最新版本到本地，不会自动mergegit fetch origin mastergit log -p master..origin/mastergit merge origin/master 以上命令的含义： 首先从远程的origin的master主分支下载最新的版本到origin/master分支上 然后比较本地的master分支和origin/master分支的差别 最后进行合并 上述过程其实可以用以下更清晰的方式来进行：git fetch origin master:tmpgit diff tmp git merge tmp 从远程获取最新的版本到本地的test分支上 之后再进行比较合并2. git pull：相当于是从远程获取最新版本并merge到本地git pull origin master上述命令其实相当于git fetch 和 git merge在实际使用中，git fetch更安全一些因为在merge前，我们可以查看更新情况，然后再决定是否合并

1、先将本地修改存储起来$ git stash这样本地的所有修改就都被暂时存储起来 。是用git stash list可以看到保存的信息：git stash暂存修改git stash暂存修改其中stash@{0}就是刚才保存的标记。2、pull内容暂存了本地修改之后，就可以pull了。$ git pull3、还原暂存的内容$ git stash pop stash@{0}系统提示如下类似的信息：Auto-merging c/environ.cCONFLICT (content): Merge conflict in c/environ.c意思就是系统自动合并修改的内容，但是其中有冲突，需要解决其中的冲突。4、解决文件中冲突的的部分

1. git fetch：相当于是从远程获取最新版本到本地，不会自动mergeGit fetch origin mastergit log -p master..origin/mastergit merge origin/master 以上命令的含义： 首先从远程的origin的master主分支下载最新的版本到origin/master分支上 然后比较本地的master分支和origin/master分支的差别 最后进行合并 上述过程其实可以用以下更清晰的方式来进行：git fetch origin master:tmpgit diff tmp git merge tmp 从远程获取最新的版本到本地的test分支上 之后再进行比较合并2. git pull：相当于是从远程获取最新版本并merge到本地git pull origin master上述命令其实相当于git fetch 和 git merge在实际使用中，git fetch更安全一些因为在merge前，我们可以查看更新情况，然后再决定是否合并

1、先将本地修改存储起来$ git stash这样本地的所有修改就都被暂时存储起来 。是用git stash list可以看到保存的信息：git stash暂存修改其中stash@{0}就是刚才保存的标记。2、pull内容暂存了本地修改之后，就可以pull了。$ git pull3、还原暂存的内容$ git stash pop stash@{0}系统提示如下类似的信息：Auto-merging c/environ.cCONFLICT (content): Merge conflict in c/environ.c意思就是系统自动合并修改的内容，但是其中有冲突，需要解决其中的冲突。4、解决文件中冲突的的部分打开冲突的文件，会看到类似如下的内容：git冲突内容其中Updated upstream 和=====之间的内容就是pull下来的内容，====和stashed changes之间的内容就是本地修改的内容。碰到这种情况，git也不知道哪行内容是需要的，所以要自行确定需要的内容。解决完成之后，就可以正常的提交了。

在使用git pull代码时，经常会碰到有冲突的情况，提示如下信息：error: Your local changes to "c/environ.c" would be overwritten by merge. Aborting.Please, commit your changes or stash them before you can merge.这个意思是说更新下来的内容和本地修改的内容有冲突，先提交你的改变或者先将本地修改暂时存储起来。处理的方式非常简单，主要是使用git stash命令进行处理，分成以下几个步骤进行处理。1、先将本地修改存储起来$ git stash这样本地的所有修改就都被暂时存储起来 。是用git stash list可以看到保存的信息：git stash暂存修改其中stash@{0}就是刚才保存的标记。2、pull内容暂存了本地修改之后，就可以pull了。$ git pull3、还原暂存的内容$ git stash pop stash@{0}系统提示如下类似的信息：Auto-merging c/environ.cCONFLICT (content): Merge conflict in c/environ.c意思就是系统自动合并修改的内容，但是其中有冲突，需要解决其中的冲突。4、解决文件中冲突的的部分打开冲突的文件，会看到类似如下的内容：git冲突内容其中Updated upstream 和=====之间的内容就是pull下来的内容，====和stashed changes之间的内容就是本地修改的内容。碰到这种情况，git也不知道哪行内容是需要的，所以要自行确定需要的内容。解决完成之后，就可以正常的提交了。

处理的方式非常简单，主要是使用git stash命令进行处理，分成以下几个步骤进行处理。1、先将本地修改存储起来 $ git stash 这样本地的所有修改就都被暂时存储起来 。是用git stash list可以看到保存的信息： git stash暂存修改 其中stash@{0}就是刚才保存的标记。 2、pull内容 暂存了本地修改之后，就可以pull了。 $ git pull 3、还原暂存的内容 $ git stash pop stash@{0} 系统提示如下类似的信息： Auto-merging c/environ.c CONFLICT (content): Merge conflict in c/environ.c 意思就是系统自动合并修改的内容，但是其中有冲突，需要解决其中的冲突。 4、解决文件中冲突的的部分 打开冲突的文件，会看到类似如下的内容： git冲突内容 其中Updated upstream 和=====之间的内容就是pull下来的内容，====和stashed changes之间的内容就是本地修改的内容。碰到这种情况，git也不知道哪行内容是需要的，所以要自行确定需要的内容。 解决完成之后，就可以正常的提交了。

git clone是把整个git项目拷贝下来，包括里面的日志信息，git项目里的分支，你也可以直接切换、使用里面的分支等等git pull相当于git fetch和git merge。其意思是先从远程下载git项目里的文件，然后将文件与本地的分支进行merge。

先commit再pull自动合并有什么不好呢……