الفكرة هي أن يكون 0.24.0 آخر إصدار يدعم py2 ، أليس كذلك؟

يعمل 24021 على إصلاح سلوك حالة الزاوية في مقارنات الطابع الزمني ، ولكنه يقدم أيضًا عدم تناسق بين سلوك py2 / py3. # 21394 أجرى التغيير المماثل لمقارنات Timedelta.

الشيء _ الأقل _ المتسق الذي يمكننا القيام به هو الحفاظ على الوضع الراهن ، وتغيير سلوك Timedelta ولكن ليس سلوك الطابع الزمني. السؤال هو ما إذا كان يجب أ) دمج # 24021 ولديك سلوك py2 / py3 غير متطابق في 0.24.0 ، أو ب) العودة إلى # 21394 حتى بعد 0.24.0 وانتظر لتغيير كليهما في الإصدار الأول من py3 فقط.

أميل قليلاً نحو الخيار ب.

الفكرة هي أن يكون 0.24.0 آخر إصدار يدعم py2 ، أليس كذلك؟

بشكل أساسي ، على الرغم من أنني أفترض أننا سنفعل بعض النقل الخلفي ونقوم بعمل 0.24.1 أو 2 يدعم py2 أيضًا.

لست على دراية بهذا القسم ، لكن خيارك (ب) يبدو معقولًا.

على الرغم من أنني أستطيع التعايش مع سلوك py2 / py3 غير متسق. وهل سنكون متسقين مع المبنى الذي لن يكون المبنى الوحيد.

سؤال: مع
https://github.com/pandas-dev/pandas/pull/24021 هل سنكون متسقين مع الدفعة الزمنية المضمنة لكل إصدار؟

هذا الإصدار كبير بالفعل ، ولكن الإصدار 2.0.24 هو أيضًا خاص جدًا لأنه سيحدد بشكل فعال 1.0 API (بمعنى سياسة عدم الإيقاف بين 0.24 و 1.0) ، وأيضًا بسبب حجم جهد EA بأكمله بشكل واضح .

ولكن - على الرغم من الكثير من العمل الشاق - لا يزال الوضع الحالي يبدو وكأنه نصف مخبوز:

