在使用SourceTree的时候经常会遇见超前一个版本,落后N个版本的情况,遇见这种情况应该怎么办呢? 首先打开终端,最好是从SourceTree里面打开,菜单栏有个终端按钮. 然后输入: $ git reset --hard HEAD^ 这句话的意思是将自己最近的一次提交撤销,回到push之前的状态.但是所有commit的内容就都消失了.非常不建议用这个参数,会牺牲太多的代码.. 如果不想让commit消失,可以改一下参数.用这个参数可以保证你提交的代码原封不动的保存下来.前提是你本地的工作台

linux内核默认会包含git的commit ID. 而linux的内核在insmod模块时,会对模块和内核本身的版本做严格的校验.在开发产品时,改动内核后,由于commit ID变更,会导致linux内核变更,之前已编译发布的模块与升级后的linux版本不一致,必须重新编译,非常麻烦. 为了解决这个问题,很多开发者通过配置make menuconfig,去掉CONFIG_LOCALVERSION_AUTO选项,从而不再包含git commit ID. 关于linux包含git commit的实

之前用Myeclipse编译运行Java没有问题 但是突然想用简单点的NotePad++以及cmd直接编译运行Java 这就让我倒腾了一晚上 先说下问题的解决,再总结下查阅的一些知识. 1.进行win8下Java环境变量配置,在"系统变量"下进行如下配置: (1)新建->变量名:JAVA_HOME变量值:C:\Program Files\Java\jdk1.8.0_05(这只是我的JDK安装路径) (2)编辑->变量名:Path在变量值的后面加上:;%JAVA_HOME%\

最近用Maven打包项目(本地jdk11)后放到服务器(jdk8)后,报[java.lang.UnsupportedClassVersionError]版本不一致错误. 网上资料说是修改IntelliJ Idea的项目的源码版本.依赖版本和JavaCompiler的编译版本,试了过后发现没有解决我的问题,最后通过下面的两种解决方案解决了问题. 一下有两种解决方案 1. Maven Properties Java 8 pom.xml <properties> <maven.compiler

今天在调试Mvc程序时,提示GAC与Temporary ASP.NET Files目录内引用文件版本不一致. [A]System.Web.WebPages.Razor.Configuration.HostSection cannot be cast to [B]System.Web.WebPages.Razor.Configuration.HostSection. Type A originates from 'System.Web.WebPages.Razor, Version=2.0.0.0

1.Git的安装 sudo apt-get install git 用的是linux(ubuntu)系统,安装非常简单,上面一条命令就够了. 2.初次运行的配置 Git 提供了一个叫做 git config 的工具(译注:实际是 git-config 命令,只不过可以通过 git 加一个名字来呼叫此命令.),专门用来配置或读取相应的工作环境变量.而正是由这些环境变量,决定了 Git 在各个环节的具体工作方式和行为.这些变量可以存放在以下三个不同的地方: (a)  /etc/gitconfig 文

Git 将代码恢复到一个历史的版本 要把代码回到某个历史版本 比如 test有两种方法 暴力的方式 如果你的仓库是自己在用(不影响别人),那么你可以使用 git reset --hard <target_commit_id> 来恢复到指定的提交,再用 git push -f 来强制更新远程的分支指针.为了保证万一需要找回历史提交,我们可以先打一个 tag 来备份. 对于刚刚的例子,需要执行的命令就是: // 备份当前的分支到 backup_commit git tag backup_commi

在本周学习Hadoop遇到了一个问题,困扰了半天,本人在安装Hadoop时是按照视频来的,结果发现Hadoop上的jdk版本和本地eclipse的版本不一致,导致本地的程序到处jar包传到虚拟机上运用Hadoop不能正常运行,如果你遇到相同的问题有两种解决方案 1.如果你是刚学的Hadoop,在hdfs上没有什么要紧的东西话,删除Hadoop目录下的dfs文件夹,然后查看你本地的eclipse的jdk的版本,从网上下载一个相同版本的jdk,重新配置一下环境变量,再重新格式化一下 2.如果有种要的

摘自: http://my.oschina.net/zhangzhihao/blog/72177 设置后的效果:文件会自动带上svn:needs-lock属性,默认是只读的要签出才能修改以防止修改完后提交才发现冲突了. 只要两步:第一步:新建文件时自动给文件设置强制只读属性(svn:needs-lock)具体操作:从SVN客户端的“设置”->常规设置-> Subversion->Subversion 配置文件-> 编辑按钮 -> 打开配置文件,在结尾增加: [miscella

昨天手残 然后在GitHub for windows 上点了revert 然后就给重置了 更手残的是又给同步了 .  但是 GitHub 会保留之前的版本 . 只要删掉本次修改就可. 解决方案:  gitshell ->> git revert HEAD 还原已经提交的修改此次操作之前和之后的commit和history都会保留,并且把这次撤销作为一次最新的提交    git revert HEAD                  撤销前一次 commit    git revert HEA

平时做项目时难免会从git,svn下载代码或者把别人的项目文件导入到自己的MyEclipse中进行操作,因此会遇到很多问题,常见的有一种是使用的jdk版本不一致造成的报错, 错误案例:     错误提示:com/shop/dao/AdminDao : Unsupported major.minor VERSION 51.0     错误解决办法:解决Unsupported major.minor VERSION 51.0错误     最近新安装使用了jdk7,编译了一些类替换到原来正常运行的项目

