repo fork notes

Git出现merge或者pull与本地工作区状态冲突

Updating c5ba2bc..ad63656
error: Your local changes to the following files would be overwritten by merge:
    BloodTestReportOCR/static/index.html
    BloodTestReportOCR/view.py
Please, commit your changes or stash them before you can merge.
Aborting

方案1： git stash，他会把当前工作区的保存到一个Git栈中,当需要取出来的时候，git stash pop会从Git栈中读取最近一次保存的内容，恢复工作区的相关内容

git stash
git merge

git stash list： 所有保存的git栈内的备份
git stash pop： 弹出栈顶内容
git stash clear： 清空Git栈

方案2：放弃本地修改就可以了

git reset --hard
git pull

git checkout branch 出现 `error: The following untracked working tree files would be overwritten by checkout`

git add * 
git stash
git pull

解决在只能使用 HTTP 协议时候自己电脑上git push每次都要输入用户名密码问题

由于实验楼git服务器使用的是http协议而不是git或者ssh协议（希望实验楼能提供ssh协议的支持吧，这7样就可以把自己的公钥上传了）导致每一次本地git push都要输入用户名和密码；可以使用git config来配置；由于这是实验楼的一个项目，所以使用local就行了；命令如下：

git config --local credential.helper cache (这个默认密码只保存15分钟的)
git config --local credential.helper 'cache --timeout=3600' (可以添加时间参数修改保存时间)
git config --local credential.helper store (长期存储密码)

Git 切换到某一个 commit 版本

如果使用 git reset --hard HEAD^（这是切换到上一个commit）, 导致当前workspace 更改, 可以使用

// 先找到commit id
git reflog
// 切换到那个版本，但是workspace 是干净的，即commit-id 后面的提交修改，在workspace也是没有的
git reset --hard 3628164

如果使用 git reset [commit-id]，这样，commit-id 后面的一些提交修改，在workspace中能够查看到

git blame

git blame meituan/server/clouds/common/macutils.py

git rebase

做merge、pull之前一定要先把自己的更改备份，可以使用以下方法

git checkout -b tianqi05/deploy-binary-1.2.3
git reset --hard origin/release/1.2.3
git diff >> a.diff
git apply a.diff

rebase操作做合并

第一种是为了保持和远程主分支或者某个分支的一致，不至于落后主分支太多（因为主分支还有其他人在不断的commit），使用 rebase 操作, 这样你的分支就在主分支前面，主分支合并你的分支的时候，就不容易产生冲突了。

git checkout experiment
git rebase -i origin/master

假设master 和 experiment的公共祖先节点是 a，以上两句是将 experiment 分支首先 git diff 保存从 a 开始的变化，然后重置到 a，执行master从a开始的变化，最后apply diff。然后 push 你的分支到远程repo，提交pr合并到主分支（在团队和公司都是这样的）

自己的项目，也可以在本地主分支local/master上合并，然后直接push 主分支到 origin/master; 切回主分支，执行合并操作，将开发分支合并到主分支，此时，就不用处理合并冲突了，因为此时的 experiment是在master的前面。

git checkout master
git merge experiment

git rebase -i & squash 重演合并多个commit信息成为一个commit信息

git rebase -i 2323123

然后再弹出的编辑器里面进行把需要合并的commit 从pick 改成squash。注意，重演的时候，编辑器里看到的commit从上到下是从距离重演点开始到当前的commit，这和 git lg 看到的历史顺序是反的，因此重演就是从历史一步一步执行到现在。log 是从现在往回看历史。

如果rebase 失败，出现冲突，看git提示，要么修改冲突，提交之后，然后git rebase --continue; 要么跳过这些有冲突的 commit， git rebase --skip; 要么直接不做了，回到以前，git rebase --abort;

git track

pull默认是fetch和merge加起来操作，所以一般先使用 fetch 比较好

git pull = git fetch + git merge(但是仅仅只是当前分支的信息)
git pull origin master
git pull team1 dev

默认推送当前名字叫 master 的本地分支到 origin/master

git push origin master
git push origin tracking:upstream

本地分支（该分支成为 tracking branch）跟踪远程分支（该分支被称为 upstream branch）
git clone 会自动在在本地将本地的 master 分支设置跟踪 origin/master
跟踪方法：
1. 首先拉取远程分支信息
git fetch
2. 新建一个新的本地分支跟踪一个远程分支
git checkout -b localbranchname origin/dev
3. 修改已存在本地分支或者设置已存在本地分支的跟踪分支(upstream)
git branch --set-upstream-to=origin/branch currentbranch
4. 删除远程分支
git push origin --delete branchname
5. 展示分支详细信息
git branch -vv

git tag

又用到了删除git仓库的tags，删除本地tag: git tag -d v0.1 只删除本地的没有用，下次fetch的时候还会拉下来，再删除远程仓库中的tag，跟删除远程分支的语法类似git push origin :refs/tags/v0.1.

git diff 支持通配符

git diff --cached origin
git diff --*.m

git apply -v changes.diff 失败
可以patch成功的，失败的手动改
git apply --reject --whitespace=fix mypatch.patch

git revert 去掉某一次merge（慎用，很容易冲突）

本地编辑代码直接推送到服务器上调试（ssh & rsync）

sync.sh用来做文件同步的，可以方便本地修改代码同步到远程服务器，然后在远程服务器上调试

#!/bin/bash
action=${1:-"upload"}

declare -A hosts
hosts=(

# 网络测试环境
["yf-cloud-netctr03"]="10.4.225.98"
#["yf-mos-test-net09"]="10.4.253.23"
#["yf-mos-corp-host47"]="10.4.250.37"

)


if [[ $action == "upload" ]]; then
    prompt=""
    for host in "${!hosts[@]}"; do
        prompt+="$host "
    done
    prompt="The hosts you are going to deploy are:\033[32m $prompt \033[0m"
    echo -e $prompt
    read -p "Continue (y/n)" answer
    if [[ ! $answer =~ ^(y|Y)$ ]]; then
        exit 1
    fi
    for host in "${!hosts[@]}"; do
        echo $host ${hosts["$host"]}
        rsync -av -e 'ssh -p 44392' --exclude '*.pyc'  --exclude 'contrib' --exclude 'workspace/*' --exclude '.git/*' --exclude 'backup'  . tianqi05@${hosts["$host"]}:/data/cloud
        #rsync -av -e 'ssh -p 44392' --exclude '*.pyc' ./contrib/glance sankuai@${hosts["$host"]}:/opt/cloud/contrib/
    done
elif [[ $action == "download" ]]; then
    ::
fi

代码风格检查

这个可以不用设置，要不然 git commit 的时候对于不严格的风格会失败。在 .git/hooks/ 目录下加入pre-commit文件内容如下，需要事先安装好 flake8 和 pep8 两个包。

#!/bin/bash
function python_style_check() {
    #check python code in a git repo
    root=`git rev-parse --show-toplevel`
    exit=0
    for file in `git diff --name-only --cached --diff-filter=ACMRTUXB HEAD|grep '\.py$'`; do
        flake8 --config=$root/.flake8 $root/$file
        if [ $? -ne 0 ]; then
            let exit=1
        fi
    done
    exit $exit
}
python_style_check

不设置的话，直接去掉这个文件即可。

java 多核和单核对int类型的存储有什么区别？
Java concurrentHashMap 实现，分段+读写分离的锁
SQL 求