0.24.0が最後のpy2サポートリリースになるという考えですよね？

24021は、タイムスタンプ比較のコーナーケースの動作を修正しますが、py2 / py3の動作の間に不整合ももたらします。 ＃21394は、Timedeltaの比較に同様の変更を加えました。

私たちができる最も一貫性のないことは、現状を維持し、Timedeltaの動作を変更することですが、Timestampの動作は変更しません。 問題は、a）＃24021をマージして0.24.0でpy2 / py3の動作が一致しないか、b）0.24.0以降まで＃21394を元に戻し、最初のpy3のみのリリースで両方を変更するのを待つかどうかです。

オプションbに少し傾いています。

0.24.0が最後のpy2サポートリリースになるという考えですよね？

基本的には、バックポートを実行し、py2もサポートする0.24.1または2を実行すると想定しています。

私はこのセクションにあまり詳しくありませんが、オプションbは妥当なように聞こえます。

しかし...私は一貫性のないpy2 / py3の振る舞いで生きることができました。 そして、私たちは建物と一貫性があるでしょうか。それだけではありません。

質問：と
https://github.com/pandas-dev/pandas/pull/24021各バージョンの組み込みのタイムデルタと一致しますか？

このリリースは確かに大きいですが、v.0.24は、1.0 APIを効果的に定義するため（0.24と1.0の間の非推奨ポリシーの意味で）、またEA全体の取り組みの大きさのために、非常に特別です。 。

しかし、多くのハードワークにもかかわらず、現在の状態はまだ少し中途半端な感じがします。

• 日時リファクタリング： https ：
• ExtensionArray： https ： __setitem_ （＃24020）やmerge （＃23020）またはEAsと他の（パンダ）オブジェクト（＃22962 /＃22974）、 groupby （＃22861）などの間の相互作用。
• リグレッション： https ：
• pd.Array ：＃23581
• 新しい属性の一貫性（どこでも.values .arrayを推奨しますか？）＃23995
• 一貫性を保つために（特にEAに関しても）、1.0より前のuniqueあたりのAPIを実際にクリーンアップする必要
• 簡潔にするために省略している他のいくつかのこと

現実的には、年末までのリリースは最大10日以内のカットオフを意味します。これは、たとえ手抜きをしたとしても、私のPOVからは非現実的です。

上記の@TomAugspurgerからの次のステートメントを考えると

基本的には、バックポートを実行し、py2もサポートする0.24.1または2を実行すると想定しています。

とにかく、実質的に2019年の初めにPY2のサポートが増えることを意味します。年末までにリリースを強制しようとしないことを検討する必要があると思います。

年末までにリリースがある場合（または最も重要な問題が整理される前）、PY2には0.24.0として0.24.1が必要であることに特に同意します。 0.24.0は、最後のリリースであるIMOには、あまりにも多くの問題があります（RCで表面化することを願っていますが、まあ...）。

あるいは（これは同時にhttps://python3statement.org/と一致していますが、より物議を醸しています）、今年は最後のPY2をサポートする0.23.5を使用し、PY3のみとして0.24.0を実行することを検討できます。来年...？

@ h-vetinaripandasはほぼ完全にボランティアプロジェクトです。 したがって、プロジェクトの優先順位はコミュニティのコンセンサスによって設定され、それに向けて取り組んでいます。 時間内に定期的にリリースされます。 0.24.0は、実際には数か月遅れています。 自体は議論が起こるだろうされていない必要な追加のものを追加しようとしています。

0.24.xシリーズに存在するものはすべてPython2の最後のリリースであり、これは長い間発表されてきました。 これがまさにその通りです。

私はのポイントに従わない
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-444777018 。 それを言い換えたり要約したりしてみてください。

Py2とPy3は0.24.0には関係ないと思います。

あなたがリンクしたEA関連の問題はすべて0.24で起こっていると思います（私はそれらすべてをチェックしませんでした）。 これは基本的に現時点ではブロッカーですが、最近バックログを確認していません。

ユニークなものを調べる時間がありませんでした。

@jreback

@ h-vetinaripandasはほぼ完全にボランティアプロジェクトです。 したがって、プロジェクトの優先順位はコミュニティのコンセンサスによって設定され、それに向けて取り組んでいます。 時間内に定期的にリリースされます。 0.24.0は、実際には数か月遅れています。 それ自体が議論を必要とするものを追加しようとすることは起こりません。

