https://github.com/Epix37/Hearthstone-Deck-Tracker 以上面版本库的master分支为例 父节点1 SHA-1: a21142968282ae49720cf30a0f18290b2ce74b3a * remove hotkey from config if action could not be found, fix hotkey menu item name 父节点2 SHA-1: 86a824e8f46005db91f334dfc57b6bb5

以Ranger项目为例,说明开源社区合入patch的详细步骤. 1.reviews页面下载patch 进入到review页面:https://reviews.apache.org/r/67919/ 点击Download Diff下载patch, Chrome浏览器会下载0001-Ranger-2152.patch文件到下载目录: C:\Users\Administrator\Downloads 2.拷贝patch到ranger代码目录 将下载0001-Ranger-2152.patch文件放到如

Git记录 使用git 也有一段时间了, git的入门级了解也就不再多说, 但平常使用中, 仍然会遇到很多问题, 在此记录一二. 在查资料的过程中, 发现了两个比较好的资料: 特别是第二个, 相当详细的 Git教程, 如果看完的话, 相信对 Git的使用理解已经基本不是问题了. 常用Git命令清单 Git 分支 - 何谓分支 Git基础命令 git config --global user.name "myname" git config --global user.email &qu

Git使用方法(精心整理,绝对够用)   一.git客户端(本地仓库)的一些操作 1.设置账户(需要和github账户设置一致) git config --global user.name xxx git config --global user.email xxx@foxmail.com   2.查看设置 git config --list user.name=xxx user.email=xxx@foxmail.com   3.创建git本地仓库 git init 此时会出现提示 : ini

图解全流程 详细步骤 1. fork仓库 2. clone fork仓库到本地 3. 关联upstream原仓库 在fork本地仓库输入下面命令进行关联: git remote add upstream <原仓库github地址> 查看仓库地址: git remote -v 4. fork本地仓库commit+push 修改完文件后执行下面命令: git add . git commit -m 'message' // push推送到fork远程仓库 git push origin maste

冲突的解决原则 不是自己修改的地方就使用主干的. 需要特别注意的是: 分支同步主干时,远端(theirs)是主干,本地(mine/working)的是分支: 分支合入主干时,本地(mine/working)的是主干,远端(theirs)是分支. 二进制文件的冲突解决 对于*.jar *.png 等二进制文件的冲突,如果这些文件与你的业务开发是无关的,直接右键"Resolve"即可. 汉字注释中的"真假李逵" 在执行merge后,会发现代码中有些汉字注释有提示改动了,

今天将bbr的算法合入到了centos7.3的内核,基线内核版本是3.10.0-514.el7.x86_64, 内核编译测试通过.感谢隆春和文洋的帮助,隆春是将bbr合入到了cgslv5版本. 这种反向合入,本来是滚雪球似的,还好bbr算法比较干净,往低版本合入,一次性编译通过,测试数据如下: 两种算法的切换如下: 切换到bbr算法: sysctl -w "net.core.default_qdisc=fq"sysctl -w "net.ipv4.tcp_congestion

8909平台的冷热充电温度点是硬件控制的,不能软件控制,目前硬件设置的是0~55度的充电区间. 软件上应该设置的是BTM comparator threshold, 70%(cold)~35%(hot). 驱动可以控制充电区间内的充电电压和电流. qcom,batt-hot-percentage = <35>; qcom,batt-cold-percentage = <70>; JEITA设置: 低于0度,停止充电. 0~10度 最大充电电压4.2V,充电电流 360mA, 10度

Git 合并多次 commit 有时候在一个分支的多次意义相近的 commit,会把整个提交历史搞得很混乱,此时可以将一部分的 commit 合并为一个 commit,以美化整个 commit 历史,可以使用 rebase 的方法来合并多次 commit,主要步骤如下: 1. git log 查看当前的提交历史 比如需要将以下 3 个 ”请假应用客户端代码优化“ 的 commit 合并为一个 commit: 2. git rebase 进行 git 压缩 执行 git rebase -i HEA

git是一个分布式的代码版本管理系统,使用起来的确很方便,已签只会star别人的项目,今天刚好有空抽点时间学了一下,简单的几个命令的用法. 首先在giuhub上可以托管代码,然后可以将远程仓库拖到本地来操作,之后再把修改的结果更新到远程仓库,并且对于每一次的代码修改记录都有相应的记录,也方便回滚与查看修改的地方. 首先得在github导入你在本地生成的公私钥中的公钥,然后就可以开始在本地操作远程代码仓库了. 首先可以在本地新建一个目录,可以在此目录中将远程仓库托到本地 git init //变成