• مُجدِّد Datetime: https://github.com/pandas-dev/pandas/projects/4#card -15359769
• ExtensionArray: https://github.com/pandas-dev/pandas/issues؟q=is٪3Aissue+is٪3Aopen+label٪3AExtensionArray ، بما في ذلك عدة نقاط تلامس الوظائف الأساسية مثل __setitem_ (# 24020) أو merge (# 23020) أو التفاعل بين EAs وكائنات (الباندا) الأخرى (# 22962 / # 22974) ، groupby (# 22861) إلخ.
• الانحدارات: https://github.com/pandas-dev/pandas/issues؟q=is٪3Aopen+is٪3Aissue+label٪3ARegression
• pd.Array : # 23581
• الاتساق في السمات الجديدة (التوصية بـ .array على .values كل مكان؟) # 23995
• من أجل الاتساق (خاصة فيما يتعلق بـ EAs أيضًا) ، أعتقد أنه يجب على المرء بالفعل تنظيف واجهة برمجة التطبيقات بحوالي unique قبل 1.0 (# 24108)
• العديد من الأشياء الأخرى التي أتركها للإيجاز

من الناحية الواقعية ، قد يعني الإصدار قبل نهاية العام توقفًا في حوالي 10 أيام كحد أقصى ، وهو ما يبدو غير واقعي من وجهة نظري ، حتى لو كان هناك قطع زوايا.

بالنظر إلى أن البيان التالي من @ TomAugspurger أعلاه

بشكل أساسي ، على الرغم من أنني أفترض أننا سنفعل بعض النقل الخلفي ونقوم بعمل 0.24.1 أو 2 يدعم py2 أيضًا.

يعني بشكل فعال المزيد من دعم PY2 في بداية عام 2019 على أي حال ، أعتقد أنه يجب على المرء أن يفكر في عدم محاولة فرض الإصدار قبل نهاية العام.

إذا كان هناك إصدار قبل نهاية العام (على التوالي قبل حل المشكلات الأكثر أهمية) ، فأنا أتفق بشكل خاص مع توم على أنه يجب أن يكون هناك 0.24.1 لـ PY2 ، مثل 0.24.0 سيواجه الأخير ، IMO.

بدلاً من ذلك (والذي يتماشى بشكل أكبر مع https://python3statement.org/ ، ولكنه أيضًا أكثر إثارة للجدل) ، يمكن للمرء أن يفكر في أن يكون لديه آخر 0.23.5 يدعم PY2 هذا العام ، ثم يفعل 0.24.0 كـ PY3 فقط العام القادم...؟

@ h-vetinari pandas هو مشروع تطوعي شبه كامل. وبالتالي يتم تحديد أولويات المشروع من خلال إجماع المجتمع والعمل على تحقيقها. لدينا إصدارات منتظمة في الوقت المناسب ؛ لقد فات موعد استحقاق 0.24.0 منذ بضعة أشهر. إن محاولة إضافة أشياء إضافية تحتاج إلى مناقشة هي نفسها لن تحدث.

كل ما هو موجود في سلسلة he 0.24.x هو الإصدار الأخير من Python 2 ، وقد تم الإعلان عن هذا منذ فترة طويلة. هذا فقط كيف هو.

أنا لا أتبع وجهة نظري
https://github.com/pandas-dev/pandas/issues/24060#issuecomment -444777018. هل يمكنك محاولة إعادة صياغتها / تلخيصها؟

أعتقد أن Py2 مقابل Py3 لا علاقة لهما بـ 0.24.0.

أعتقد أن المشكلات المرتبطة بـ EA التي ربطتها هي كلها في 0.24 (لم أتحقق منها جميعًا). هذا هو في الأساس مانع في هذه المرحلة ، لكنني لم أراجع التراكم مؤخرًا.

لم يكن لدي الوقت للنظر في فريدة من نوعها.

تضمين التغريدة

@ h-vetinari pandas هو مشروع تطوعي شبه كامل. وبالتالي يتم تحديد أولويات المشروع من خلال إجماع المجتمع والعمل على تحقيقها. لدينا إصدارات منتظمة في الوقت المناسب ؛ لقد فات موعد استحقاق 0.24.0 منذ بضعة أشهر. إن محاولة إضافة أشياء إضافية تحتاج إلى مناقشة هي نفسها لن تحدث.

أنا أعرف كل ذلك. أنا أقول فقط أن التأخير هو سبب سيئ للإسراع في إصدار ، إذا لم يتم تطوير بعض التغييرات الأساسية بشكل كامل بعد (نتحدث في الغالب عن انحدارات EA +).

كل ما هو موجود في سلسلة he 0.24.x هو الإصدار الأخير من Python 2 ، وقد تم الإعلان عن هذا منذ فترة طويلة. هذا فقط كيف هو.

لا أعرف ما الذي تمت مناقشته في القنوات الأخرى ، لكن ما رأيته على GH هو أن القرار الرئيسي كان 0.24->0.25->1.0 . رد: PY2 ، قيل أيضًا (وهناك تحذير بهذا المعنى على whatsnew's الجديدة) أنه لن يكون هناك إصدارات PY2 بعد 31 ديسمبر 2018. دعم سلسلة 0.24.0 لـ PY2 ~ 6-8 أشهر أخرى من دعم PY2 (حيث أن النقل المؤدي إلى 0.24 فرع سيكون مرهقًا للغاية لولا ذلك). بالطبع هذا خيار صالح ، لكني أردت فقط أن أقترح إمكانية ترك PY2 عند 0.23.5 مستقر للغاية بدلاً من ذلك.

تضمين التغريدة

أنا لا أتبع وجهة نظري

24060 (تعليق). هل يمكنك محاولة إعادة صياغتها / تلخيصها؟

أعتقد أن Py2 مقابل Py3 لا علاقة لهما بـ 0.24.0.

آسف هذا لم يكن واضحا. النقطتان الرئيسيتان (المترابطتان) هما:

• لا ينبغي التسرع في 0.24 بسبب الموعد النهائي المعلن (لدعم PY2) في 31 ديسمبر.
  
  
  
  • سرد بعض المشكلات لذلك - تم دفع بعض هذه (والعديد من المشكلات الأخرى ذات الصلة التي لم أذكرها) إلى "مرحبًا بالمساهمات" بدلاً من الإصدار 2.0.24
  
  
  • ذكر أن 0.24 هو أمر خاص بسبب سياسة قفل واجهة برمجة التطبيقات حتى الإصدار 1.0 ، وأعتقد أن هذا سيكون أمرًا مؤسفًا لـ .unique (لكني أدركت أنني صوت وحيد في البرية حول ذلك واحد)
  
  
• أشر إلى التناقض بين مربع التحذير ("بدءًا من 1 يناير 2019 ، ستدعم إصدارات ميزات الباندا Python 3 فقط") ودعم سلسلة 0.24 لـ PY2 ، جنبًا إلى جنب مع اقتراح الحصول على 0.23.5 لـ PY2

أعتقد أن المشكلات المرتبطة بـ EA التي ربطتها هي كلها في 0.24 (لم أتحقق منها جميعًا). هذا هو في الأساس مانع في هذه المرحلة ، لكنني لم أراجع التراكم مؤخرًا.

تم تقليص حجم الأعمال المتراكمة بشكل كبير مؤخرًا ، ليس أقلها دفع المشكلات إلى "الترحيب بالمساهمات" (أيضًا لقضايا EA). هذا يتجه نحو وجهة نظري المتمثلة في قطع الزوايا لإخراج هذا قريبًا.

بعد قولي هذا ، أنا جديد جدًا في هذه اللعبة ، ولا أشك في أن المطورين الأساسيين حصلوا على الصورة الكبيرة في مرأى ومسمع وتحت السيطرة - لكن الإشارة إلى ملاحظة لا يمكن أن تؤذي ، آمل.

لم يكن لدي الوقت للنظر في فريدة من نوعها.

عادل بما فيه الكفاية ، وقت التطوير هو موارد محدودة للغاية. أعتقد أنني سأحاول إقناع الجميع بهذا في أرض ما بعد 1.0. ؛-)

@ h-vetinari

أنا أعرف كل ذلك. أنا أقول فقط أن التأخير هو سبب سيئ للإسراع في إصدار ، إذا لم يتم تطوير بعض التغييرات الأساسية بشكل كامل بعد (نتحدث في الغالب عن انحدارات EA +).

إذا واصلنا الإضافة والإضافة ، فسيظل الإصدار يتأخر إلى الأبد. لقد رسمت خطا في الرمال. هذه هي الطريقة التي تحصل بها على المنتج من الباب. بمجرد هبوط DTA بالكامل ، سنكون في وضع يسمح لنا بالإفراج عنها. لذلك هذا ليس بعيدا جدا. بالتأكيد يمكننا القيام بعمل إضافي ونقول فقط أن 0.23.5 هو الإصدار الأخير من PY2 (وبالطبع قم بإصداره). ولكن سيكون من الأسهل العودة إلى فرع مستقر ، وهو ما يعني سلسلة 0.24.x.

هناك دائمًا أشياء نضيفها في أي إصدار ، ولكن هذا الإصدار هو بالفعل أكبر إصدار لدينا على الإطلاق. هناك أخطاء لا مفر منها ومن الأفضل القيام بذلك عاجلاً وليس آجلاً. شكرا لمساهماتك. ليس من الممكن إجراء كل تغيير رئيسي لواجهة برمجة التطبيقات هنا. أنت محق تمامًا في أن وقت التطوير هو مورد محدود حقًا.

تضمين التغريدة
شكرا للإستجابة. أفهم أنك تريد إخراج هذا من الباب في أسرع وقت ممكن ، وهو أمر عادل بما فيه الكفاية ، بالطبع.

ولكن سيكون من الأسهل العودة إلى فرع مستقر ، وهو ما يعني سلسلة 0.24.x.

يبدو أنني أساءت فهم أن الباندا ستتوقف عن دعم PY2 في 1 يناير 2019 ... ربما ينبغي تكييف مربع التحذير هذا في whatsnews بعد ذلك (ستكون " v.0.24.x آخر سلسلة تدعم PY2 ؛ بدءًا من v.0.25.0 ، سيكون الباندا بيثون 3 فقط "...؟)

RE: تقدم CalendarDay https://github.com/pandas-dev/pandas/pull/22867#issuecomment -445433463

لكى يفعل
أضف جميع تحذيرات الاستهلاك (أتوقع وجود عدد قليل منها). يجب تضمين هذا في ما يلي:

• حساب تجزئة اليوم باستخدام Ticks و Timedeltas و DatetimeTZ الأخرى
• DatetimeIndex.shift (علم tz فقط)

الهجرة
الخطة لـ _Day (كاليندر داي سابقًا) لاستبدال اليوم بمجرد استبدال سلوك اليوم السابق.

هم
أثناء محادثة dev الأخيرة ، كان هناك اهتمام بأن تكون "D" متوافقة مع وسيطة التكرار / الإزاحة مع كل من Timedelta و Datetime. لا أرى طريقة واضحة لتحقيق ذلك دون إضافة الكثير من اصطياد القردة.

مثال: timedelta_range (...، freq = 'D') ؛ to_offset ('D') ستعيد _Day في المستقبل وسيحتاج هذا الإزاحة إلى زيادة Timedelta ، لكن _Day + Timedelta عملية غير صالحة.

هل لدى أي شخص آراء حول مسألة اتساق الطابع الزمني / timedelta py2 / py3؟

يتم سرد مجموعة من الإهمالات باعتبارها To Be Removed في 1.0 ؛ هل يجب أن يحل 0.25.0 محل 1.0 لبعض هؤلاء؟

هل لدى أي شخص آراء حول مسألة اتساق الطابع الزمني / timedelta py2 / py3؟

هل يمكنك تلخيص هذه القضية؟ من الناحية المثالية ، نتبع بايثون (أيًا كان الإصدار قيد التشغيل) هنا على ما أعتقد. لكنني لا أعتقد أنني أفهم المشكلة تمامًا.

يتم سرد مجموعة من الإهمالات باعتبارها To Be Removed في 1.0 ؛ هل يجب أن يحل 0.25.0 محل 1.0 لبعض هؤلاء؟

أعتقد أنهم جميعًا ... بحاجة إلى مناقشة ذلك ، مع ذلك ، قد يحتاج البعض إلى الدفع.

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

تم تغيير Timedelta مؤخرًا لإرجاع NotInplemented في حالة طرحه مسبقًا. ونتيجة لذلك ، فإن سلوكه py2 يطابق لغة python ولكنه يختلف عن سلوك pandas py3.

يحتوي الطابع الزمني على علاقات عامة مفتوحة لإجراء التغيير المماثل.

بمجرد إسقاط py2 ، يكون التغيير صحيحًا بالتأكيد. حتى ذلك الحين ، هناك حجج متضاربة بشأن الاتساق.

يجب أن نحصل على الطابع الزمني للعلاقات العامة مقابل 0.24.0 أو نعيد Timedelta PR حتى بعد 0.24.0

(الكتابة بالإبهام ؛ LMk إذا كان غير واضح)

أعتقد دعونا نعود إلى Timedelta ، ثم ندفعهما معًا لـ 0.25 / 1.0 (py3 فقط)

نقل هذا التعليق https://github.com/pandas-dev/pandas/pull/24227#issuecomment -446680041 هنا:

(بالنسبة إلى IMO ، سنحتاج أيضًا إلى أسبوعين على الأقل في الماجستير)

[توم] فقط للتحقق ، يجب أن نقوم بإصدار مرشح باستخدام DatetimeArray في أسرع وقت ممكن ، أليس كذلك؟ ثم من أسبوع إلى أسبوعين على الماجستير بينما يخرج الصليب الأحمر؟

أنا شخصياً ، لا ، لن أفعل ذلك (إذا كنت تقصد مع ASAP مثل أيام قليلة بعد ذلك). أود أيضًا الاحتفاظ بها لمدة أسبوعين على الأقل في الماجستير قبل إجراء اختبار RC. الآن من الناحية العملية ، قد يكون الأمر كذلك على أي حال ..

شخصيا ، سأضطر إلى العودة إلى dask / أشياء أخرى بعد هذا الضغط على datetimearray. كنت آمل أن نتمكن من الحصول على RC أثناء قيامي بذلك.

هل هناك مشكلات رئيسية أخرى يمكنني تناولها أثناء قيامنا بهذه الجولة من المراجعات؟ لوحتي بها حاليًا

• # 24024 (قيد المراجعة)
• https://github.com/pandas-dev/pandas/pull/24227 (تحقق ، قيد المراجعة)
• https://github.com/pandas-dev/pandas/pull/23581 (محظور بواسطة # 24227)
• # 23617 (محظور بواسطة # 23581)
• وزوجان من مشكلات المستندات المعلقة حول DatetimeAray.

نعم أعتقد أننا يجب أن ندمج الأشياء (التي ذكرها توم) ثم نجلس في الماجستير لمدة أسبوع أو 2 على الأقل

لكي أكون واضحًا ، أريد أيضًا أن أرى هذا تم إصداره في أقرب وقت ممكن ، لكننا نحتاج أيضًا إلى أن نكون واقعيين (على سبيل المثال ، لا أعتقد أنه سيكون لدينا إصدار نهائي قبل نهاية العام كما ذكرت في fastparquet؟ حتى لو يتم دمج جميع العلاقات العامة المحظورة في أسبوع يبدو سريعًا جدًا IMO)

إذا كانت لدينا فترة RC أطول ، وما زلنا نقوم ببعض عمليات التنظيف الإضافية بعد إجراء RC (وربما أقوم بإجراء RC الثاني) ، فأنا على ما يرام في إجراء RC سريع بعد الدمج.
ولكن إذا رأينا أن RC "جاهز للإصدار من جانبنا ، وإذا لم يتم الإبلاغ عن أي مشكلة كبيرة من قِبل الأشخاص الذين يجربون RC ، فيمكننا إصدار إصدار نهائي من ذلك" ، فيجب أن يكون لدينا هذه التغييرات الرئيسية في الإصدار الرئيسي بت IMO.

أعتقد أن لدي الأذونات للقيام بإصدار fastparquet. هناك تغيير متوافق مع الإصدارات السابقة / إلى الأمام والذي يمكن إصداره اليوم.

ولكن إذا رأينا أن RC "جاهز للإصدار من جانبنا ، وإذا لم يتم الإبلاغ عن أي مشكلة كبيرة من قِبل الأشخاص الذين يجربون RC ، فيمكننا إصدار إصدار نهائي من ذلك" ، فيجب أن يكون لدينا هذه التغييرات الرئيسية في الإصدار الرئيسي بت IMO.

إذا كانت لدينا فترة RC أطول ، وما زلنا نقوم ببعض عمليات التنظيف الإضافية بعد إجراء RC (وربما أقوم بإجراء RC الثاني) ، فأنا على ما يرام في إجراء RC سريع بعد الدمج.

هذا هو المكان الذي أنا فيه. على افتراض أن المستفيدين الرئيسيين الكبيرة المعلقة يتم دمج هذا الأسبوع (مجرد افتراض، وليس موعدا نهائيا الفعلي)، فإننا سوف يحضر القضايا معهم في الأسابيع القليلة المقبلة. آمل أنه من خلال إجراء RC (أو اثنتين) ، من المرجح أن تظهر المزيد من المشكلات ، حتى نتمكن من إصدار إصدار نهائي عالي الجودة في وقت أقرب.

التكلفة الرئيسية لعمل RC عاجلاً هي أننا لا نحصل على المزيد من الزحف على النطاق ، والذي قد يكون شيئًا جيدًا :)

ومع ذلك ، لا أعتقد أن إجراء اختبار RC في أي وقت ، على سبيل المثال ، في اليومين العشرين والسابع والعشرين يعد فكرة جيدة بسبب الأعياد. لذلك أنا أيضًا بخير في القيام بواحد بعد فترة وجيزة من رأس السنة الجديدة.

كل هذا يبدو جيدًا ؛ RC أول العام ؛

jrebackTomAugspurgerjorisvandenbossche
هل تقبل PR لـ # 22724 قبل القطع؟ أعلم أنك تريد تجنب زحف النطاق وإخراج هذا من الباب قريبًا ، لكني أتيت من جانب الاتساق في الأشياء ، حيث أعتقد أن هذا التغيير قد يكون مفيدًا عاجلاً وليس آجلاً. اعتقدت أنني سأطلب قبل أن أستثمر الوقت.

بالحديث عن ذلك - هل لديك فكرة بالفعل عن سياسة كسر التغييرات بين v0.24 و v0.25؟ هل سيتم حظرهم تمامًا ، أم سيتحكمون في الانتقال إلى 1.0.0.dev على الفور ، مع v0.25 باستخدام backports؟

jrebackTomAugspurgerjorisvandenbossche

بالحديث عن ذلك - هل لديك فكرة بالفعل عن سياسة كسر التغييرات بين v0.24 و v0.25؟ هل سيتم حظرهم تمامًا ، أم سيتحكمون في الانتقال إلى 1.0.0.dev على الفور ، مع v0.25 باستخدام backports؟

أعيد طلب ذلك ، لأنه - في حالة حظر كسر العلاقات العامة حتى إصدار v.0.25 - سأعلق كل العمل على كسر العلاقات العامة.

مسح الطوابق ، الرجاء عدم وضع علامة على 0.24.0 ما لم يتم الدمج الفوري. باستثناء عمليات التنظيف التي لا يزال يتم إجراؤها بواسطة jbrockmendel و @ TomAugspurger

من الناحية المثالية يمكن أن تقول rc1 الأسبوع المقبل ، @ TomAugspurger ؟

كنت أفكر الأسبوع المقبل أيضا. يجري العمل المتراكم الآن.

في الجمعة 4 يناير 2019 الساعة 8:00 صباحًا كتب Jeff Reback [email protected] :

مسح الطوابق ، الرجاء عدم وضع علامة على 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 - سأعلق كل العمل على كسر العلاقات العامة.

أفضّل أن التغييرات الوحيدة التي تكسر واجهة برمجة التطبيقات من 0.25 -> 1.0 هي إزالة الميزات المهملة سابقًا. ثم يمكن للمستخدمين

1. تأكد من أن الأشياء تعمل بسلاسة عند 0.25.x
2. أصلح أي FutureWarnings من الباندا
3. الترقية بثقة إلى 1.0

IIRC كان هناك اتفاق فضفاض على هذا في اجتماع التطوير الأخير.

TomAugspurger مما يعني أننا ما زلنا نقوم بتغييرات / إهمال في دورة التطوير 0.25؟ (حيث كان هذا هو السؤال الفعلي لـ @ h-vetinari على ما أعتقد ، بصرف النظر عن 0.25 -> 1.0)

لا أتذكر حقًا ما قلناه عن ذلك ، فقط تذكر غامض من العدو السريع في الصيف أننا أردنا بالفعل جميع الإهمالات في 0.24 ولم نضيف المزيد في 0.25 (على الرغم من الملخص في https://github.com/pandas- يتحدث

آسف إذا أخطأت في القراءة. تتطابق ذكرياتك الغامضة مع ذكرياتي الغامضة عن الإهمالات لـ 0.25.0 :)

هل نريد إعادة النظر في تلك السياسة؟ هل نريد السماح بإهمالات جديدة في 0.25.0 والتي هي أيضًا

• تمت الإزالة في 1.0 (بدون الكثير من الوقت للتكيف مع المجتمع)
• تم الاحتفاظ بها لـ 1.0 ، وإزالتها في 2.0 (إذا كنا نقوم بعمل semver)

يجب أن يكون لدينا مكالمة على الخطة بعد 0.24 خارج الباب

أرغب في قطع RC1 خلال 4 ساعات تقريبًا ، بعد دمج https://github.com/pandas-dev/pandas/pull/24708 . أي اعتراضات؟

سنحتاج إلى مناقشة مدى تحفظنا مع دمج العلاقات العامة خلال فترة RC. لا أتذكر ما فعلناه في المرة السابقة (فقط العلاقات العامة التي تعمل على إصلاح الخلل باستخدام RC على وجه التحديد؟ أو الأشياء "الصغيرة" على ما يرام؟).

حسنًا ، RC ، نعم الأشياء الصغيرة على ما يرام. إذا كان لدينا كبير ، فربما نحتاج إلى RC2

وضع العلامات الآن ، وإجراء الاختبارات المحلية قبل دفع العلامة. بينغ لي إذا وجدت مانعًا في اللحظة الأخيرة.

TomAugspurger هل ذكرت أنك
في هذه الحالة ، قد يكون من الجيد أن يكون لديك بالفعل بعض النقاط البارزة (بدأت في صياغة بعضها) ؛ يمكن أن يستخدم ملف whatsnew بعض عمليات التنظيف بشكل عام.

أي فكرة كم من الوقت سيستغرق؟ كنت على وشك دفع العلامة :)

