Drone

直播间一对一展示代码 webrtc+websocket 直接上代码 @Configuration public class WebSocketConfig { @Bean public ServerEndpointExporter serverEndpointExporter() { return new ServerEndpointExporter(); } } @Component @ServerEndpoint("/groupChat/{roomId}/{username}") public class GroupChatController { // 保存 聊天室id -> 聊天室成员 的映射关系 private static ConcurrentHashMap<String, List<Session>> rooms = new ConcurrentHashMap<>(); // 收到消息调用的方法，群成员发送消息 @OnMessage public void onMessage(@PathParam("roomId") String roomId, @PathParam("username") String username, String message) { List<Session> sessionList = rooms.get(roomId); System

Drone 安装教程 一、 CentOS设置 1. 更换阿里源 curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo yum makecache 2. 安装网络工具 yum install net-tools -y 3. 使用阿里NTP服务 yum install chrony -y sed -i "/server/d" /etc/chrony.conf vi /etc/chrony.conf # 增加 server ntp.aliyun.com iburst systemctl restart chronyd chronyc tracking 4. 开启防火墙 sudo firewall-cmd --permanent --add-service=http sudo firewall-cmd --permanent --add-service=https sudo systemctl reload firewalld 二、 安装Docker-CE 1. 安装依赖包 sudo yum install -y yum-utils device-mapper-persistent-data lvm2 2. 设置仓库 sudo yum-config-manager -

论文题目： University-1652: A Multi-view Multi-source Benchmark for Drone-based Geo-localization 论文地址： https:// arxiv.org/abs/2002.1218 6 代码地址： https:// github.com/layumi/Unive rsity1652-Baseline 数据集下载：填写 Request 发送到 Zhedong.Zheng@student.uts.edu.au 简介（与行人重识别的关系）： 随着无人机的发展，无人机视角的目标定位是一个基本的任务，透过无人机视角图像与卫星图像相结合，来判断目标建筑的位置。 主要难点与行人重识别任务一致，为跨视角的图像匹配。在行人重识别任务中为跨摄像头匹配，而在无人机定位任务中为垂直方向的视角匹配（街景<-> 无人机 <-> 卫星） 行人重识别目前发展得比较好，数据集也被大家刷很高； 而geo-localization这个任务才刚刚开始，匹配难度较高，做的空间还比较大。 行人重识别在隐私政策上有一些考虑，采集了人体的生物信息；而无人机的建筑定位相对科研伦理/隐私上的问题比较小。 主要任务描述： 任务1 - 无人机视角目标定位 (Drone-> Satellite) ： 给定一张无人机视角的图片或者视频

drone 是一个不错的基于容器的ci/cd 工具，运行简单，同时插件也挺多，基本常见的轻量级的任务都是可以搞定的 环境准备 使用docker in docker docker-compose 文件 version: '3' services: gogs: image: gogs/gogs ports: - "10022:22" - "3000:3000" volumes: - ./data/gogs:/data depends_on: - mysql drone-db: image: mysql:5.7.16 volumes: - ./gogs/mysql:/var/lib/mysql ports: - 3309:3306 command: --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci environment: MYSQL_ROOT_PASSWORD: dalongrong MYSQL_DATABASE: drone MYSQL_USER: drone MYSQL_PASSWORD: dalongrong TZ: Asia/Shanghai mysql: image: mysql:5.7.16 volumes: - ./drone-db/mysql:/var/lib/mysql ports

上一篇文章里已经介绍了如何安装Drone，下面我们来看下如何使用。还是基于gogs作为git仓储。 首先打开server对应的地址，进入登录页面，输入在启动server时配置的管理员账号（对应的就是gogs里的账户，当然可以使用其他账号，但是有些操作必须管理员才可以）进行登录，可以进入到系统中。 点击右上角的同步按钮，同步git库，同步完后，下面就会列出目前gogs里所有的git库，通过顶部搜索框也可以搜索要操作的项目，找到项目后，点击项目后面对应的激活按钮，如下图： 然后点击下面按钮进行激活配置： 一般保持默认，直接点save按钮即可。 激活后，Drone就会激活gogs的webhook，监听代码变化，当有代码发生变动时，就会触发Drone的pipeline。 下面就来看下pipleline的配置方法，我们以一个maven工程为例，实现把一个maven工程进行自动编译，然后打包成容器镜像，并推送到私有容器仓储里。 1，首先建立一个maven工程，里面添加自己的测试代码。 2，在项目的根目录下创建.drone.yml文件，这是配置pipeline的文件，drone工作都是靠它来说明的。 3，文件结构如下： kind: pipeline name: default steps: ***** 　steps里配置的就是整个pipeline每一步的具体操作，我们实例第一步是要把项目进行编译

drone 1.0 的定时任务是一个不错的功能，早期的版本是必须使用cron 表达式的 最近发布的版本支持通过配置就可以了，很方便，只是目前比较简单的，支持小时、 天、周、月、年的模式 环境准备 docker-compose 文件 version: '3' services: drone-server: image: drone/drone:1.0.0-rc.1 ports: - "80:80" volumes: - ./drone:/var/lib/drone/ environment: - DRONE_OPEN=true - DRONE_SERVER_HOST=drone-server - DRONE_DEBUG=true - DRONE_GIT_ALWAYS_AUTH=false - DRONE_GOGS=true - DRONE_GOGS_SKIP_VERIFY=false - DRONE_GOGS_SERVER=http://gogs:3000 - DRONE_PROVIDER=gogs - DRONE_DATABASE_DATASOURCE=/var/lib/drone/drone.sqlite - DRONE_DATABASE_DRIVER=sqlite3 - DRONE_SERVER_PROTO=http - DRONE_RPC_SECRET

本文教你如何白嫖实现足够自动的开发测试交付，面向读者最好满足以下条件： 足够穷 足够懒 issueops? 听过chatops,gitops还没听过issueops，顾名思义issueops就是在讨论issue的时候把ops的事给干了，讨论问题就把问题给解决，美哉。 kubernetes项目issue或者PR中会经常看到这样的东西： 类似 /kind feature 这样的指令是给机器人看的，这里就要介绍一位非常勤奋的小伙伴了： 他叫k8s-ci-robot,我想没有谁的贡献有他多了吧，这可不是刷出来的，都是实打实的工作量： 收到指令后robot就忙着打标签，验证提问题的有没有cla认证，分配review代码的人等： 然后懒汉们review完代码就又吩咐机器人测试： 小伙伴就一顿操作梦如虎的干了好多事情还不拿年终奖： 以上，企业是不是发现养一个robot胜似招10个员工，是不是比疫情期间面向周报编程程序员靠谱多了~ Prow Prow 就是robot的实现，原理非常简单，就是通过github webhook去监听github产生的事件，分析里面的指令去执行对应的job，它能干的几个重点的事： 执行任务，特别是测试任务 合并代码，你可能觉得这不就是点个按钮的事吗？其实不是，比如一个bug的修复可能要合并到很多个版本中，做起来枯燥且恶心，而且很多时候还是希望合并代码时能做些额外的事