在开发过程中我们一般都会用到git管理代码,在git commit提交代码时我们一般对git commit message随便写点简单的描述,可是随着项目参与人数的增多,发现提交的commit记录越来越杂乱,不便查阅,在网上找了下解决方案,总结一下方便在公司项目中运用. commit message 格式 目前大家比较认可的是Angular团队的提交规范,很多工具也是基于此规范开发的.该提交规范格式如下: <type>(<scope>): <subject> <B

导读 近期,Linux内核5.4系列宣布全面可用,添加了许多新功能,更强的安全性和更新的驱动程序,以提供更好的硬件支持.Linux内核5.4增加对微软exFAT文件系统的支持,另外还支持内核锁定功能,该功能被实现为 Linux 安全模块,以限制某些应用程序访问内核. 根据最新消息,Linux内核5.4中也正式将华为EROFS超级文件系统合入了主线. Linux 5.4将成为文件系统前端的重要内核,除了引入新VirtIO-FS和exFAT文件系统支持外,华为的EROFS超级文件系统还将逐步升级.

Git原理学习记录 1.git init git-test ​ git init 实际上就是在特定的目录下创建对应的目录和文件 2.object $ echo "V1" > file.txt $ git hash-object -w file.txt 998a6f80eb9feed5d5a7b2b5

每次git提交,都会有一个parent指针,指向上一次的commit ,   如果合并,master就和hotfix河道一起,就直接删除hotfix就OK     此时,虽然操作一样,大底层实现不一样,要xinchuangjian一个C6分支,master到C6分支.     git commit --amend   在多次修改之后,就用该命令,amend很重要,不需要再建立另外一个连接,在刚才提交的修改信息上就OK github: 主页https://github.com/hbnn/LTE-E

目录 GIT学习记录 配置github与gitlib两个账号 基本操作 git init:初始化仓库 git status:查看仓库状态 git add :向缓存区中添加文件 git commit 保存仓库的历史记录 git log 查看提交日志 git diff : 查看工作树.暂存区.最新提交的差别 至此基本操作已经完成了 关于分支(Branch)的操作 git branch :显示分支一览表 git checkout -b :创建.切换分支 git merge : 合并分支 git log

在开发项目工程中经常会遇到为了一个需求产生多次提交记录.有些是可以接受的,比如按照功能点不同进行的提交.但往往会存在这种,只为了一个小东西进行改动,比如多余文件的提交.书写不规范而不得不提交的情况.多次的提交会让git的管理分支比较混乱,这个时候我们会考虑能否将commit的多次提交合并在一起? 作为当前最为流行的一款版本控制软件,git当然考虑到了这种情况.接下来我将演示如何进行合并操作. 1.使用git log --oneline查看提交记录,决定合并哪些commit 2.假如我们对最近的4

很久没用了,有些配置快忘记了,记录下来,以供以后参考回忆 首先下载好git插件,然后在as上面设置好本地项目地址 设置好git,点击test测试通过 然后把项目添加到git本地库 你会看到你项目里的文件颜色变了,说明添加进去了 操作的时候肯定会遇到一些错,不过百度一下都有很多的解决方案,这里说一下一个错 这个错很普遍,一个提交push报的错,一个update更新报的错,找了写方案没解决 说好的命令也没什么软用,这里有个偏方,我很喜欢用,就是先别初始化远程仓库 创建好了,然后直接提交,成功 我每次

Git 配置好了,来 clone 个或者新建个仓库来试试, $ git clone git@github.com:git/git.git 把 Git 的源码克隆下来,克隆会自动创建本地仓库,并创建本地 master 跟踪到远程仓库的 master 分支,一切都井然有序(这个仓库有点大,天朝的环境需要耐心) $ git init Initialized empty Git repository in c:/Users/X-k_/Desktop/hk/.git/ X-k_@HK ~/Desktop/

github网络连接稍微有些慢,这里使用coding做测试: 首先要分两种情况,一种是直接clone远程库,一种是将本地的代码push到远程库.先说clone到本地 1.clone 通常是我们clone一个远程库的分支下来,并初始化本地仓库,而且将远程库命名为origin.这样就可以使用本地版本库以及推送到远程版本库了. 首先在coding上新建一个项目leatn-git,初始化可以勾选readme和gitignore.readme是项目介绍,gitignore是表示哪种文件可以忽略版本追踪.

Uboot_Kernerl_Add_Watch_Dog: U-Boot 2010.06 (Nov 01 2013 - 15:28:44) DRAM:  128 MiBCheck spi flash controller v350... FoundSpi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"*** Warning - bad CRC, using defau

Commands: git init 把当前目录变成Git可以管理的仓库 随后出现.git目录,这个目录是Git来跟踪管理版本库的git commit -m "change message" 提交代码到Gitgit add file1.txt git add file2.txt 先添加多个文件 之后一起提交 git status 命令可以让我们时刻掌握仓库当前的状态 比如:文件是否被修改,修改后是否提交git diff readme.txt 查看这个文件上次修改具体改了那些内容 git