رغم ذلك ، يمكنني إعادة إنشاء المستندات التي سيتم دفعها إلى خادم الويب من التزام مختلف.

لديك المزيد من الوقت ، لأنني أعتقد أنني بحاجة إلى القيام ببعض الأعمال على وصفة كوندا فورج الخاصة بنا للتأكد من أن numpy> = 1.12 :)

أجل ، لا تنتظرني. لدي بعض الأعمال الأخرى على الانتهاء أولا.

موافق. الموسومة.

يوم الجمعة 11 يناير 2019 الساعة 9:13 صباحًا Joris Van den Bossche <
[email protected]> كتب:

أجل ، لا تنتظرني. لدي بعض الأعمال الأخرى على الانتهاء أولا.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-453548795 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ABQHIsamTvr2YaLm68tQDFCX40_nraSTks5vCKo3gaJpZM4Y9wcW
.

بدأت في تصفح ملف whatsnew لاستخراج النقاط البارزة ، وفكرت بالفعل في:

• Refactor المعالجة الداخلية لأنواع البيانات المخصصة:
  
  
  
  • تكامل أفضل لواجهة ExtensionArray
  
  
  • يمكن الآن تخزين الفترة والفاصل الزمني في أعمدة سلسلة / إطار بيانات (قبل ذلك في الفهرس فقط)
  
  
