Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/mowtwo/svelt-win11

仿写一下win11
https://github.com/mowtwo/svelt-win11

dark-theme scss svelte typescript vite windows windows11

Last synced: 12 days ago
JSON representation

仿写一下win11

Awesome Lists containing this project

README

        

# 基于Svelte的Windows Web模拟界面
> 这只是一个具有Windows11界面元素的web网页,体验Windows11请下载完整操作系统体验
## 贡献代码

项目最开始只是我一个人在写,现在承蒙大佬厚爱,开始帮忙贡献代码。不过为了代码贡献能够平稳无冲突,所以必须尽早制定提交管理制度。

### 说明

后续新功能与重写都会被提上日常,所以将会考虑采用一种计划表的形式制定开发规则,不在漫无目的的看到什么写什么,虽然目前才两个人,但是考虑到如果更多的大佬原因贡献代码,所以必须制定更有效的项目管理方案。我([@mowtwo](https://github.com/mowtwo))只是刚开始工作的前端新人,还没有过开源项目管理经验,所以也只能思考出一些简单的管理方案。

### 贡献代码流程

1. 首先你要fork这个项目到自己的用户或者组织下
2. 创建一个新功能相关名字的分支
3. 编写新的功能代码
4. 通过自测后合并到dev分支
5. 提交pr到本项目的dev分支
6. 经过测试人员(目前仅有我一人)后,确认代码没有问题,我会合并到主分支

> 由于目前项目较为简单,所以测试流程也不会太复杂,而最终代码合并到主分支也是为了能够触发vercel的部署流程

### 申请贡献的代码模块

由于每个人的想法和编写习惯都是不同的,来自于多个方面多个环节的代码肯定是会冲突的,所以一个功能点不能两个人同时做,更不能同时改,所以后续会将功能跟重写做成计划表,根据需求选择计划表,并且在issue上提出申请,通过后可进行fork并且编写新功能的流程

同一时期应当只有一种计划模式在进行(即开发新功能与重写仅能有一个),而一个计划涉及多个功能,则拆分等待分配领取。

被标记为认领状态的功能不可再申请。

已被申请的功能若领取者无法独立完成,应当直接邀请他人直接在自己创建的fork上进行提交。

若确认自己领取的功能无法完成,应当在issue内申请解除领取(人少的情况下可以不必如此执行),等待其他人来完成。

## TODO

此处将被转移至[TODO.md](./TODO.md)

## 临时文档

请查看[DOC.md](./DOC.md)

## 技术栈
Svelte + TS + Vite

## QA

回答一些没啥用的问题

### 能吃鸡不

![image-20220107145957402](https://raw.githubusercontent.com/mowtwo/pic-go/main/markdown/image-20220107145957402.png)

> 不能