分类： 未分类

发布于

国富论 主要理论

一、分工理论

亚当斯密认为，分工的起源是由人的才能具有自然差异，那是起因于人类独有的交换与易货倾向，交换及易货系属私利行为，其利益决定于分工，假定个人乐于专业化及提高生产力，经由剩余产品之交换行为，促使个人增加财富，此等过程将扩大社会生产，促进社会繁荣，并达私利与公益之调和。

继续阅读“国富论 主要理论”
发布于

Docker 常用命令

1. 查看docker信息（version、info）

# 查看docker版本
$docker version

# 显示docker系统的信息
$docker info

2. 对image的操作（search、pull、images、rmi、history）

# 检索image
$docker search image_name

# 下载image
$docker pull image_name

# 列出镜像列表; -a, –all=false Show all images; –no-trunc=false Don’t truncate output; -q, –quiet=false Only show numeric IDs
$docker images

# 删除一个或者多个镜像; -f, –force=false Force; –no-prune=false Do not delete untagged parents
$docker rmi image_name

# 显示一个镜像的历史; –no-trunc=false Don’t truncate output; -q, –quiet=false Only show numeric IDs
$docker history image_name

3. 启动容器（run）

docker容器可以理解为在沙盒中运行的进程。这个沙盒包含了该进程运行所必须的资源，包括文件系统、系统类库、shell 环境等等。但这个沙盒默认是不会运行任何程序的。你需要在沙盒中运行一个进程来启动某一个容器。这个进程是该容器的唯一进程，所以当该进程结束的时候，容器也会完全的停止。

# 在容器中运行”echo”命令，输出”hello word”
$docker run image_name echo “hello word”

# 交互式进入容器中
$docker run -i -t image_name /bin/bash

# 在容器中安装新的程序
$docker run image_name apt-get install -y app_name

Note：  在执行apt-get 命令的时候，要带上-y参数。如果不指定-y参数的话，apt-get命令会进入交互模式，需要用户输入命令来进行确认，但在docker环境中是无法响应这种交互的。apt-get 命令执行完毕之后，容器就会停止，但对容器的改动不会丢失。

4. 查看容器（ps）

# 列出当前所有正在运行的container
$docker ps
# 列出所有的container
$docker ps -a
# 列出最近一次启动的container
$docker ps -l

5. 保存对容器的修改（commit）

当你对某一个容器做了修改之后（通过在容器中运行某一个命令），可以把对容器的修改保存下来，这样下次可以从保存后的最新状态运行该容器。

# 保存对容器的修改; -a, –author=”” Author; -m, –message=”” Commit message
$docker commit ID new_image_name

Note：  image相当于类，container相当于实例，不过可以动态给实例安装新软件，然后把这个container用commit命令固化成一个image。

6. 对容器的操作（rm、stop、start、kill、logs、diff、top、cp、restart、attach）

# 删除所有容器
$docker rm `docker ps -a -q`

# 删除单个容器; -f, –force=false; -l, –link=false Remove the specified link and not the underlying container; -v, –volumes=false Remove the volumes associated to the container
$docker rm Name/ID

# 停止、启动、杀死一个容器
$docker stop Name/ID
$docker start Name/ID
$docker kill Name/ID

# 从一个容器中取日志; -f, –follow=false Follow log output; -t, –timestamps=false Show timestamps
$docker logs Name/ID

# 列出一个容器里面被改变的文件或者目录，list列表会显示出三种事件，A 增加的，D 删除的，C 被改变的
$docker diff Name/ID

# 显示一个运行的容器里面的进程信息
$docker top Name/ID

# 从容器里面拷贝文件/目录到本地一个路径
$docker cp Name:/container_path to_path
$docker cp ID:/container_path to_path

# 重启一个正在运行的容器; -t, –time=10 Number of seconds to try to stop for before killing the container, Default=10
$docker restart Name/ID

# 附加到一个运行的容器上面; –no-stdin=false Do not attach stdin; –sig-proxy=true Proxify all received signal to the process
$docker attach ID

Note： attach命令允许你查看或者影响一个运行的容器。你可以在同一时间attach同一个容器。你也可以从一个容器中脱离出来，是从CTRL-C。

7. 保存和加载镜像（save、load）

当需要把一台机器上的镜像迁移到另一台机器的时候，需要保存镜像与加载镜像。

# 保存镜像到一个tar包; -o, –output=”” Write to an file
$docker save image_name -o file_path
# 加载一个tar包格式的镜像; -i, –input=”” Read from a tar archive file
$docker load -i file_path