• السمة الجديدة .array في المتسلسلة والفهرس للوصول إلى القيم الأساسية ، وطريقة to_numpy للتحويل إلى مصفوفات فارغة.
• عدد صحيح اختياري غير متوفر
• تغييرات متفرقة

هل هناك أي تمييز يجب ذكره لجميع عمليات إعادة البناء الشبيهة بالوقت والوقت؟ (بصرف النظر عن "مُجدد المعالجة الداخلية لأنواع البيانات المخصصة")

أي ميزات أو تغييرات جديدة أخرى تستحق الذكر؟

https://github.com/pandas-dev/pandas/releases/tag/v0.24.0rc1 لديه عدد قليل.

يوم الجمعة 11 يناير 2019 الساعة 9:51 صباحًا Joris Van den Bossche <
[email protected]> كتب:

بدأت في تصفح ملف whatsnew لاستخراج النقاط البارزة ، و
فكرت بالفعل في:

• Refactor المعالجة الداخلية لأنواع البيانات المخصصة:
  
  
  
  • تكامل أفضل لواجهة ExtensionArray
  
  
  • يمكن الآن تخزين الفترة والفاصل الزمني في سلسلة / DataFrame
    
    أعمدة (قبل فقط في الفهرس)
  
  
• سمة .array جديدة في السلسلة والفهرس للوصول إلى الأساسي
  القيم ، وطريقة to_numpy للتحويل إلى مصفوفات عددية.