私はそれをすべて知っています。 コアの変更の一部がまだ完全に開発されていない場合（主にEA +リグレッションについて話している場合）、延滞はリリースを急ぐ悪い理由であると言っているだけです。

0.24.xシリーズに存在するものはすべてPython2の最後のリリースであり、これは長い間発表されてきました。 これがまさにその通りです。

他のチャンネルで何が議論されているかはわかりませんが、GHで見たのは、主な決定は0.24->0.25->1.0 。 Re：PY2、2018年12月31日以降はPY2のリリースはないということも同様に言われています（そしてwhatsnewにその影響があるという警告があります）。PY2の0.24.0シリーズのサポートはさらに6〜8か月ですPY2をサポートする方法（0.24ブランチへのバックポートは非​​常に面倒です）。 もちろんそれは有効な選択ですが、代わりに非常に安定した0.23.5のままでPY2を残す可能性を提案したかっただけです。

@TomAugspurger

私はのポイントに従わない

24060（コメント）。それを言い換えたり要約したりしてみてください。

Py2とPy3は0.24.0には関係ないと思います。

申し訳ありませんが、これは明確ではありませんでした。主な（相互に関連する）2つのポイントは次のとおりです。

• 12月31日の（PY2をサポートするための）期限が定められているため、0.24を急ぐべきではありません。
  
  
  
  • そのためのいくつかの問題をリストしました-これらのいくつか（および私がタグ付けしなかったより多くの関連する問題）は、v.0.24ではなく「ContributionsWelcome」にプッシュされました
  
  
  • 0.24は1.0までのAPIロックポリシーのために特別であり、これは.unique残念だと思います（しかし、私はそれについて荒野で孤独な声だと思います1）
  
  
• 警告ボックス（「2019年1月1日以降、パンダの機能リリースはPython 3のみをサポートします」）とPY2の0.24シリーズのサポート、およびPY2の0.23.5の提案との不一致を指摘します。

あなたがリンクしたEA関連の問題はすべて0.24で起こっていると思います（私はそれらすべてをチェックしませんでした）。これは基本的に現時点ではブロッカーですが、最近バックログを確認していません。

バックログは、特に「Contributions Welcome」にプッシュされた問題（EAの問題についても）によって大幅に削減されました。これは、これをすぐに解決するために、私のポイントに向かっています。

そうは言っても、私はこのゲームにかなり慣れていないので、コア開発者が全体像を把握し、管理していることは間違いありませんが、観察結果を指摘しても問題はありません。

ユニークなものを調べる時間がありませんでした。

十分に公平なことですが、開発時間は非常に限られた手段です。 1.0以降の土地でこれをみんなに納得させようとしなければならないと思います。 ;-)

@ h-vetinari

私はそれをすべて知っています。 コアの変更の一部がまだ完全に開発されていない場合（主にEA +リグレッションについて話している場合）、延滞はリリースを急ぐ悪い理由であると言っているだけです。

追加と追加を続けると、リリースは永遠に遅れ続けます。 砂に線を引きました。 これはあなたがドアから製品を取り出す方法です。 DTAが完全に着陸すると、リリースできるようになります。 したがって、これはそれほど遠くありません。 確かに、追加の作業を行うことができ、0.23.5が最後のPY2リリースであると言うだけです（そしてもちろんそれをリリースします）。 ただし、安定したブランチに戻すのは簡単です。つまり、0.24.xシリーズです。

リリースに追加するものは常にありますが、これはすでにこれまでで最大のものです。 避けられないバグがあるので、後でではなく早く行う方がよいでしょう。 あなたの貢献に感謝します。 ここですべての主要なAPI変更を取得することはできません。 開発時間は本当に限られたリソースであるという点で、あなたは正確に正しいです。

@jreback
返信ありがとうございます。 もちろん、これをできるだけ早く公開したいとのことですが、これは十分に公平なことです。

ただし、安定したブランチに戻すのは簡単です。つまり、0.24.xシリーズです。