# 机器a
$docker save image_name > /home/save.tar
# 使用scp将save.tar拷到机器b上，然后：
$docker load < /home/save.tar

8、 登录registry server（login）

# 登陆registry server; -e, –email=”” Email; -p, –password=”” Password; -u, –username=”” Username
$docker login

9. 发布image（push）

# 发布docker镜像
$docker push new_image_name

10.  根据Dockerfile 构建出一个容器

#build
      –no-cache=false Do not use cache when building the image
      -q, –quiet=false Suppress the verbose output generated by the containers
      –rm=true Remove intermediate containers after a successful build
      -t, –tag=”” Repository name (and optionally a tag) to be applied to the resulting image in case of success
$docker build -t image_name Dockerfile_path

发布于

Mac 环境变量

一、Mac 启动加载文件位置（可设置环境变量）

——————————————————-

 （1）首先要知道你使用的Mac OS X是什么样的Shell，使用命令

echo $SHELL

如果输出的是：csh或者是tcsh，那么你用的就是C Shell。

如果输出的是：bash，sh，zsh，那么你的用的可能就是Bourne Shell的一个变种。

Mac OS X 10.2之前默认的是C Shell。

Mac OS X 10.3之后默认的是Bourne Shell。

（2）如果是Bourne Shell。

那么你可以把你要添加的环境变量添加到你主目录下面的.profile或者.bash_profile，如果存在没有关系添加进去即可，如果没有生成一个。

 1./etc/profile   （建议不修改这个文件 ）

 全局（公有）配置，不管是哪个用户，登录时都会读取该文件。

 2./etc/bashrc    （一般在这个文件中添加系统级环境变量）

 全局（公有）配置，bash shell执行时，不管是何种方式，都会读取此文件。

 我在这里加入mysqlstart、mysql和mysqladmin命令的别名，保证每一个用户都可以使用这3个命令。

 3.~/.bash_profile  （一般在这个文件中添加用户级环境变量）

（注：Linux 里面是 .bashrc 而 Mac 是 .bash_profile）

 若bash shell是以login方式执行时，才会读取此文件。该文件仅仅执行一次!默认情况下,他设置一些环境变量

 我在这里：设置终端配色、

 我在这里：设置命令别名alias ll=’ls -la’

 我在这里：设置环境变量：export PATH=/opt/local/bin:/opt/local/sbin:$PATH

二、MAC 修改host文件 

——————————————————-

sudo vi /etc/hosts 

三、linux下查看和添加PATH环境变量

==============================================

 PATH的格式为：

——————————————————-

PATH=$PATH:<PATH 1>:<PATH 2>:<PATH 3>:——:<PATH N>   ，中间用冒号隔开。

 添加PATH环境变量：

——————————————————-

[root@localhost u-boot-sh4]#export PATH=/opt/STM/STLinux-2.3/devkit/sh4/bin:$PATH

查看PATH环境变量：

——————————————————-

[root@localhost u-boot-sh4]#echo $PATH

/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

四、 操作示例

——————————————————-

通过编辑 启动文件 来改PATH，

# vim /etc/profile

在文档最后，添加:

export PATH=”/opt/STM/STLinux-2.3/devkit/sh4/bin:$PATH”

保存，退出。

 想立即生效请运行：

#source /etc/profile

不报错则成功。

 如果想立刻生效，则可执行下面的语句：

$ source .bash_profile（这是文件名）

环境变量更改后，在用户下次登陆时生效。

设置JAVA_HOME

