Openapoc: 本当にプレイ可能なアルファ状態＃1を持つために：

実装する巨大なユニット動作タスクも忘れないでください。
現在、ほとんどのエージェントとエイリアンの行動は、バニラでできるすべてのことを網羅していません（しゃがむ、ダッキング、這う、カバーを使用する、手榴弾を投げる、迂回攻撃、側面攻撃など）

ああ、そしてエイリアンのライフサイクルを適切に実装する必要があります。そうすれば、残った卵や蛹は、落とされたり産卵したりする建物で孵化する前に発見されなければ、本当の脅威になります。

エージェントアクションはすでに作成されている可能性がありますが、AIが不十分なため、使用されていない可能性があります
わからない....
私はあなたが書いたものをすべて追加しますが、最初に知る必要があります

卵について-現在のビルドでは孵化しませんか？

適切なエイリアンを解放する街並みで数日後、卵/クリサリスは孵化しないようです。 これは発生するはずですが、0.1〜86未満では発生しないようです。

エージェントの行動と行動については、ここでバトルAIに含めることができると思います
https://github.com/OpenApoc/OpenApoc/issues/265
そして、卵の孵化については、それをチェックする必要がありますが、私はそれを追加します

バトルスケープからのエージェントトレーニングはすでに実装されていると思いました...

@Atrosha種類、Androidは戦闘経験から本当にゆっくりとレベルアップします（トレーニングからはできません）。OGのように機能しないようです。

追加した：

• [x]エイリアン浸透グラフ画面

ok「バトルスケープからのエージェントトレーニング」これは動作します
しかし、それは少なくとも超人ではあまりにも多くのスキルポイントを与えます
1-2節足動物4スピッター2ハイパーワーム3ブレインサッカーに対して2エージェントで1ミッション後

だからここに統計：
エージェント1 | 前| 後
ヘルチ| 56 | 62
accur | 36 | 40
反応する| 37 | 39
スピード| 80 | 80
スタム| 33 | 41
strng | 58 | 64

agent2 | 前| 後
ヘルチ| 48 | 54
accur | 38 | 40
反応する| 16 | 17
スピード| 80 | 88
スタム| 34 | 41
strng | 63 | 66

これについて

エイリアンの卵/クリサリスはしばらくすると孵化して新しいユニットをスポーンするようには見えません（バトルスケープ）-必要があります（都市の景観でスポーンする時間と一致するのに十分な長さのミッションがめったにない場合でも）

私は本当に気づいていません、OGをプレイしています、一度もその卵/蛹が孵化することはありません...しかしそれは私の経験です...
それで、このメカニズムは機能しませんか？ 確かに？ 私はそれをテストします...しかし多分some1はすでに知っていて、リストでそれをチェックするのを忘れますか？

それは信じられないほどまれです、それはアルゴリズムと値を得るためにオリジナルのゲームコードを見る誰かを必要とするでしょう

私はまた、UFOミッションの非常に明確な記憶を持っているので、それが私の記憶が失敗しただけではないことを確認する誰かが必要です-しかし、私は非常に多くのベータリリースをプレイしますそれはそれらのバージョンからの記憶である可能性があります（実際にコードをチェックして何が起こっているのかを確認する必要があるのはそのためです）

チェックした後、それがプレファイナルリリース機能であることが判明した場合は、次のフォーラムに移動できます。
http://openapoc.org/forums/new_features/

modではないこのようなコード変更専用の領域があるため（データセクションを詰まらせません）

「エイリアンの卵/クリサリスはしばらくすると孵化して新しいユニットをスポーンするようには見えません（バトルスケープ）-彼らはそうする必要があります（都市の景観でスポーンする時間と一致するのに十分な長さのミッションがめったにない場合でも） 「本当にここに属しているの？

「エイリアンの卵/クリサリスはしばらくすると孵化して新しいユニットをスポーンするようには見えません（バトルスケープ）-彼らはそうする必要があります（都市の景観でスポーンする時間と一致するのに十分な長さのミッションがめったにない場合でも） 「本当にここに属しているの？

私は同意します、これは誰かのゲームプレイに影響を与えるべきではないようなマイナーなことです。 少なくともベータ版に移行しますか？

リストに残すことはできますが、ベータ版への移行に影響を与えるべきではないと思います...

追加または専門的な機能強化と機能のための特定のロードマップを作成しました。＃941を参照してください。
そうすれば、主要な3つのロードマップを明確に保つことができます

IstrebitelがOGに完全に実装されていないことを明らかにし、最終リリースを編集するときにプレリリースまたは何かを台無しにする必要があることを明らかにしたため、バトルスケープハッチング機能をそこに移動しました

それで、PRが正確に何であったかという8つのポイントはそれですか？
私はそれらすべてに番号を付けます

@ makus82 PR＃998にあるため、WIPとしてリストされており、まだレビュー中です。
また、問題＃999と＃1000は関連しています（ただし、アルファを残すために必須ではありません-それらはさらに先に対処することができます）
PR＃998はまもなく統合されます。 自分で実際に問題が発生したわけではないので、他の開発者による最終的な外観であり、マスターに入れても問題ありません:)

と外交リフトイベント。 ＃996は7ポイントの一部ですか？
だから、それはすべて新しい人にとって理解できることです...

19ポイントをhttps://github.com/OpenApoc/OpenApoc/issues/264に移動するのはどうですか？ これを閉じて、ソリッドビルドですべての新しいものをマージした後、マスターマージされたビルドの大規模なテストについてFBで大きな投稿を行います...

どこにでも移動できてうれしいです。 しかし、ベータリリースの発表の前にそれを行うのが最善だと思います

また、ポイント20を追加しました。これは、新しいユーザーと新しいバグレポートを取得する前に、確実に並べ替える必要があるためです。バージョン番号を特定する明確な方法が必要です。

私はYYYY-MM-DD-BuildFormatに賛成です。これは、メジャーリリースリビジョン間の期間が与えられているビルドの古さを計算しようとすると、はるかに読みやすくなるためです。

しかし、単純な0.xx.xxシステムを取得することでさえ、0.0.2-（ランダムな文字列）よりも優れています。

https://github.com/OpenApoc/OpenApoc/issues/264でポイントを確認した後、ベータ版に到達しますか？
ベータ状態に到達するには＃2 >>>（すべての機能が実装されています）<<<

ええ、ポイントを取った
これから問題19と20を取り除き、それらを＃264に移行して、Alphaロードマップを閉じることができるようにします。

また、アルファロードマップのスティッキーを解除し、＃265の後に「ポスト1.0」＃941をスティッキーにするので、「3つのスティッキー」制限を最大限に活用します。

＃998がマージされるとすぐにこれを正式に閉じます

ところで、毎週の資金調達画面は機能していますが、実行する必要がある毎日のスコア画面があります...
だからこれのためのポイントが必要です...

問題はありません。毎晩のレビュー画面を＃264に追加しました