パンダが2019年1月1日ごとにPY2のサポートを停止するだろうと誤解したようです...多分、whatsnewsでその警告ボックスを適応させる必要があります（ " v.0.24.xはPY2をサポートする最後のシリーズになります; v.0.25.0から始まります

RE：CalendarDayの進捗状況https://github.com/pandas-dev/pandas/pull/22867#issuecomment -445433463

TODO
すべての減価償却警告を追加します（これらの警告がかなりあると思います）。 これは、以下に含める必要があります。

• 他のティック、Timedeltas、およびDatetimeTZを使用したデイティック演算
• DatetimeIndex.shift（tz対応のみ）

移行
計画では、前日の動作が置き換えられたら、_Day（以前のCalendarDay）がDayを置き換えるだけです。

懸念
前回の開発チャットでは、「D」がTimedeltaとDatetimeの両方と互換性のあるfreq引数/オフセットであることに関心がありました。 モンキーパッチをたくさん追加せずにこれを可能にする明確な方法がわかりません。

例：timedelta_range（...、freq = 'D'）; to_offset（ 'D'）は将来_Dayを返し、このオフセットはTimedeltaをインクリメントする必要がありますが、_Day + Timedeltaは無効な操作です。

タイムスタンプ/ timedeltapy2 / py3の一貫性の問題について意見がありますか？

多数の非推奨は、1.0で削除予定としてリストされています。 それらのいくつかについては、1.0の代わりに0.25.0を使用する必要がありますか？

タイムスタンプ/ timedeltapy2 / py3の一貫性の問題について意見がありますか？

その問題を要約できますか？ 理想的には、ここではpython（実行中のバージョンが何であれ）に従うだけだと思います。 しかし、私はこの問題を完全には理解していないと思います。

多数の非推奨は、1.0で削除予定としてリストされています。 それらのいくつかについては、1.0の代わりに0.25.0を使用する必要がありますか？

私はそれらのすべてだと思います...しかし、それを議論する必要がありますが、いくつかはプッシュされる必要があるかもしれません。

https://github.com/pandas-dev/pandas/issues/24060#issuecomment -444180736

Timedeltaは最近、以前に発生した場合にNotInplementedを返すように変更されました。 その結果、そのpy2の動作はpythonと一致しますが、pandasのpy3の動作とは異なります。

Timestampには、同様の変更を行うためのオープンPRがあります。

py2が削除されると、変更は間違いなく正しいです。 それまでは、矛盾する一貫性の議論があります。

0.24.0のタイムスタンプPRを取得するか、0.24.0以降までタイムデルタPRを元に戻す必要があります。

（親指で入力します。不明な場合はLMk）

Timedeltaを元に戻して、両方を0.25 / 1.0（py3のみ）にプッシュしてみましょう。

このコメントを移動するhttps://github.com/pandas-dev/pandas/pull/24227#issuecomment-446680041ここに：

（このIMOについては、マスターで少なくとも2週間は必要です）

[トム]確認のために、DatetimeArrayを使ってリリース候補をできるだけ早く実行する必要がありますよね？ そして、RCが出ている間にマスターで1〜2週間？

個人的には、いいえ、私はそれをしません（数日後のようにASAPで意味する場合）。 また、RCを行う前に少なくとも2週間はマスターに保管しておきます。 今実際には、とにかくそれはおそらくそのようになるでしょう..

個人的には、datetimearrayをプッシュした後、dask /その他のことに戻る必要があります。 私はそれをしている間、私たちがRCを出すことができることを望んでいました。

このラウンドのレビューを行っている間に私が拾うことができる他の主要な問題はありますか？ 私のプレートは現在持っています

• ＃24024（レビュー中）
• https://github.com/pandas-dev/pandas/pull/24227 （完了、レビュー中）
• https://github.com/pandas-dev/pandas/pull/23581（＃24227によってブロックされてい
• ＃23617（＃23581によってブロックされました）
• そして、DatetimeArayに関するいくつかの未解決のドキュメントの問題。

ええ、私たちは物事をマージし（トムが言及した）、少なくとも1週間か2週間マスターに座るべきだと思います

明確にするために、これもできるだけ早くリリースされることを望んでいますが、現実的である必要もあります（たとえば、fastparquetで述べたように、年末までに最終リリースが行われるとは思わないのですか？すべてのブロッキングPRは1週間でマージされますが、IMOは速すぎるようです）

