工作中我们有时候想要查看某一个文件的历史提交版本,]

还想看都修改过那些内容,那么这两个简单的命令就会帮到你了,

话不多说,comeBaby……

公司搬移， 作为git仓库的服务器IP地址变了。 本地代码挺多，重新检出太占时间，可以修改一个什么配置让我本地仓库和新的远程仓库建立关联吗， 答案是肯定的！

在发布项目到线上时，很多时候需要修改文件的权限，如果是使用git版本管理软件来发布的话，那么下次更新线上文件的时候就会提示文件冲突。明明文件没有修改，为什么会冲突呢？原来git把文件权限也算作文件差异的一部分。下面笔者自己做了个简单的例子来演示这种情况。

1. 找到需要合并的最后一条commitid的上一条commitid a3953b9 55ecd9c a142bb1 33018e91766fb 比如，这里需要合并前三个commit 则他们的上一个是 33018e91766fb
2. 执行 git rebase -i 33018e91766fb (git rebase -i [startpoint] (endpoint)) 将区分范围内的commit 合并 第一条pick保留，其它的pick改为f pick a3953b9 feature: incoming code block name function. f 55ecd9c feature: add compile string length information and debugging symbol information f a142bb1 optimize: remove unnecessary strlen calls
3. 修改commit的注释 执行 git commit –amend 把日志修改一下
4. 使用fork工具看看修改是否符合自己的预期
5. 强制提交

git rebase -i合并多次提交

简介

在日常开发中，代码变更比较频繁，有时候想让前几次提交的合并为一次提交，这里可以使用git rebase -i 命令来完成，当然，git rebase命令不仅仅用于合并提交，它还有许多用处，比如可以使用git rebase onto将某一段commit粘贴到另一个分支上等等，这里主要介绍合并提交。

在开发一个功能的时候会反复的提交代码，会造成一个功能有很多次提交，在我们要向master做分支合并的时候，就会出现很多commits，在合并以后同一个功能的commits就会很多，导致我们无法清晰的知道这个功能关联的commit有哪些，这个squash就是优化我们的commits信息，让我们的版本仓库看起来简洁明了，功能点一目了然： 使用比较简单，比如我想将本地开发分支的内容合并到master主线分支上，并且期望将一个功能的所有提交压缩成一个commit；

以上内容转载自

1、备份现有源

cd /etc/yum.repos.d/

mkdir backup

mv *.repo ./backup

2、下载阿里云源文件

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-8.repo

或

curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-8.repo

3、检查以下是否成功

cat /etc/yum.repos.d/CentOS-Base.repo

4、生成缓存

yum makecache

出现这种问题，一般为某工程的动态链接库出现问题，一般为以下解决办法： 一、当前工程的.so文件和生成该.so文件的工程代码不一致，当前.so文件中不包含工程代码中的某些函数。例如我的工程代码中有NdarrytoImage()这个函数，但是我使用的.so生成时却没有该函数，则在编译的时候不包含NdarrytoImage函数，则会抛出no ndarrytoimage undefined symbol, 解决办法为将包含那个函数的工程代码重新编译，然后复制到目录中即可。

原文链接

背景：从 JavaScript 说起

JavaScript 占据着统治地位，不管是公开还是私有的项目、任何组织、世界任何地区，JavaScript 都是第一。 -GitHub 2018 年度报告

随着JavaScript的快速发展，目前它已然成为最流行的编程语言之一，这背后正是 Web 的发展所推动的。但是随着JavaScript被广泛的应用，它也暴露了很多问题：