基于Svelte的Windows Web模拟界面
这只是一个具有Windows11界面元素的web网页，体验Windows11请下载完整操作系统体验
贡献代码
项目最开始只是我一个人在写，现在承蒙大佬厚爱，开始帮忙贡献代码。不过为了代码贡献能够平稳无冲突，所以必须尽早制定提交管理制度。
说明
后续新功能与重写都会被提上日常，所以将会考虑采用一种计划表的形式制定开发规则，不在漫无目的的看到什么写什么，虽然目前才两个人，但是考虑到如果更多的大佬原因贡献代码，所以必须制定更有效的项目管理方案。我（@mowtwo）只是刚开始工作的前端新人，还没有过开源项目管理经验，所以也只能思考出一些简单的管理方案。
贡献代码流程
- 首先你要fork这个项目到自己的用户或者组织下
- 创建一个新功能相关名字的分支
- 编写新的功能代码
- 通过自测后合并到dev分支
- 提交pr到本项目的dev分支
- 经过测试人员（目前仅有我一人）后，确认代码没有问题，我会合并到主分支
由于目前项目较为简单，所以测试流程也不会太复杂，而最终代码合并到主分支也是为了能够触发vercel的部署流程
申请贡献的代码模块
由于每个人的想法和编写习惯都是不同的，来自于多个方面多个环节的代码肯定是会冲突的，所以一个功能点不能两个人同时做，更不能同时改，所以后续会将功能跟重写做成计划表，根据需求选择计划表，并且在issue上提出申请，通过后可进行fork并且编写新功能的流程
同一时期应当只有一种计划模式在进行（即开发新功能与重写仅能有一个），而一个计划涉及多个功能，则拆分等待分配领取。
被标记为认领状态的功能不可再申请。
已被申请的功能若领取者无法独立完成，应当直接邀请他人直接在自己创建的fork上进行提交。
若确认自己领取的功能无法完成，应当在issue内申请解除领取（人少的情况下可以不必如此执行），等待其他人来完成。
TODO
此处将被转移至TODO.md
临时文档
请查看DOC.md
技术栈
Svelte + TS + Vite
QA
回答一些没啥用的问题
能吃鸡不
不能
