0.12.1リリースへ向けて
懸案としていた音周りの問題とフルスクリーンの問題が解決したので、開発参加者(今のところ3人ですが)の合意が取れた時点で、0.12.1のβ版をリリースしようと考えています。
Milestone 0.12.1を追加しました。βリリースの前に解決しておくべき問題がある場合、このMilestoneを指定してIssueを作成してください。
現在あるIssueの中で優先度がmajar以上なのは#46と#55ですが、これらは実際には0.12.1のリリースまでに解決しなくてもよいと私は考えています。この点についても意見がある方はメッセージをいただければと思います。
βリリース等を行った時、私は自分の出入りするコミュニティ等で告知を行う予定ですが、それ以外の場所で告知等行いたい方はぜひ自由に行ってください。
このIssueは0.12.1のβやRCが取れた時点でクローズする予定です。
Comments (40)
-
-
こんばんは。今週末も怒涛の更新お疲れ様です。
βリリース
実は…なんとか自力で直したいと思いつつ、まだ直せずにいるバグがいくつかありまして。自分が抱えていても時間ばかりかかりそうなので、issue を立てて投下してもよろしいでしょうか? あと要望もいくつかあります。こちらは優先度下げておきますので、遠慮なくスルーしちゃってください。 βリリースは、バグがあらかた片付いたらいつでも。
異議ありません。
-
reporter 実は…なんとか自力で直したいと思いつつ、まだ直せずにいるバグがいくつかありまして。自分が抱えていても時間ばかりかかりそうなので、issue を立てて投下してもよろしいでしょうか?
了解です。Issue作るときにMilestoneが選べるようになっているので、0.12.1を選択して作成してください。
手分けして問題を潰していきましょう。
-
ありがとうございます! では順次投下させていただきます。
-
reporter まだこんなに問題があったんですね。手分けして解決できれば。
作業の重複を避けるため、着手するときは編集で担当者を設定してから行うことをお薦めします(今まで私がそういうことをしてないのがそもそもよくないのですが)。
-
>着手するときは編集で担当者を設定してから
その通りですね…全く今日の俺の早とちりと言ったら…。なのですが、最初のPull Req出すのに3,4時間くらいかかってしまい、自分のCWPy経験値の不足を痛感したため、宣言してこれやる!とはとても申しづらいです。申し訳ありません。
なので私めの事は構わずに(もし自分が書いてたのが作業の重複になっても、それは自分の糧だから無問題だし、答え合わせもできるって素敵)お願いしますorz
-
今帰宅したところです。作業してくださったお二方、ありがとうございます! これからひとつひとつ見てみますね。
-
reporter まだ確認前のものもありますがあらかた片付いた感じですかね。
このまま少し様子を見て、きりよく9月1日くらいにβリリースする感じでよいでしょうか。
-
9/1に
そうですね、きりよくリリースできたら……と思いつつ、またバグ報告を投下する自分。どうしてこう間際になってから出てくるのだ…ぐぬぬ…。
-
reporter いえいえ、どっちにしろ大バグを残したままではリリースできませんから、今のうちにどんどん出していきましょう。
バグ的なものは〆切り間際とリリース直後に一番よく出るという話も。
-
reporter なんとかの法則といいますか、ここへ来て連日のようにバグが発生している状況です。まだコードがそれなりの品質ということなので、とりあえずもう一週間ほど様子を見てみたいと思うのですが、いかがでしょう。
開発者が自分達で問題を見つけられなくなってからがユーザの出番と思いますので。
-
もう一週間ほど様子を見て
賛成です……(ほっとした顔
-
reporter 一週間経ちましたが、以前1日1件程度のペースで問題が出ています。もう一週間伸ばしたい所なのですが……。
このままずるずる伸ばし続けてもなんなので、9月中を目標にするというのはどうでしょうか。
もうリリースしちゃってもいいと思うよ、という意見が来るようならまた考えます。
-
リリース時期について特に意見は持っていません。正式リリースした後でもバグが出るのが世の常ですし(恐)
まぁバグ件数が落ち着いてからでもいいと思います。
-
9月中を目標
それでいいと思います。
-
reporter では具体的に
- 週のバグ発見数が3点以内なら週末にリリース
- そうならなくても9月末にはリリース
という事にしましょう。よろしくお願いします。
-
reporter バグのペースがどうであれ、今週の金曜日夜にはリリースします(土日より前なのは余裕がほしいからです)。
プログラム以外でも、wikiやReadMe.txtの内容など、何か足りないものがあると思ったらどんどん指摘してください(直接修正してもOK)。
-
足りないもの、に入るかどうか解りませんが……とりあえずひとつ。
CardWirthPy を紹介するときに「これもカードワースエンジンなのです(キリッ」と、言ってしまっていいのでしょうか。要するに、大もとの原作者である GroupAsk さん的に、このプログラムがカードワースを名乗るのは、ありなのだろうかと。
もし未確認でしたら、お問い合わせ文の草稿考えてみようかと思っていたところですが……どうなのでしょう。
-
reporter そう呼べるかどうかはカードワースエンジンの定義によると思います。CardWirthのシナリオを遊べるという意味では問題無いはずです。そうではなく、groupAskの開発したエンジンの延長線上にあるもの、という定義であれば異なるのではないかと思います。
元の開発者の方も私もgroupAskへ問い合わせ等はしていません(たぶん)が、こういうものを開発していると一言伝えておくのも礼儀かとも思います。しかし今のところ私はそうする予定はありません。
なお、CardWirth 1.50と違ってフルスクラッチで開発されているので、CardWirthPy本体には著作権的な問題はありません(Classicスキンは別)。
-
了解です。ちょっと考えてみます…。
話は変わりますが、β版にはフォント・サウンドフォント・スキンクラシックは同梱されるのでしょうか?
-
お疲れ様です。ここ最近バグとかに立ち会えず、あまり貢献できず申し訳ありません。何とも歯がゆい…いや、それだけ安定してきたということですので喜ばしい事です。
0.12.1に縛られず気付きがあれば修正していく感じのスタンスなので、リリースはゆるーりと見守らせていただきます。
-
reporter β版にはフォント・サウンドフォント・スキンクラシックは同梱されるのでしょうか?
その予定です。ライセンスが色々と混在して煩雑になりますがそれは仕方ないですね。
to tachi_gigasさん
いつもありがとうございます。これからも自分のペースでゆったりご協力いただければ。
-
突貫工事で申し訳ありませんが、紹介文書いてみました。
おかしなところがあったら遠慮なく書き換えちゃってください。
-
reporter これはすばらしい。歴史から目的までわかりやすく書いていただきありがとうございます。
いくつか直すべき事があるかな、と思ったので、勝手ながら手を入れさせていただきました。履歴で確認できるとは思いますが次の箇所です:
- GroupAskさんの引退→事実上の引退
- lynaさん→Lynaさん
- オープンソース→フリー・オープンソース(フリーである事が重要です。オープンにされていても非フリーであれば意味がありませんので)
あとプレイヤーにとっての重大事である「シナリオはそのまま遊べるが宿は依然として変換が必要である」という事をどこかに書いておきたかったのですが、文脈を崩さずに付け加える事ができなかったのでそのままです。よろしければどこかに入れていただけないでしょうか。
ここまで書いたらReadMe.txtに手を入れる必要を感じ始めたので入れるとして……。
改めて、本日午前中(準備が終わり次第)0.12.1βをリリースすることにします。
-
reporter ちょっと休憩して、リリース直後の問題とかが出なければ(経験上、出るんだなぁこれが)知ってる人達とかに伝えに行きます。
-
reporter あっ。ファイル名にbeta1つけ忘れた。
-
今パソコン前に帰ってきました。
祝・βリリース! おめでとうございます、なんていうと他人事みたいですが、最初ずっとひとりでコツコツやっていたことを思い出すと、やっぱり「おめでとう」な言葉が出てきてしまいます。本当にお疲れ様でした。
シナリオはそのまま遊べるが宿は依然として変換が必要
手直しとご指摘、ありがとうございます。宿変換については、おそらく別ページになると思いますが、入れておきますね。
-
reporter ありがとうございました&よろしくお願いします。
βやRCが取れるまで今しばらくかかるかと思いますので0.12.1にもう少しお付き合いください。
一週間バグが出なかったらRC版にしていいかなぁ?
-
おわわ、素で見落としてた…申し訳ありません。こちらこそ、よろしくお願いします。
一週間バグが出なかったらRC
それでいいと思いますよ。
-
reporter 一週間置いてβ2リリース。
特に何もなければ当面一週間周期をベースにしてバージョン上げていきます。
-
reporter β3リリースしました。
-
reporter 操作不能になるバグがあったので急遽β4リリース。
-
reporter β5リリース。
結構な勢いでバグが出ています。先は長そうです。
-
reporter β5から1週間経ちましたが、ここでちょっとストップ。βを1週間毎にリリースする事の効果が出てない気がします。ダウンロードサイズも大きいので頻繁すぎるリリースはデメリットが大きそうです。
いっそ次にリリースするのはRC版くらいの気持ちでいるのですが、どうしたものでしょう。致命的なバグが出て修正した場合は、もちろん次のβを出すべきなのですが。
-
ご無沙汰しております…。最近あまり参加できてませんが、生きてます。
次にリリースするのはRC版、でも致命的なバグが出たら次のβ
それで問題ないと思います。
-
reporter 最後のβからかなり時間が経ってしまい、修正が嵩んできました(バグ修正だけで42件あります)。さすがに次のβ版を出すべきなのではないかと思えてきたので、今週末辺りβ6を出します。その次がRCになるかは、状況を見て判断したいと思います。
-
reporter β6をリリースしました。これから
#117の問題に取り掛かる予定です。 -
reporter -
reporter 私の手際の悪さのためにリリースへの流れがあまりに間延びしてしまったので
#131にて仕切り直しにします。申し訳ありませんがよろしくお願いします。
-
reporter - changed status to wontfix
#131にて仕切り直し。 - Log in to comment
見ました。自分はリリースしても問題ないと思います。何か出ればそのときに修正すればいいさと思っています。
#55は自分の自爆案件なので0.12.1でスルーしても問題ないと思います。何かいい解決方法があればなぁ。