RC期間が長く、RCを実行した後もさらにクリーンアップを実行する（場合によっては2番目のRCを実行する）場合は、マージ後にクイックRCを実行しても問題ありません。
しかし、RCを「私たちの側からリリースする準備ができており、RCを試している人から大きな問題が報告されていない場合は、そこから最終リリースを行うことができます」と見なす場合は、マスターにこれらの大きな変更を加える必要があります。ビットIMO。

私はfastparquetリリースを行う権限を持っていると思います。 本日リリースされる可能性のある下位互換性/上位互換性のある変更があります。

しかし、RCを「私たちの側からリリースする準備ができており、RCを試している人から大きな問題が報告されていない場合は、そこから最終リリースを行うことができます」と見なす場合は、マスターにこれらの大きな変更を加える必要があります。ビットIMO。

RC期間が長く、RCを実行した後もさらにクリーンアップを実行する（場合によっては2番目のRCを実行する）場合は、マージ後にクイックRCを実行しても問題ありません。

それは基本的に私がいるところです。 優れた大きなPRSは今週マージされると仮定すると（だけではない、実際の締め切り、と仮定すると）、その後、我々は次の数週間でそれらの問題を上げます。 私の希望は、RC（または2つ）を実行することで、より多くの問題が発生する可能性が高くなり、より高品質の最終リリースをより早く実行できるようになることです。

RCをより早く実行することの主なコストは、スコープクリープが発生しないことです。これは良いことかもしれません:)

とは言うものの、たとえば20日から27日は休日のため、RCを行うのは良い考えではないと思います。 ですから、正月明けにやっても大丈夫です。

すべてが良さそうです; 今年の最初のRC;

@jreback @TomAugspurger @jorisvandenbossche
カットオフ前に＃22724のPRを受け入れますか？ 私はあなたがスコープクリープを避けてこれをすぐに戸外に出したいと思っていることを知っていますが、私は物事の一貫性の側面から来ています。 時間を投資する前に聞いてみようと思いました。

そういえば、v0.24とv0.25の間の変更を打破するためのポリシーはどうなるか、すでに考えていますか？ それらは完全にブロックされますか、それともマスターはバックポートを使用してv0.25ですぐに1.0.0.devに移動しますか？

@jreback @TomAugspurger @jorisvandenbossche

そういえば、v0.24とv0.25の間の変更を打破するためのポリシーはどうなるか、すでに考えていますか？ それらは完全にブロックされますか、それともマスターはバックポートを使用してv0.25ですぐに1.0.0.devに移動しますか？

-v.0.25がリリースされるまでPRの中断がブロックされる場合に備えて、PRの中断に関するすべての作業を一時停止するため、これを再確認してください。

デッキをクリアすると、すぐにマージしない限り、plsは0.24.0のタグを付けません。 @jbrockmendelと@TomAugspurgerによってまだ行われているクリーンアップを除く

理想的には、rc1は来週、 @ TomAugspurgerと言うことができますか？

来週も考えていました。 現在、バックログを確認しています。

金、2019年1月4日に8:00 AMジェフRebackの[email protected]は書きました：

デッキをクリアすると、すぐにマージしない限り、plsは0.24.0のタグを付けません。
@jbrockmendelによってまだ行われているクリーンアップを除く
https://github.com/jbrockmendelおよび@TomAugspurger
https://github.com/TomAugspurger

理想的には、来週rc1と言うことができます、@ TomAugspurger
https://github.com/TomAugspurger ？

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-451450878 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABQHIt1WfzSQoOTnbRYdwYdvo6Qo1Zy5ks5u_16OgaJpZM4Y9wcW
。

うん私も

-v.0.25がリリースされるまでPRの中断がブロックされる場合に備えて、PRの中断に関するすべての作業を一時停止するため、これを再確認してください。

私の好みは、0.25-> 1.0からの唯一のAPIを壊す変更は、以前に非推奨になった機能の削除です。 その後、ユーザーは

1. 0.25.xでスムーズに動作することを確認します
2. パンダからのFutureWarningsを修正します
3. 自信を持って1.0にアップグレード