目录 一 因OpenCV版本不一致所引发的报错 注:原创不易,转载请务必注明原作者和出处,感谢支持! 一 因OpenCV版本不一致所引发的报错 今天遇到了一个很有意思的报错. 事情是这样的, 在编译<视觉SLAM十四讲>第12章的一个程序时,编译器报了"未定义的引用"的错误.该程序使用了DBoW3这个库,而这个库又是依赖OpenCV的.DBoW3这个库经过编译之后会生成一个静态链接库并被安装在/usr/local/lib路径下. 未定义的引用错误使我我意识到这是链接库出了问

报错信息: vue项目打包报错 > innovate-admin-vue@ build /home/soldier/SOLDIER/IDE_project/webStorm_project/innovate-admin-vue > gulp assert.js: throw err; ^ AssertionError [ERR_ASSERTION]: Task function must be specified at Gulp.:) at Gulp.task (/home/soldier/S

java编译: java编译就是.java文件变成.class文件的过程,这个过程一般在我们常用的编译器中进行,例如Ecliplse和IDEA等:下面以IDEA举例: 执行上述编译使用的JDK版本就是我们不同编译器所设置的java版本: java运行: java运行就是我们编译得到的字节码文件(就是.class文件)在安装了Java运行环境(JVM)的计算机上运行,此时使用的的JDK版本就是我们配置的JAVA_HOME对应的java版本.我们可以通过在命令行执行:java -version来查看

前言 前情提要:Git应用详解第三讲:本地分支的重要操作 git作为一款版本控制工具,其最核心的功能就是版本回退,没有之一.熟悉git版本回退的操作能够让你真真正正地放开手脚去开发,不用小心翼翼,怕一不小心删除了不该删除的文件.本节除了介绍版本回退的内容之外,还会介绍stash的使用. 一.版本回退 在git中永远有后悔药可吃,总是可以回到版本库的某一个时刻,这就叫做版本回退: 如上图所示:当前master分支指针指向D,通过版本回退可以使master指向C.B或A.进行版本回退的命令大体上有三

某天,运维反馈某两个机房的出口流量和入口流量过大,并且持续了好一段时间. 再仔细排查后发现是 redis 集群的几台服流量问题,于是开始查日志. 在日志中发现出现大量的 Can't handle RDB format version 7 猜想是版本不一致问题,检查后发现确实集群中 redis 的版本不一致,导致由 低版本服务器-主,高版本服务器-从 变为 低版本服务器-从,高版本服务器-主后,低版本无法兼容高版本的 RDB,造成同步失败,然后删除从节点数据,导致不断增量备份. 解决方案是先把低版

注:本文收录于<Bug集锦>,请点击此处查看全文目录 BUG起因 先介绍一下背景: 数周前的一个极其平常的下午,完成了本次迭代的开发工作,发布到QA提测,然后开始摸鱼.没几分钟,测试就来找我"麻烦"了:生产者的消息没有发送到RocketMQ的队列中. "简单,看下日志就能定位原因了",心想着,随即打开日志,果然,报错了,可是,这个错误消息,啧啧啧,看不懂啊: NewLife.RocketMQ.Protocol.ResponseException: 1:

git reset revert 回退回滚取消提交返回上一版本 总有一天你会遇到下面的问题. (1)改完代码匆忙提交,上线发现有问题,怎么办? 赶紧回滚. (2)改完代码测试也没有问题,但是上线发现你的修改影响了之前运行正常的代码报错,必须回滚. 这些开发中很常见的问题,所以git的取消提交,回退甚至返回上一版本都是特别重要的, 大致分为下面2种情况:  1.没有push 这种情况发生在你的本地代码仓库,可能你add ,delete,commit 以后发现代码有点问题,准备撤销本次commit,

1. A SOAP 1.2 message is not valid when sent to a SOAP 1.1 only endpoint.   问题原因: 客户端和服务端的SOAP协议版本不一致.   解决方法: ①修改客户端SOAP协议版本和服务端一致 ②修改服务端SOAP协议版本和客户端一致 附Java服务端修改服务暴露SOAP版本方法: 在接口的实现类上面添加注解 //import javax.xml.ws.BindingType; //import javax.xml.ws.so

18:01 2015/11/18git两种合并方法 比较merge和rebase其实很简单,就是合并后每个commit提交的id记录的顺序而已注意:重要的是如果公司用了grrit,grrit不允许用merge,所以好像都是用rebase却别讲解,比如:在服务器上的develop分支有多人在开发,你们同时clone或pull下来最新代码,但是开发进度不一样,你在开发一个任务的时候其他人提交了编号为1,2的commit和push,你现在开发完了也要提交,你的提交编号是3,4(注意:编号不代表顺序现实

编译的时候 中出现如下异常: Exception in thread "main" Java.lang.UnsupportedClassVersionError: org/apache/maven/cli/MavenCli : Unsupported major.minor version 51.0        at java.lang.ClassLoader.defineClass1(Native Method)        at java.lang.ClassLoader.de