Skip to content
This repository has been archived by the owner on Apr 2, 2022. It is now read-only.

eesast/THUAI4

Repository files navigation

THUAI4

THUAI4 原电子系第22届队式程序设计大赛

赛题简介

清(pen)彩(she)无(zhan)限(shi)

框架简介

暂定架构如下:

C/S架构,实时游戏,同时支持人/AI,支持多种部署方式(局域网、服务器、本地)。

仓库说明

本仓库为所有开发工作共用仓库,请勿上传大文件,每个目录均已配置好Visual Studio开发时的.gitignore忽略规则,请根据需要自行修改,不要修改主目录下的.gitignore忽略规则。请各开发组在开发中维护好自己负责子目录内的README.md,记录设计思路、开发进度等信息(可参照示例),方便大家了解当前工作。

目录分配

  • CAPI:选手接口,生成可执行文件
  • communication:通信组件,生成.NET Standard 2.0 .NET Core 3.1类库与.Net Core 3.1可执行文件(Agent)
  • config:配置文件,主要是游戏中数值等信息
  • dependency:需要使用的各种依赖与proto文件
  • installer:下载/更新器,生成Windows GUI程序
  • interaction:玩家交互,生成Unity程序
  • launcher:游戏启动器,生成Windows GUI程序。
  • logic:游戏逻辑,生成.Net Core 3.1可执行文件
  • playback:回放组件,生成.NET Standard 2.0 .NET Core 3.1类库
  • resource:用于存放主目录下markdown文件的图片等

分支

  • master:工作较稳定的版本或阶段性成果,需要2 reviewers
  • dev:各个小组开发工作最新进展,需要1 reviewer

开发规则

使用Git和GitHub进行版本控制,开发组成员应遵守如下开发规则:

  1. Fork
  2. 创建功能分支
  3. 开发后Push到个人仓库
  4. Pull Request
  5. 删除功能分支
  6. Pull eesast仓库到个人仓库

其中commit与Pull Request中的信息应认真书写,写明完成的功能。eesast仓库分为master与dev两个分支,dev分支用于日常开发,master分支用于保存阶段性成果与稳定版本,dev分支只要一个reviewer即可merge,建议同小组同学互相review,master分支需要负责人操作。

其他注意事项

  • 注意代码可读性,注释要让他人能看懂
  • 适时整理开发文档,对接文档等内部资料
  • 注意做好部会记录,记录各种饼和锅,及时整理赛题规则,以免事后忘记
  • 开发组在赛事开始前准备好规则手册,C++API手册提供给选手
  • 开发过程中注意各部分的组件化,避免不同部分之间的耦合。便于下一届复用。
  • 注意跨平台的问题
  • 尽量不要上传大文件
  • 多了解其他小组的工作

开发组成员

逻辑组:刘雪枫,李晨阳,谢童欣

交互组:张书源,潘修睿

通信组:何思成,李泽润,刘芳甫

赛事组:史益鸣,叶召城

端茶倒水:李翔宇