IIRCは、前回の開発者会議でこれに緩い合意がありました。

@TomAugspurgerは、0.25の開発サイクルでまだ

私たちがそれについて言ったことを本当に覚えていません。夏のスプリントからの漠然とした思い出だけで、0.24ですべての非推奨をすでに望んでおり、0.25でそれ以上追加することはありません（ https://github.com/pandas-の要約ですが

読み間違えたらごめんなさい。 あなたの漠然とした記憶は、0.25.0の非推奨に関する私の漠然とした記憶と一致します:)

そのポリシーを再検討しますか？ IOW 0.25.0で、次のいずれかの新しい非推奨を許可しますか？

• 1.0で削除されました（コミュニティが適応するための多くの時間なしで）
• 1.0で維持され、2.0で削除されました（semverを実行している場合）

0.24が出てから、計画について電話する必要があります

https://github.com/pandas-dev/pandas/pull/24708がマージされた後、RC1を約4時間で削減したいと思い

RC期間中にPRをマージすることでどれほど保守的であるかを議論する必要があります。 前回何をしたか思い出せません（特にRCのバグを修正しているPRだけですか？それとも「小さな」ことでも大丈夫ですか？）。

わかりました、RC、ええ、小さなことは大丈夫です。 大きい場合はRC2が必要かもしれません

今すぐタグ付けし、タグをプッシュする前にローカルテストを実行します。 ぎりぎりのブロッカーを見つけたら、私にpingしてください。

@TomAugspurgerは、リリースのブログ投稿を書くつもりだと言っていましたが、最終リリースだけだと思いますか？
その場合、すでにいくつかのハイライトがあるとよいかもしれません（私はいくつかのドラフトを開始しました）。 whatsnewファイルは、一般的にいくつかのクリーンアップを使用できます。

どれくらい時間がかかるかわかりますか？ タグをプッシュしようとしていました:)

ただし、別のコミットからWebサーバーにプッシュされるドキュメントを再構築することはできます。

numpy> = 1.12を確実にするために、conda-forgeレシピでいくつかの作業を行う必要があると思うので、もう少し時間があります:)

ええ、私を待たないでください。 私は最初に終えるべき他のいくつかの仕事があります。

わかった。 タグ付き。

2019年1月11日金曜日午前9時13分JorisVan den Bossche <
[email protected]>は次のように書いています：

ええ、私を待たないでください。 私は最初に終えるべき他のいくつかの仕事があります。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-453548795 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABQHIsamTvr2YaLm68tQDFCX40_nraSTks5vCKo3gaJpZM4Y9wcW
。

私はwhatsnewファイルを調べてハイライトを抽出し始め、すでに次のことを考えました。

• カスタムデータ型の内部処理のリファクタリング：
  
  
  
  • ExtensionArrayインターフェースのより良い統合
  
  
  • 期間と間隔をシリーズ/データフレーム列に保存できるようになりました（以前はインデックスのみ）
  
  
• 基になる値にアクセスするためのシリーズとインデックスの新しい.array属性、およびnumpy配列に変換するためのto_numpyメソッド。
• オプションの整数NA
• 疎な変更

日時のようなリファクタリングのすべてについて言及すべきハイライトはありますか？ （「カスタムデータ型の内部処理のリファクタリング」は別として）

言及する価値のある他の新機能や変更はありますか？

https://github.com/pandas-dev/pandas/releases/tag/v0.24.0rc1にはいくつかあります。

2019年1月11日金曜日午前9時51分JorisVan den Bossche <
[email protected]>は次のように書いています：

私はwhatsnewファイルを調べて、ハイライトを抽出し始めました。
すでに考えた：

• カスタムデータ型の内部処理のリファクタリング：
  
  
  
  • ExtensionArrayインターフェースのより良い統合
  
  
  • 期間と間隔をSeries / DataFrameに保存できるようになりました
    
    列（以前はインデックスのみ）
  
  
• 基になるものにアクセスするためのシリーズとインデックスの新しい.array属性
  値、およびnumpy配列に変換するto_numpyメソッド。
• オプションの整数NA
• 疎な変更

日時のようなリファクタリングのすべてについて言及すべきハイライトはありますか？
（「カスタムデータ型の内部処理のリファクタリング」は別として）

