Cherry

Pandas是Python的数据分析利器，DataFrame是Pandas进行数据分析的基本结构，可以把DataFrame视为一个二维数据表，每一行都表示一个数据记录。本文将介绍创建Pandas DataFrame的6种方法。 创建Pandas数据帧的六种方法如下： 创建空DataFrame 手工创建DataFrame 使用List创建DataFrame 使用Dict创建DataFrme 使用Excel文件创建DataFrame 使用CSV文件创建DataFrame 1、创建空的Pandas DataFrame 学编程，上 汇智网 ，在线编程环境，一对一助教指导。 首先我们看一下如何创建一个空的DataFrame（数据帧）： pd.DataFrame(columns=['A', 'B', 'C'], index=[0,1,2]) columns参数用来定义列名，index参数用来定义行号。上面的代码创建了一个3行3列的二维数据表，结果看起来是这样： 嗯，所有数据项都是NaN。 2、手工创建Pandas DataFrame 接下来让我们看看如何使用 pd.DataFrame 手工创建一个Pandas数据帧： df = pd.DataFrame(data=['Apple','Banana','Cherry','Dates','Eggfruit']) 使用data参数来声明数据

业务: 现有feature/develop_fixbug_3011,develop两个分支,feature/develop_fixbug_3011分支based develop,并在feature/develop_fixbug_3011开发一个功能模块后将feature/develop_fixbug_3011 merge到develop分支.然后将feature/develop_fixbug_3011分支从远程仓库删除. 现有分支C,需要将在feature/develop_fixbug_3011分支开发的功能合并到C分支 实现: git cherry-pick 打补丁 1.git checkout develop 2.git log --after="2019-05-14 00:00" --before="2019-05-14 23:59",其中日期为将feature/develop_fixbug_3011 merge到develop的日期,从而获取到 merge 的commit log commit e4739c22eb5045dd6b98cc4dbc403263c7af51a7 Merge: c399515 160a103 Author:******** Date: Tue May 14 06:24:08 2019 +0000 Merge branch 'feature

概述 git cherry-pick可以理解为”挑拣”提交，它会获取某一个分支的单笔提交，并作为一个新的提交引入到你当前分支上。 当我们需要在本地合入其他分支的提交时，如果我们不想对整个分支进行合并，而是只想将某一次提交合入到本地当前分支上，那么就要使用git cherry-pick了。 用法 git cherry-pick [<options>] <commit-ish>... 常用options: --quit 退出当前的chery-pick序列 --continue 继续当前的chery-pick序列 --abort 取消当前的chery-pick序列，恢复当前分支 -n, --no-commit 不自动提交 -e, --edit 编辑提交信息 1 2 3 4 5 6 7 8 git cherry-pick commitid 在本地仓库中，有两个分支:branch1和branch2，我们先来查看各个分支的提交： # 切换到branch2分支 $ git checkout branch2 Switched to branch 'branch2' $ $ # 查看最近三次提交 $ git log --oneline -3 23d9422 [Description]:branch2 commit 3 2555c6e [Description]:branch2 commit 2

假设： 错误的分支名为bugfix 正确的分支名为bugfixOnRelease git： 先切换到bugfix分支 git checkout bugfix 打开错误分支上提交代码的log，复制第一条log的那个标识，比如d4961b51 git log --oneline 获取log hash 切换到正确的分支bugfixOnRelease git checkout bugfixOnRelease 把bugfix分支的commit修改应用到当前分支 git cherry-pick d4961b51 //git cherry-pick用于把另一个本地分支的commit修改应用到当前分支 推代码 git push 切回到提错代码的分支bugfix git checkout bugfix 代码回退一层 git reset --hard HEAD^ 强推远端同步 git push -f origin bugfix ok了 来源： oschina 链接： https://my.oschina.net/u/2699955/blog/3005776

kubernetes集群三步安装 概述 本文介绍如何对kubernetes进行二次开发，仓库如何管理，git分支如何管理，怎样利用CI去编译与发布以及如何给社区贡献代码等，结合实际例子，望对大家有所帮助。 <!--more--> 开发环境构建 Fork 把github.com/kubernetes/kubernetes 项目fork到自己的仓库 Clone到本地 git clone https://github.com/<your-username>/kubernetes 设置remote git remote add upstream https://github.com/kubernetes/kubernetes.git git remote set-url --push upstream no-pushing 注意此时你的本地仓库就有了两个远程仓库，一个叫upstream(社区仓库) 一个叫origin(你fork的) 代码同步 当社区仓库代码更新时，我们希望与之同步，那么： git pull upstream master # 先同步到本地 git push # push 到origin 你修改了代码希望同步给社区，那么PR即可 分支管理 假设我们要定制一个功能，比如我之前做的对kubelet进行lxcfs增强，而我们线上又运行了多个版本的k8s

尽管Kubernetes拥有众多分支，但社区主要围绕在master分支进行开发。即便其他分支存在bug，通常也是先在master分支进行修复，然后再cherry-pick到其他分支。 软件开发不可避免的会出现bug，所以经常需要从master同步一些补丁到其他仍在维护的分支。而同步的手段可以有多种： 手动提交PR到其他分支； 自动提交PR到其他分支； 一般来说，自动提交的方式更普遍，它能把某个master已合入的PR自动cherry-pick到你指定的分支上，而手动提交只有在极少数情况下才会使用。通过本节的内容，希望能回答以下几个问题： 如何自动同步PR到其他分支？ 自动同步帮我做了哪些事情？ 什么时候需要手动提交？ 自动cherry-pick 使用Kubernetes仓库中 hack/cherry_pick_pull.sh 脚本可以把一个合入到master分支的PR同步到其他分支。它可以帮你自动完成提交PR的所有过程。 前提条件 使用 hack/cherry_pick_pull.sh 自动同步需要满足一定的前提条件： 你必须已经签署了CLA声明，这也是每个贡献者必须要签署的内容； 针对master的PR已经被合入； 你的Github帐号中已经fork了Kubernetes仓库，并且你本地的shell中已经clone了此fork仓库； 你本的仓库中必须添加的远端仓库名为