• عدد صحيح اختياري غير متوفر
• تغييرات متفرقة

هل هناك أي تمييز يجب ذكره لجميع عمليات إعادة البناء الشبيهة بالوقت والوقت؟
(بصرف النظر عن "مُجدد المعالجة الداخلية لأنواع البيانات المخصصة")

أي ميزات أو تغييرات جديدة أخرى تستحق الذكر؟

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على 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 جميع القضايا والعلاقات العامة نظيفة لـ 0.24.0

سأقوم بعمل مستند علاقات عامة سريعًا بإضافة تسمية تجربة إلى DatetimeArray و
TimedeltaArray ، مع تحذير بأنه من المتوقع أن يتغير .dtype في
مستقبل.

يوم الأربعاء 23 يناير 2019 الساعة 7:03 صباحًا Jeff Reback [email protected]
كتب:

TomAugspurger https://github.com/TomAugspurger جميع المشكلات والعلاقات العامة
نظيفة مقابل 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: قم أيضًا بإعادة توجيه عنوان url القديم whatsnew
  https://github.com/pandas-dev/pandas/pull/24906
• https://github.com/pandas-dev/pandas/pull/24905
• قم بالعودة إلى BUG-24212 لإصلاح استخدام Index.take في pd.merge
  https://github.com/pandas-dev/pandas/pull/24904

ووضع علامة بعد ذلك بوقت قصير. أي شيء آخر من الصليب الأحمر؟

يوم الأربعاء 23 يناير 2019 الساعة 7:15 صباحًا Tom Augspurger [email protected]
كتب:

سأقوم بعمل مستند علاقات عامة سريعًا بإضافة تسمية تجربة إلى DatetimeArray و
TimedeltaArray ، مع تحذير بأنه من المتوقع أن يتغير .dtype في
مستقبل.

يوم الأربعاء 23 يناير 2019 الساعة 7:03 صباحًا Jeff Reback [email protected]
كتب:

TomAugspurger https://github.com/TomAugspurger جميع المشكلات والعلاقات العامة
نظيفة مقابل 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؟ (الآن لا يزال XX يناير) أو في الإصدار الالتزام

أعتقد أن دمج كل شيء!

شكرا ، وضع العلامات.

تضمين التغريدة

ووو! تهانينا. شكرا لكم على كل العمل الشاق. أتطلع إلى الإصدار.

sdist والثنائيات موجودة في PyPI و conda-forge. أناكوندا تقوم بالبناء من أجل التخلف عن السداد الآن.

شكرا لكم جميعا.

و شكرا لك!