プロジェクト

全般

プロフィール

参加勢向け開発ルール » 履歴 » バージョン 4

K10 菩薩, 2023/01/30 10:58

1 1 K10 菩薩
h1. 参加勢向け開発ルール
2
3
h2. 概要
4
5
プラグインやMODを作成する際のルールです。
6
プラグインやMODはみんなの遊んでいるサーバーの挙動を改変し影響を与える技術です
7
以下の事柄が守れる方の成果物のみサーバにデプロイします
8
9
h3. 基本ルール
10
11
# 単発企画用の物を作成してください。(hub鯖、攻城戦鯖、サバイバル企画などの重要な長期鯖に導入するものは避けてください)
12
# Util系、長期運用を想定する物は避けてください。
13
# 鯖準備は、バグ確認・動作確認を自分で責任をもって終えてからお願いしてください。
14
# 開発前に企画の簡単な内容だけ教えてもらえると、Labで開発済みの物や開発被りを避けることができます
15
# 開発やバグの原因特定は自分で行ってください
16
17
h3. Labにデプロイ依頼するまでに準備しておくこと
18
19
# 成果物は必ずGitHubにリポジトリを作り、jarファイル等導入に必要なファイルをすべてリリースに上げてください
20 3 K10 菩薩
# 適切なLICENSEファイルを配置してください。(特にこだわりがなければMIT、ただしPaperプラグインの場合はGNUである必要がある)
21 2 K10 菩薩
# READMEに仕様、操作方法、コンフィグ系の説明等を詳細に記述してください。(MarkDown記法を使い、見やすくしてください) 
22
(参考: http://redmine.lab.kunmc.net/redmine/projects/sanka-kids/wiki/%E4%BA%BA%E7%8B%BC%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3)
23 1 K10 菩薩
# リポジトリのissueに後述のテスト仕様書を記載してください。
24
25 3 K10 菩薩
h3. コマンド実装時に守ってほしいこと
26
27
# コマンドの入力に対して適切なフィードバックを送信者に表示すること
28
# 適切なTab補完が実装すること
29
30
h3. テスト仕様書の例
31
32
以下の例を参考にテスト仕様書を作成し、すべての項目に問題がないことをチェックしたうえで提出してください。
33
下記はあくまで例です。
34 4 K10 菩薩
テストケースの粒度は任せますが実際のユースケースに基づいたテストシナリオを作ってください。
35 3 K10 菩薩
特にゲーム系のプラグインは予期しないサーバーダウン時に状態を復旧できることを確認することを推奨します。
36
37
38
例) 正常系シナリオ1 通常実行
39
40
# /hoge start を入力じゲームを実行する
41
# 〇○であることを確認
42
# ××が表示されていることを確認
43
# /hoge stop を 確認
44
# 〇○でにないことを確認
45
# ××が表示されていないことを確認
46
# △△が出来なくなっていることを確認
47
48
例) 異常系シナリオ1 予期しないサーバーダウン
49
50
# /hoge start を入力じゲームを実行する
51
# コンソールからサーバーを再起動
52
# 状態を保持していることを確認