言及する価値のある他の新機能や変更はありますか？

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-453561740 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABQHIh4Abyv5aEhn2vAA7KAJziTL75Rkks5vCLL7gaJpZM4Y9wcW
。

バイナリが構築されており、HTMLドキュメントはhttp://pandas.pydata.orgにあります。

バイナリが完成したら、本日遅くにアナウンスを送信します。

MacとLinuxのホイールはPyPI上にあります。 Condaパッケージがconda-forgeに流れ込んでいるので、アナウンスメールを送信しました。

https://github.com/pandas-dev/pandas-releaseには、修正が必要なことがいくつかあります。 RC固有のものもあるので、あまり気になりません。 最終リリースを行う際に、すべての最終的な問題を解決しようとします。その後、他の誰かが試してみて、誤ってそこにエンコードしたマシン固有のものを確認できることを願っています。

0.24.0rc1のウィンドウホイールはありませんか？

@cgohlkeが通常、リリース候補を作成してアップロードするかどうかは

今してます。 pypyビルドが失敗していました...

@cgohlkeに感謝します。現在、WindowsホイールがPyPIで

今週はおそらく0.24.0を実行する必要があります。 異議はありますか？ ブロッカーはありますか？

https://github.com/pandas-dev/pandas/pull/24674を完了するかどうかはわかりません。 今週はあまり時間がありません。

異議はありません-現在0.24.0でマークされているものを取得したいのですが、数日以内に延期しても問題ありません

@TomAugspurgerすべての問題とPRは0.24.0でクリーンです

DatetimeArrayに実験ラベルを追加して簡単なドキュメントPRを行います。
TimedeltaArray、 .dtypeが変更されると予想されるという警告付き
将来。

7:03ジェフRebackで水曜日、2019年1月23日には[email protected]
書きました：

@TomAugspurgerhttps ：//github.com/TomAugspurgerすべての問題とPRは
0.24.0でクリーン

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-456793566 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABQHImKD-UhxOjifdIssgpzK7mRPh69fks5vGF2mgaJpZM4Y9wcW
。

合併を計画中

• DOC：DatetimeArrayとTimedeltaArrayに実験的なメモを追加します
  https://github.com/pandas-dev/pandas/pull/24882
• DOC：sphinx_buildにクリーンはありません
  https://github.com/pandas-dev/pandas/pull/24902
• DOC：古いwhatsnewURLもリダイレクトします
  https://github.com/pandas-dev/pandas/pull/24906
• https://github.com/pandas-dev/pandas/pull/24905
• pd.mergeのIndex.takeの使用法を修正するBUG-24212を元に戻す
  https://github.com/pandas-dev/pandas/pull/24904

その後すぐにタグを付けます。 RCから他に何かありますか？

2019年1月23日水曜日午前7時15分TomAugspurger [email protected]
書きました：

DatetimeArrayに実験ラベルを追加して簡単なドキュメントPRを行います。
TimedeltaArray、 .dtypeが変更されると予想されるという警告付き
将来。

7:03ジェフRebackで水曜日、2019年1月23日には[email protected]
書きました：

@TomAugspurgerhttps ：//github.com/TomAugspurgerすべての問題とPRは
0.24.0でクリーン

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-456793566 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ABQHImKD-UhxOjifdIssgpzK7mRPh69fks5vGF2mgaJpZM4Y9wcW
。

至るまで

• https://github.com/pandas-dev/pandas/pull/24909
• https://github.com/pandas-dev/pandas/pull/24926

人々が＃24926（トップレベルからIntervalArrayを削除し、 pd.arrays.IntervaArrayを使用するだけ）について簡単に考えている場合は、そこにある+/- 1を使用すると便利です。

@TomAugspurgerタグを付ける前に、whatsnewドキュメントで日付の最後の設定を行うことができますか？ （現在も1月XX日）またはリリースコミット

すべてが統合されたと思います！

ありがとう、タグ付け。

素敵な@TomAugspurger

うわー！ おめでとう。 大変お世話になりました。 本当にリリースを楽しみにしています。

sdistとbinariesはPyPIとconda-forgeで稼働しています。 Anacondaは現在デフォルト用に構築しています。

みんな、ありがとう。

そしてありがとう！