export JAVA_HOME=$(/usr/libexec/java_home）

发布于

常用 Git 命令清单

一、新建代码库


# 在当前目录新建一个Git代码库
$ git init

# 新建一个目录，将其初始化为Git代码库
$ git init [project-name]

# 下载一个项目和它的整个代码历史
$ git clone [url]

# 仅克隆分支 b1

$ git clone -b b1 [url]

二、配置

Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。


# 显示当前的Git配置
$ git config –list

# 编辑Git配置文件
$ git config -e [–global]

# 设置提交代码时的用户信息
$ git config [–global] user.name “[name]”
$ git config [–global] user.email “[email address]”

#提交检出均不转换

git config –global core.autocrlf false

三、增加/删除文件


# 添加指定文件到暂存区
$ git add [file1] [file2] …

# 添加指定目录到暂存区，包括子目录
$ git add [dir]

# 添加当前目录的所有文件到暂存区
$ git add .

# 添加每个变化前，都会要求确认
# 对于同一个文件的多处变化，可以实现分次提交
$ git add -p

# 删除工作区文件，并且将这次删除放入暂存区
$ git rm [file1] [file2] …

# 停止追踪指定文件，但该文件会保留在工作区
$ git rm –cached [file]

# 改名文件，并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]

四、代码提交


# 提交暂存区到仓库区
$ git commit -m [message]

# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] … -m [message]

# 提交工作区自上次commit之后的变化，直接到仓库区
$ git commit -a

# 提交时显示所有diff信息
$ git commit -v

# 使用一次新的commit，替代上一次提交
# 如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit –amend -m [message]

# 重做上一次commit，并包括指定文件的新变化
$ git commit –amend [file1] [file2] …

五、分支


# 列出所有本地分支
$ git branch

# 列出所有远程分支
$ git branch -r

# 列出所有本地分支和远程分支
$ git branch -a

# 新建一个分支，但依然停留在当前分支
$ git branch [branch-name]

# 新建一个分支，并切换到该分支
$ git checkout -b [branch]

$ 拉取远程分支并创建本地分支

git checkout -b 本地分支名x  origin/远程分支名x

git fetch origin  远程分支名x:本地分支名x

# 新建一个分支，指向指定commit
$ git branch [branch] [commit]

# 新建一个分支，与指定的远程分支建立追踪关系
$ git branch –track [branch] [remote-branch]

# 新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]

# 切换到指定分支，并更新工作区
$ git checkout [branch-name]

# 切换到上一个分支
$ git checkout –

# 建立追踪关系，在现有分支与指定的远程分支之间
$ git branch –set-upstream [branch] [remote-branch]

# 合并指定分支到当前分支
$ git merge [branch]

# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]

# 删除分支
$ git branch -d [branch-name]

# 删除远程分支
$ git push origin –delete [branch-name]
$ git branch -dr [remote/branch]

# 从本地master拉取代码更新当前分支：branch 一般为master

$ git rebase [branch]

MERGE_HEAD指针被置于其他分支的顶部

六、标签

tag就是一个只读的branch，一般为每一个可发布的里程碑版本打一个tag，commit的代码拉出来作为tag。开发人员可以继续在当前开发分支上开发，准备下一个sprint的上线。

如果突然有紧急上线，可以在最新版本的tag的基础上新建一个分支：

git branch <branch name> <tag name>

然后checkout一下，在这个分支上进行紧急上线的开发。开发完成，上线后将新的代码merge到开发分支上，继续开发。这样做的好处是开发一半的代码不会影响到紧急上线，方便测试人员测试。

# 列出所有tag
$ git tag

# 新建一个tag在当前commit
$ git tag [tag]

# 提交指定tag
$ git push [remote] [tag]

 git tag pre_release_20181229

 git push origin pre_release_20181229

# 新建一个tag在指定commit
$ git tag [tag] [commit]

# 提交所有tag
$ git push [remote] –tags

# 删除本地tag
$ git tag -d [tag]

# 删除远程tag
$ git push origin :refs/tags/[tagName]

# 查看tag信息
$ git show [tag]

七、查看信息


# 显示有变更的文件
$ git status

# 显示当前分支的版本历史
$ git log

# 显示commit历史，以及每次commit发生变更的文件

git log –graph -2  树形结构查看日志

commit d74ff46bd373467c0f38bcdac3dbca331f887d58 (HEAD -> master, origin/master, origin/HEAD)

Author: Your Name <you@example.com>

Date:   Mon Dec 17 22:37:04 2018 +0800

    master local

commit 782563aa449ccd3c461955540864712091eea330 (origin/dev, localdev)

Author: Your Name <you@example.com>

commit d74ff46bd373467c0f38bcdac3dbca331f887d58 (HEAD -> master, origin/master, 

origin/HEAD)

括号里面有颜色的文字表示是同样版本内容

$ git log –stat

# 搜索提交历史，根据关键词
$ git log -S [keyword]

# 显示某个commit之后的所有变动，每个commit占据一行
$ git log [tag] HEAD –pretty=format:%s

# 显示某个commit之后的所有变动，其”提交说明”必须符合搜索条件
$ git log [tag] HEAD –grep feature

# 显示某个文件的版本历史，包括文件改名
$ git log –follow [file]
$ git whatchanged [file]

# 显示指定文件相关的每一次diff
$ git log -p [file]

# 显示过去5次提交
$ git log -5 –pretty –oneline

树状结构查看log

git log –graph

# 显示所有提交过的用户，按提交次数排序
$ git shortlog -sn

# 显示指定文件是什么人在什么时间修改过
$ git blame [file]

# 显示暂存区和工作区的差异
$ git diff

# 显示暂存区和上一个commit的差异
$ git diff –cached [file]

# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD

# 显示指定文件工作区与当前分支最新commit之间的差异

 git diff HEAD — [file]

# 显示两次提交之间的差异
$ git diff [first-branch]…[second-branch]

# 显示今天你写了多少行代码
$ git diff –shortstat “@{0 day ago}”

# 显示某次提交的元数据和内容变化

git diff branch1 branch2 –stat   //显示出所有有差异的文件列表

git diff branch1 branch2 具体文件路径   //显示指定文件的详细差异

git diff branch1 branch2                   //显示出所有有差异的文件的详细差异

Origin0是远程仓库

$ git diff master origin0/master

$ git fetch origin0

获取另外一个远程仓库内容，是仓库名而非分支

$ git merge origin0/master #如果是origin 可省略origin0/master

合并按照改动提交节点（提交戳）为是否冲突依据，而非内容

$ git show [commit]

# 显示某次提交发生变化的文件

#查看某次提交

$ git show [commit]

git show 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87e

$ git show –name-only [commit]

# 显示某次提交时，某个文件的内容
$ git show [commit]:[filename]

# 显示当前分支的最近几次提交
$ git reflog

八、远程同步


# 下载远程仓库的所有变动
$ git fetch [remote] //fetch 不会自动合并，需merge，或者直接pull

git pull 更方便

# 显示所有远程仓库
$ git remote -v

# 显示某个远程仓库的信息
$ git remote show [remote]

# 增加一个新的远程仓库，并命名
$ git remote add [shortname] [url]

查看远程仓库位置，修改远程仓库

$ git remote -v

origin  http://172.16.1.20:3000/xuenhua/XXXX.git (fetch)

origin  http://172.16.1.20:3000/xuenhua/XXXX.git (push)

修改远程仓库方法有三种：

1.修改命令

git remote origin set-url [url]

2.先删后加

git remote rm origin

git remote add origin [url]

3.直接修改config文件

Git有一个工具被称为gitconfig，它允许你获得和设置配置变量；这些变量可以控制Git的外观和操作的各个方面。这些变量可以被存储在三个不同的位置：

　　1./etc/gitconfig 文件：包含了适用于系统所有用户和所有库的值。如果你传递参数选项’–system’ 给 gitconfig，它将明确的读和写这个文件。

　　2.~/.gitconfig 文件 ：具体到你的用户。你可以通过传递–global 选项使Git 读或写这个特定的文件。

　　3.位于git目录的config文件 (也就是 .git/config) ：无论你当前在用的库是什么，特定指向该单一的库。每个级别重写前一个级别的值。因此，在.git/config中的值覆盖了在/etc/gitconfig中的同一个值。

# 取回远程仓库的变化，并与本地分支合并
$ git pull [remote] [branch]

# 上传本地指定分支到远程仓库
$ git push [remote] [branch]

# 强行推送当前分支到远程仓库，即使有冲突
$ git push [remote] –force

# 推送所有分支到远程仓库
$ git push [remote] –all

# 本地分枝到远程分支

$ git push origin localdev:dev

强制提交

git push -f origin master

获取远程分支到本地非活动分支，直接覆盖

git fetch origin master:tmp

$ git remote add origin git@xx.xx.xx.xx:repos/xxx/xxx/xxx.git

$ git push -u origin 分支名

当前本地是master，获取远端的dev

Git fetch origin dev

此时获取了dev到fetch_head中，然后merge，此时可能会有冲突，解决然后提交

不能用git fetch origin dev:master，这种的意思是获取dev覆盖到master上，master是活动分支，会报错。

如果别人修改了你的代码想合并给你，先给你发pull request邀请，你觉得合适，此时创建分支，然后pull

git checkout -b 某人-master master

git pull https//github.com/某人的/某项目的.git master

此时查看文件变成=======分隔文件，删除不需要的内容，然后

git commit -a //把修改提交到这个人的分支上，会提示你成功merge本地代码到这个人的代码库

git checkout master //切换到自己的分支上

git merge 某人-master //

从命令行创建一个新的仓库

touch README.md
git init
git add README.md
git commit -m “first commit”
git remote add origin http://thereisno.top/xuenhua/bluemix.git
git push -u origin master

从命令行推送已经创建的仓库

git remote add origin http://thereisno.top/xuenhua/bluemix.git
git push -u origin master

推送到多个位置：

git remote add origin_new http://thereisno.top/xuenhua/RaspberryPI.git
git push -u origin_new master

查看config文件：

pi@raspberrypi:~/RaspBerryPI/RaspberryPI/.git $ cat config 

[core]

repositoryformatversion = 0

filemode = true

bare = false

logallrefupdates = true

[remote “origin”]

url = http://192.168.3.18:3000/xuenhua/RaspberryPI.git

fetch = +refs/heads/*:refs/remotes/origin/*

[branch “master”]

remote = origin0 这里的远程仓库，fetch 和merge的默认，否则需要指定merge分支 origin0/master

merge = refs/heads/master

[remote “origin0”]

url = http://thereisno.top/xuenhua/RaspberryPI.git

fetch = +refs/heads/*:refs/remotes/origin0/*

跟踪关系

Merge 缺省分支名按照跟踪关系合并

建立本地到远程的跟踪

 git push –set-upstream  origin  localdev:dev

或者

git branch -u origin/dev

Git branch -vv 查看本地和远程之间的track关系

删除跟踪关系

git branch –unset-upstream

跟踪关系示例

pi@raspberrypi:~/RaspGit/RaspberryPI $ git branch -u origin/master

分支 master 设置为跟踪来自 origin 的远程分支 master。

pi@raspberrypi:~/RaspGit/RaspberryPI $ cat .git/config 

[core]

repositoryformatversion = 0

filemode = true

bare = false

logallrefupdates = true

[remote “origin”]

url = http://192.168.3.18/xuenhua/RaspberryPI.git

fetch = +refs/heads/*:refs/remotes/origin/*

[branch “master”]

remote = origin

merge = refs/heads/master

[remote “origin0”]

url = http://thereisno.top/xuenhua/RaspberryPI.git

fetch = +refs/heads/*:refs/remotes/origin0/*

pi@raspberrypi:~/RaspGit/RaspberryPI $ git branch -vv

* master 9b71642 [origin/master] 读取autogit

pi@raspberrypi:~/RaspGit/RaspberryPI $ git branch -u origin0/master

分支 master 设置为跟踪来自 origin0 的远程分支 master。

pi@raspberrypi:~/RaspGit/RaspberryPI $ cat .git/config 

[core]

repositoryformatversion = 0

filemode = true

bare = false

logallrefupdates = true

[remote “origin”]

url = http://192.168.3.18/xuenhua/RaspberryPI.git

fetch = +refs/heads/*:refs/remotes/origin/*

[branch “master”]

remote = origin0

merge = refs/heads/master

[remote “origin0”]

url = http://thereisno.top/xuenhua/RaspberryPI.git

fetch = +refs/heads/*:refs/remotes/origin0/*

pi@raspberrypi:~/RaspGit/RaspberryPI $ git branch -vv

* master 9b71642 [origin0/master] 读取autogit

九、撤销
# 恢复暂存区的指定文件到工作区(mac 不管用)
$ git checkout — [file]

# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]

# 恢复暂存区的所有文件到工作区(mac 不管用)
$ git checkout .

当执行 “git checkout .” 或者 “git checkout — <file>” 命令时，用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。

用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件,清除工作区和暂存区中未提交的改动。

git checkout HEAD .

git checkout HEAD <file>

git reset HEAD <file> //功能相同

# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
$ git reset 可取消add的修改

$ git reset [file]

# 重置暂存区与工作区，与上一次commit保持一致, 取消所有修改(windows 下可能有bug，reset后需要checkout)
$ git reset –hard

# 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变
$ git reset [commit]

# 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致
$ git reset –hard [commit]

# 重置当前HEAD为指定commit，但保持暂存区和工作区不变
$ git reset –keep [commit]

Git reset之后如果要恢复怎么办

Git reflog查看完全历史

# git revert 撤销 某次操作，此次操作之前和之后的commit和history都会保留，并且把这次撤销作为一次最新的提交

$ git revert [commit]

在git使用中如果提交错误的代码至远程服务器，可以使用git revert 命令回滚单次commit并且不影响其他commit。

回滚最新一次的提交记录：

git revert HEAD

回滚前一次的提交记录 ：

git revert HEAD^

对历史上的commit回滚：

git revert <commit id>

回滚历史commit很容易产生文件冲突，需要做好冲突处理。

# 暂时将未提交的变化移除，稍后再移入
$ git stash
$ git stash pop

Git rebase 类似 merge，但是不分叉，删除合并前的分叉合成一个，合并时会每个提交进行确认，可以跳过，最后一个进行合并–skip

git rebase：这是一个 更改历史 的操作，所以不要指望你改了历史然后就顺利把你篡改够的历史提交上去。rebase之后会再次push会提示需要解决冲突

十、其他
# 生成一个可供发布的压缩包
$ git archive

git prune  从对象数据库中删除所有不可访问的对象

在大多数情况下，用户不需要git prune直接调用，而是应该调用git gc，它可以处理修剪以及许多其他内务处理任务。

git 忽略提交某个指定的文件(不从版本库中删除)（elipse>team>advanced）

$ $ git update-index –assume-unchanged ZHYW6/WEB-INF/classes/product.xml

$ git status

此时忽略product.xml文件跟踪之后再查看状态，发现已经没有显示product.xml的状态了。

附取消忽略指令：

$ git update-index –no-assume-unchanged ZHYW6/WEB-INF/classes/product.xml

git merge 合并冲突时,<<<<<<< HEAD表示当前的分支

<<<<<<< HEAD

@Override

=======

>>>>>>> d4f872982e631d9b0e18e6599d34226a8b5ac57f

无法拉取无相关历史的仓库，fatal: refusing to merge unrelated histories

$ git pull origin master –allow-unrelated-histories

diff比较由于编码等原因，导致整个文件差异

-a,–text 把所有文件当做文本文件逐行比较

-b,–ignore-space-change 忽略空格产生的变化

-B,–ignore-blank-lines 忽略空白行的变化

-E,–ignore-all-space 忽略由于Tab扩展而导致的变化

-q,–brief 仅输出文件是否有差异，不报告详细差异

 diff -rabBEq  client /d/移动办公_build/htxx@fiberhometest_pre_release_42/htxx@fiberhometest_pre_release/client

只检出Git仓库某个文件夹（稀疏检出）

本地新建空git档：
git init
启用sparse-checkout：
git config core.sparsecheckout true

设定检出哪些文件：
echo “resource/spring” >> .git/info/sparse-checkout

设定remote源：
 git remote add origin http://172.19.6.89/xuenhua/XXX.git

pull到本地：
git pull origin master

注：push到远程之前仍然需要通过pull来防止冲突。提交测试可用，之前可能因为文件太大导致失败。

关闭 sparse checkout功能，

仅仅修改设置，将core.sparsecheckout设为false是不生效的，需要修改 .git/info/sparse-checkout 文件，用一个”*“号替代其中的内容，然后执行 checkout 或 read-tree 命令。

浅克隆

如果只拉取最近一次的变更，忽略以前的变更记录，在拉取时可以加参数depth，如

git pull –depth=1 origin master

sparse-checkout 文件设置

子目录的匹配在 sparse-checkout 文件中，如果目录名称前带斜杠，如/docs/

，将只匹配项目根目录下的docs目录，如果目录名称前不带斜杠，如docs/

，其他目录下如果也有这个名称的目录，如test/docs/

也能被匹配。而如果写了多级目录，如docs/05/

，则不管前面是否带有斜杠，都只匹配项目根目录下的目录，如test/docs/05/

不能被匹配。

通配符 ““ (星号)在 sparse-checkout 文件中，支持通配符 ““，如可以写成以下格式：

*docs
/index.*
*.gif

排除项

“!” (感叹号)在 sparse-checkout 文件中，也支持排除项 “!”，如只想排除排除项目下的 “docs” 目录，可以按如下格式写：

/*
!/docs/

很像 .gitignore的写法

要注意一点：如果要关闭sparsecheckout功能，全取整个项目库，可以写一个”“号，但如果有排除项，必须写”/“，同时排除项要写在通配符后面。

实测时发现，不在sparse-checkout的文件，pull 是不会拉取了，但是添加还是会默认添加的

# 删除 untracked files

git clean -f

# 连 untracked 的目录也一起删掉

git clean -fd

# 连 gitignore 的untrack 文件/目录也一起删掉 （慎用，一般这个是用来删掉编译出来的 .o之类的文件用的）

git clean -xfd

# 在用上述 git clean 前，墙裂建议加上 -n 参数来先看看会删掉哪些文件，防止重要文件被误删

git clean -nxfd

git clean -nf

git clean -nfd

监控文件改动

git log –name-status 每次修改的文件列表, 显示状态

git log –name-only 每次修改的文件列表

git log –stat 每次修改的文件列表, 及文件修改的统计

git whatchanged 每次修改的文件列表

git whatchanged –stat 每次修改的文件列表, 及文件修改的统计

git show 显示最后一次的文件改变的具体内容

发布于

Svn 和git 同时使用

已经是git仓库情况

1、svn checkout

2、svn status 查看状态，会有许多删除冲突

3、使用revert命令恢复 svn revert ./* -R [或者单独文件 R递归]

4、再次查看状态，删除冲突消失

5、git pull ，git reset –hard 清除svn的更改，然后查看git 和svn状态是否正常，

6、修改，往两处提交就可以了

此过程可能需要多次gc cleanup

1 Svn checkout

2 git pull

3 换行符问题

4 git 修改为 autocrlf

5 Add 提示有些lf转换问题

6 再改为autocrlf false

7 再次add

发布于

Debian(树莓派)开机启动脚本设置

为了更好的理解启动脚本的设置，我们需要先了解下Debian系统中的运行级别。

  • 0 – 停机（千万不要把initdefault设置为0 ）
  • 1 – 单用户模式(单用户模式，只允许root用户对系统进行维护。)
  • 2 – 多用户，但是没有NFS
  • 3 – 完全多用户模式(字符界面)
  • 4 – 基本不用
  • 5 – X11(图形界面)
  • 6 – 重新启动（千万不要把initdefault设置为6 ）

查看当前系统的运行级别

runlevel

/etc/rcN.d目录

通常系统启动后先执行/etc/rcS.d/目录下的脚本，然后根据运行级别，执行对应/etc/rcN.d/目录下的脚本(N为系统运行级别)。

下面是/etc/rc5.d目录下的内容

lrwxrwxrwx 1 root root  24 Dec 30 15:56 K02gmediarenderer -> ../init.d/gmediarenderer lrwxrwxrwx 1 root root  16 Jan 24 23:52 K02mopidy -> ../init.d/mopidy lrwxrwxrwx 1 root root  18 Jan 24 23:55 K02upmpdcli -> ../init.d/upmpdcli -rw-r–r– 1 root root 677 Apr  7  2015 README lrwxrwxrwx 1 root root  18 Sep 24 21:21 S01bootlogs -> ../init.d/bootlogs lrwxrwxrwx 1 root root  16 Sep 24 22:33 S01dhcpcd -> ../init.d/dhcpcd lrwxrwxrwx 1 root root  17 Oct 21 13:27 S01hd-idle -> ../init.d/hd-idle lrwxrwxrwx 1 root root  17 Sep 24 21:33 S01ifplugd -> ../init.d/ifplugd lrwxrwxrwx 1 root root  14 Jan 14 14:37 S02dbus -> ../init.d/dbus lrwxrwxrwx 1 root root  21 Mar  3 16:04 S02ddns-dnspod -> ../init.d/ddns-dnspod . . . . . . . . . . . .

我们可以看到有K和S开头的文件，K代表关闭，S代表启动，后面紧跟的数字代表启动顺序，数字越大启动或关闭就越靠后。目录下的每一个文件都指向了/etc/init.d目录中的文件，开机启动脚本就是放在这个目录下的。

文件中代表启动顺序的数字是根据依赖关系自动设置的，在新版的update-rc.d命令中无法手动设置这个数字。查看是否可以手动设置参看man update-rc.d说明。

添加新的启动脚本

在/etc/init.d目录下新建一个文件，并添加执行权限sudo chmod a+x xxx_script。

#!/bin/sh ### BEGIN INIT INFO # Provides:          ddns-dnspod # Required-Start:    $local_fs $remote_fs $network $syslog # Required-Stop:     $local_fs $remote_fs $network $syslog # Default-Start:     2 3 4 5 # Default-Stop:      0 1 6 # Short-Description: starts the ddns-dnspod service # Description:       starts the ddns-dnspod service ### END INIT INFO   case “$1” in start) echo “start ddns-dnspod” sudo /home/pi/work/projects/dnspod_ddns/dnspod_ddns.py -d start ;; stop) sudo /home/pi/work/projects/dnspod_ddns/dnspod_ddns.py -d stop ;; restart) sudo /home/pi/work/projects/dnspod_ddns/dnspod_ddns.py -d restart ;; *) echo “Usage: $0 (start|stop)” ;; esac exit 0

上面是一个ddns的开机启动脚本。我们需要在启动脚本的注释中写明启动依赖和在那些运行级别启动。具体的依赖名写法可以参考这里。

当在/etc/init.d目录下添加新的启动脚本后，我们最好先进行下测试，执行下各种选项确保正常运行。

/etc/init.d/xxx_script start /etc/init.d/xxx_script stop 以git用户运行，后台运行 su – git -c nohup -c /home/git/gitea-1.7-linux-arm-7 web &   

update-rc.d命令

在/etc/init.d目录下添加启动脚本后，我们需要使用update-rc.d命令设置脚本开机启动。

update-rc.d xxx_script defaults

执行完上面命令后，查看/etc/rcN.d目录中是否有指向xxx_script文件的启动和关闭文件。另外还会向/run/systemd/generator.late/目录添加一个service，这样我们就可以使用sudo service xxx_script start|stop命令来控制脚本运行。

update-rc.d其他参数用法

# 移除开机启动连接(/etc/rcN.d 目录下的文件) sudo update-rc.d xxx_script remove # 启用或者禁用开机启动 sudo update-rc.d xxx_script enable|disable
发布于

Apache2 https配置

一、修改配置文件

/etc/apache2/sites-available/default-ssl.conf

1、添加证书信息

      SSLEngine on

      #   A self-signed (snakeoil) certificate can be created by installing

      #   the ssl-cert package. See

      #   /usr/share/doc/apache2/README.Debian.gz for more info.

      #   If both key and certificate are stored in the same file, only the

      #   SSLCertificateFile directive is needed.

  #     SSLCertificateFile      /etc/ssl/certs/ssl-cert-snakeoil.pem

  #     SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key

  SSLCertificateFile      /etc/letsencrypt/live/yourdomain.com/fullchain.pem

  SSLCertificateKeyFile /etc/letsencrypt/live/yourdomain.com/privkey.pem

二、运行命令a2enmod  ssl 开启SSL模块很重要 /关闭a2dismod ssl

三、运行命令a2ensite default-ssl.conf启用ssl站点很重要

四、重启Apache2或者 service apache2 reload

五、apachectl configtest   # 检查apache配置是否正确

发布于

Nginx 反向代理https配置

一、修改nginx配置

vi /etc/nginx/sites-available/default

server{

       listen 443 ssl;  #ssl不能少，否则报错

       server_name yourdomain.com;

        ssl_certificate /etc/letsencrypt/live/ yourdomain.com /fullchain.pem;

        ssl_certificate_key /etc/letsencrypt/live/ yourdomain.com/privkey.pem;

        ssl_session_timeout 5m;

        ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2;

        ssl_ciphers “HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES”;

        ssl_prefer_server_ciphers on;

       location / {

          proxy_pass   https://127.0.0.1:4430;

       }

}

或者

server{

       listen 80;

           server_name  127.0.0.1 localhost  yourdomain.com ;

        #  rewrite ^(.*)$  https://$host$1 permanent;

       location / {

          proxy_pass   https://127.0.0.1:4430;

       }

}

二、注意

# wordpress 一直以为配置失败，其实是wordpress没有修改路径为https

三、刷新 systemctl reload nginx使配置生效

发布于

使用Let’s Encrypt 部署https

1、安装

官方安装方式

$ sudo apt-get update
$ sudo apt-get install software-properties-common
$ sudo add-apt-repository universe
$ sudo add-apt-repository ppa:certbot/certbot
$ sudo apt-get update
$ sudo apt-get install certbot python-certbot-nginx

2、生成证书

$ sudo certbot –nginx

注意：执行命令后按照提示输入参数，直接下一步，最后会有重要提示，包含证书存放位置，需要记住，用于配置nginx、apache、tomcat等

IMPORTANT NOTES:

 – Congratulations! Your certificate and chain have been saved at:

   /etc/letsencrypt/live/123.com/fullchain.pem

   Your key file has been saved at:

   /etc/letsencrypt/live/ 123.com /privkey.pem

   Your cert will expire on 2019-08-08. To obtain a new or tweaked

   version of this certificate in the future, simply run certbot again

   with the “certonly” option. To non-interactively renew *all* of

   your certificates, run “certbot renew”

 – If you like Certbot, please consider supporting our work by:

3、自动更新

最后一步，就是证书的自动续期了。Let’s Encrypt的证书，默认的有效期是90天，不过官方推荐每60天续期。到期之后，我们需要用命令来为证书续期，不过我们是懒人，这种体力活还是交给机器来完成比较合适。所以，我们可以用Linux的cron job来完成这类的任务，配置cron job，每两个月的第一天，执行下面的命令：
vi /etc/crontab

0 0 1 */2 * certbot renew –post-hook  “systemctl reload nginx ” –post-hook “systemctl reload apache2” 

注意在cron job里面需要用绝对路径

4、nginx配置参考 「Nginx 反向代理https配置」

腾讯云图