存在相应的同名分支，则创建该分支 upstream 推送当前分支到它的upstream分支上，这个模式只适用于推送到与 拉取数据相同的仓库(比如central workflow) simple 在中央仓库工作流程模式下，只能推送到与本地分支名一致的 upstream分支中，如果推送的远程仓库和拉取数据的远程仓库不一 致，那么该模式会像current模式一样进行操作。因为该选项对于新 手来说是最安全的，所以在git tag new-tag old-tag #基于原有的old-tag创建新tag（可用于重命名，生 成新tag后，再删除旧的tag） ★git远程协作开发 远程协作的基本流程： ① 管理员在创建一个空的远程仓库（比如在gitlab上创建一个空的项目） ② 管理员创建一个待推送的本地仓库 ③ 管理员关联本地仓库与远程仓库 ④ 管理员在本地仓库中编辑代码，提交代码 ⑤ # gitlab-ctl status #查看gitlab状态 # gitlab-ctl start #启动 # gitlab-ctl stop #停止 # gitlab-ctl restart #重启 ★放通防火墙

systemctl restart docker ★默认还加了DOCKER-USER这个forward链，默认全部return，导致不通，也得 放开，具体得看下iptables规则），以下操作目的为 在系统启动后等待60秒待 k8s把iptables规则设置完毕再在以下几个chain里放通所有流量，如果对防火墙 有自定义规则或对安全性要求较高场景无需配置以下这段，防火墙相关操作自 行按需处理！ # cat kubectl get pod --all-namespaces #查看容器运行状态 如果有2个coredns的pod未启动就绪，因为pod网络组件还未部署，部署后再查 看；如果部署网络组件之后还未启动，则可能是网络不通，防火墙要放通pod 容器网段入站。 ⑤service使用ipvs模式 # kubectl edit cm kube-proxy -n io/coreos/的仓库，可改为自己集群的docker仓库 保存，退出 # kubectl apply -f kube-flannel.yml #应用flannel配置 如果pod启动失败了，查看日志 # kubectl logs kube-flannel-ds-24�m -n kube-system I0430 11:16:34.505952 1 main.go:518]

tag("jobxx") def scheduler_thread(): while True: schedule.run_pending() time.sleep(1) # 启动调度器线程 thread = threading.Thread(target=scheduler_thread) thread.start() schedule.run_all() # 立即运行所有作业 opuser.join() if __name__ == "__main__": main() 上面程序先启动了Manager线程，mgmt虽然获取到了条件变量锁 cond，但又执行了wait并释放条件变量锁，自身进入阻塞状态。 Operator线程启动后，就获得了条件变量锁cond并发出了消息，之后通 过no�fy唤醒一个挂起的线程。 最后通过release程序释放资源

yes requirepass Centos123 # /usr/local/bin/redis-server /root/redis-6.2.13/redis.conf #启动服务（后台运 行） ★做成系统服务 # ps -ef | grep redis root 14989 1 0 13:46 ? 00:00:00 redis-server