아이디어는 0.24.0이 마지막 py2 지원 릴리스가 되는 것입니다. 맞습니까?

24021은 타임스탬프 비교에서 코너 케이스 동작을 수정하지만 py2/py3 동작 간에 불일치가 발생합니다. #21394는 Timedelta 비교와 유사한 변경을 했습니다.

우리가 할 수 있는 _최소한의_일관된 일은 현상을 유지하고 Timedelta 동작을 변경하지만 Timestamp 동작은 변경하지 않는 것입니다. 문제는 a) #24021을 병합하고 0.24.0에서 py2/py3 동작이 일치하지 않거나 b) #21394를 0.24.0 이후까지 되돌리고 첫 번째 py3 전용 릴리스에서 둘 다 변경할 때까지 기다릴지 여부입니다.

나는 옵션 b에 약간 기대고 있습니다.

아이디어는 0.24.0이 마지막 py2 지원 릴리스가 되는 것입니다. 맞습니까?

기본적으로 백포팅을 하고 py2도 지원하는 0.24.1 또는 2를 수행할 것이라고 가정합니다.

나는 이 섹션에 익숙하지 않지만 옵션 b가 합리적으로 들립니다.

하지만... 일관성 없는 py2/py3 동작으로 살 수 있습니다. 그리고 우리는 건물과 일관성이 있을까요? 그것만이 아닙니다.

질문: 와
https://github.com/pandas-dev/pandas/pull/24021 각 버전의 기본 제공 timedelta와 일치합니까?

이 릴리스는 실제로 크지만 v.0.24는 1.0 API(0.24와 1.0 사이의 사용 중단 금지 정책의 의미에서)를 효과적으로 정의하고 또한 전체 EA 노력의 규모 때문에 매우 특별합니다. .

그러나 - 많은 노력에도 불구하고 - 현재 상태는 여전히 약간 반쯤 구운 것 같습니다.

• 날짜/시간 리팩터: 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 와 다른 (pandas) 개체 간의 상호 작용(#22962 / #22974), groupby (#22861) 등
• 회귀: https://github.com/pandas-dev/pandas/issues?q=is%3Aopen+is%3Aissue+label%3ARegression
• pd.Array : #23581
• 새 속성의 일관성(모든 곳에서 .values 보다 .array 권장?) #23995
• (물론 EA는 특히 관련) 일관성을 위해, 내가 하나가 정말 주변의 API를 정리해야한다고 생각 들어 unique 전에 1.0 (# 24108)를
• 간결함을 위해 생략하는 몇 가지 다른 것들

현실적으로 올해 말 이전에 출시하면 최대 10일 이내의 마감을 의미할 수 있으며, 이는 모서리를 자르더라도 내 POV에서 비현실적으로 보입니다.

위의 @TomAugspurger 의 다음 진술을 감안할 때

기본적으로 백포팅을 하고 py2도 지원하는 0.24.1 또는 2를 수행할 것이라고 가정합니다.

어쨌든 사실상 2019년 초에 더 많은 PY2 지원을 의미하므로 연말 전에 강제로 릴리스를 시도하지 않는 것을 고려해야 한다고 생각합니다.

올해 말 이전에 릴리스가있는 경우 (RESP가. 가장 중요한 문제가 정리되기 전에), 다음 나는 특히이있을 필요가 있다는 톰에 동의 0.24.1 PY2를 들어, 같은 0.24.0 는 IMO의 마지막 릴리스가 되기에는 너무 많은 문제(RC에 나타나기를 희망하지만 음...)를 가질 것입니다.

또는(동시에 https://python3statement.org/와 더 일치하지만 더 논쟁의 여지가 있음), 올해 마지막 PY2 지원 0.23.5를 고려하고 PY3 전용으로 0.24.0을 수행할 수 있습니다. 내년...?

@h-vetinari pandas는 거의 완전히 자원 봉사 프로젝트입니다. 따라서 프로젝트 우선 순위는 커뮤니티 합의에 의해 설정되고 작업됩니다. 우리는 제 시간에 정기 릴리스를 가지고 있습니다. 0.24.0은 실제로 몇 개월 지연되었습니다. 토론이 필요한 추가 항목을 추가하려는 시도는 일어나지 않을 것입니다.

0.24.x 시리즈에 존재하는 것이 무엇이든 Python 2의 마지막 릴리스이며 이는 오래 전에 발표되었습니다. 이것이 바로 방법입니다.

나는 요점을 따르지 않는다
https://github.com/pandas-dev/pandas/issues/24060#issuecomment -444777018. 다시 설명/요약해 주시겠습니까?

Py2 대 Py3은 0.24.0과 관련이 없다고 생각합니다.

귀하가 링크한 EA 관련 문제는 모두 0.24에 적용된다고 생각합니다(모두 확인하지는 않았습니다). 이 시점에서 기본적으로 차단이지만 최근에 백로그를 검토하지 않았습니다.

유니크함을 살펴볼 시간이 없었습니다.

@jreback

@h-vetinari pandas는 거의 완전히 자원 봉사 프로젝트입니다. 따라서 프로젝트 우선 순위는 커뮤니티 합의에 의해 설정되고 작업됩니다. 우리는 제 시간에 정기 릴리스를 가지고 있습니다. 0.24.0은 실제로 몇 개월 지연되었습니다. 토론이 필요한 추가 항목을 추가하려는 시도는 일어나지 않을 것입니다.

다 알아요. 핵심 변경 사항 중 일부가 아직 완전히 개발되지 않은 경우(주로 EA + 회귀에 대해 이야기함) 기한이 지난 것은 릴리스를 서두르는 나쁜 이유입니다.

0.24.x 시리즈에 존재하는 것이 무엇이든 Python 2의 마지막 릴리스이며 이는 오래 전에 발표되었습니다. 이것이 바로 방법입니다.

다른 채널에서 논의된 내용이 무엇인지 모르겠지만 GH에서 본 것은 주요 결정이 0.24->0.25->1.0 . Re:PY2, 2018년 12월 31일 이후에 PY2 릴리스가 없을 것이라고 동등하게 언급되었습니다(그리고 whatsnew에 그 영향에 대한 경고가 있음). PY2용 0.24.0 시리즈를 지원하는 것은 또 다른 ~6-8개월입니다. PY2 지원(0.24 분기로 백포팅하는 것이 그렇지 않으면 매우 번거로울 수 있음). 물론 그것은 유효한 선택이지만 PY2를 매우 안정적인 0.23.5에서 대신 유지하는 가능성을 제안하고 싶었습니다.

@TomAugspurger

나는 요점을 따르지 않는다

24060(댓글). 다시 설명/요약해 주시겠습니까?

Py2 대 Py3은 0.24.0과 관련이 없다고 생각합니다.

죄송합니다. 이것은 명확하지 않았습니다. 주요(상호 관련된) 두 가지 사항은 다음과 같습니다.

• 12월 31일의 명시된 마감일(PY2 지원)로 인해 0.24를 서두르지 않아야 합니다.
  
  
  
  • 이에 대한 몇 가지 문제를 나열했습니다. 이 중 일부(및 내가 태그하지 않은 더 많은 관련 문제)는 v.0.24 대신 "기고물 환영"으로 푸시되었습니다.
  
  
  • 0.24는 1.0까지의 API 잠금 정책으로 인해 특별하고 .unique 에게는 유감스러운 일이라고 생각합니다. 하나)
  
  
• 경고 상자("2019년 1월 1일부터 pandas 기능 릴리스는 Python 3만 지원합니다")와 PY2용 0.24 시리즈 지원, PY2용 0.23.5 지원 간의 불일치를 지적합니다.

귀하가 링크한 EA 관련 문제는 모두 0.24에 적용된다고 생각합니다(모두 확인하지는 않았습니다). 이 시점에서 기본적으로 차단이지만 최근에 백로그를 검토하지 않았습니다.

백로그는 특히 "기부 환영"으로 푸시되는 문제(EA 문제의 경우)로 인해 최근에 상당히 줄어들었습니다. 이것은 곧 이것을 꺼내기 위해 모서리를 자르는 나의 요점으로 향합니다.

그렇긴 하지만, 저는 이 게임에서 꽤 신인이고 핵심 개발자들이 큰 그림을 보고 통제하고 있다는 것을 의심하지 않습니다. 그러나 관찰을 지적하는 것이 상처가 되지 않기를 바랍니다.

유니크함을 살펴볼 시간이 없었습니다.

공평하게도 개발 시간은 매우 제한된 자원입니다. 1.0 이후의 땅에서 모든 사람을 설득해야 할 것 같습니다. ;-)

@h-베티나리

다 알아요. 핵심 변경 사항 중 일부가 아직 완전히 개발되지 않은 경우(주로 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 , pandas는 python3 전용입니다"...?)

RE: CalendarDay 진행 상황 https://github.com/pandas-dev/pandas/pull/22867#issuecomment -445433463

할 것
모든 감가상각 경고를 추가합니다(이 중 상당수가 있을 것으로 예상합니다). 이것은 다음에 포함되어야 합니다.

• 다른 Ticks, Timedeltas 및 DatetimeTZ를 사용한 요일 눈금 산술
• DatetimeIndex.shift(tz 인식 전용)

이주
계획은 _Day(이전 CalendarDay)가 이전 Day 동작이 교체되면 Day를 교체하는 것입니다.

우려
마지막 개발 채팅 중에 'D'가 Timedelta 및 Datetime과 호환되는 freq 인수/오프셋에 대한 관심이 있었습니다. 나는 원숭이 패치를 많이 추가하지 않고 이것을 가능하게 하는 명확한 방법을 보지 못한다.

예: timedelta_range(..., freq='D'); to_offset('D')는 미래에 _Day를 반환하고 이 오프셋은 Timedelta를 증가시켜야 하지만 _Day + Timedelta는 잘못된 작업입니다.

타임스탬프/타임델타 py2/py3 일관성 문제에 대한 의견이 있으신가요?

많은 사용 중단이 1.0에서 제거 예정으로 나열됩니다. 0.25.0이 그 중 일부에 대해 1.0을 대신해야 합니까?

타임스탬프/타임델타 py2/py3 일관성 문제에 대한 의견이 있으신가요?

그 문제를 요약할 수 있습니까? 이상적으로는 여기에서 python(어떤 버전이 실행되든)을 따를 것입니다. 그러나 나는 그 문제를 완전히 이해하지 못했다고 생각합니다.

많은 사용 중단이 1.0에서 제거 예정으로 나열됩니다. 0.25.0이 그 중 일부에 대해 1.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주가 필요함)

[Tom] 확인을 위해 최대한 빨리 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주 동안은 마스터에 앉아 있어야 한다고 생각합니다.

분명히 말씀드리자면, 저는 이것이 가능한 한 빨리 출시되는 것을 보고 싶지만 현실적일 필요도 있습니다. 모든 차단 PR은 IMO가 너무 빨라 보이는 일주일에 병합됩니다.

더 긴 RC 기간이 있고 RC를 수행한 후 추가 정리를 수행하는 경우(및 두 번째 RC를 수행할 수 있음) 병합 후 빠른 RC를 수행하는 것이 좋습니다.
그러나 RC가 "우리 부분에서 릴리스될 준비가 되어 있고 RC를 시도하는 사람들에 의해 보고된 주요 문제가 없으면 최종 릴리스를 수행할 수 있습니다"라고 표시되면 마스터에 대한 주요 변경 사항이 있어야 합니다. 비트 IMO.

fastparquet 릴리스를 할 수 있는 권한이 있다고 생각합니다. 오늘 릴리스될 수 있는 이전/앞으로 호환 가능한 변경 사항이 있습니다.

그러나 RC가 "우리 부분에서 릴리스될 준비가 되어 있고 RC를 시도하는 사람들에 의해 보고된 주요 문제가 없으면 최종 릴리스를 수행할 수 있습니다"라고 표시되면 마스터에 대한 주요 변경 사항이 있어야 합니다. 비트 IMO.

더 긴 RC 기간이 있고 RC를 수행한 후 추가 정리를 수행하는 경우(및 두 번째 RC를 수행할 수 있음) 병합 후 빠른 RC를 수행하는 것이 좋습니다.

기본적으로 제가 있는 곳입니다. 뛰어난 대형의 PR 이번 주에 합병되는 것을 가정하면 (그냥 실제 마감, 가정), 우리는 앞으로 몇 주에 그들과 함께 문제를집니다. 제 희망은 RC(또는 2개)를 수행함으로써 더 많은 문제를 제기할 가능성이 높아져 고품질의 최종 릴리스를 더 빨리 할 수 ​​있기를 바랍니다.

RC를 더 빨리 수행하는 주요 비용은 더 이상 스코프 크립이 발생하지 않는다는 것입니다. 이는 좋은 결과일 수 있습니다. :)

그렇긴 하지만 20일에서 27일 사이에 아무 때나 RC를 하는 것은 휴일 때문에 좋은 생각이 아니라고 생각합니다. 그래서 저도 새해 직후에 하는 것이 좋습니다.

모든 것이 좋게 들린다. RC 올해의 첫 번째;

@jhreback @TomAugspurger @jorisvandenbossche
컷오프 전에 #22724에 대한 PR을 수락하시겠습니까? 스코프 크리프를 피하고 이것을 빨리 없애고 싶다는 것을 알고 있습니다. 하지만 저는 일관성 측면에서 오고 있습니다. 이 변경 사항은 나중에보다 빨리 얻는 것이 유리할 수 있다고 생각하는 변경 사항입니다. 시간을 투자하기 전에 물어볼 생각입니다.

말하자면 - v0.24와 v0.25 사이의 변경 사항을 깨는 정책이 무엇인지 이미 알고 있습니까? 그들은 완전히 차단됩니까, 아니면 백포트를 사용하는 v0.25와 함께 1.0.0.dev로 즉시 이동합니까?

@jhreback @TomAugspurger @jorisvandenbossche

말하자면 - v0.24와 v0.25 사이의 변경 사항을 깨는 정책이 무엇인지 이미 알고 있습니까? 그들은 완전히 차단됩니까, 아니면 백포트를 사용하는 v0.25와 함께 1.0.0.dev로 즉시 이동합니까?

v.0.25가 릴리스될 때까지 PR을 깨는 것이 차단될 경우 PR을 깨는 모든 작업을 일시 중단하기 때문에 다시 질문합니다.

데크를 지우고 즉시 병합하지 않는 한 0.24.0에 태그를 지정하지 마십시오. @jbrockmendel 및 @TomAugspurger 가 아직 수행 중인 정리 제외

이상적으로는 rc1이 다음 주에 @TomAugspurger 라고 말할 수 있습니까?

다음주도 생각했다. 지금 백로그를 통과하고 있습니다.

2019년 1월 4일 금요일 오전 8시에 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가 릴리스될 때까지 PR을 깨는 것이 차단될 경우 PR을 깨는 모든 작업을 일시 중단하기 때문에 다시 질문합니다.

내 기본 설정은 0.25 -> 1.0에서 API를 깨는 유일한 변경 사항은 이전에 사용되지 않는 기능을 제거하는 것입니다. 그러면 사용자는

1. 0.25.x에서 원활하게 실행되는지 확인
2. 팬더의 FutureWarning 수정
3. 자신있게 1.0으로 업그레이드

IIRC는 지난 개발 회의에서 이에 대해 느슨한 동의를 했습니다.

@TomAugspurger 는 0.25 개발 주기에서 여전히 주요 변경 사항/사용 중단을 의미합니까? (0.25 -> 1.0을 제외하고는 @h-vetinari의 실제 질문이었습니다.)

나는 우리가 그것에 대해 말한 것을 정말로 기억하지 못합니다. 여름에 스프린트에서 우리가 이미 0.24에서 모든 사용 중단을 원했고 0.25에서 더 추가하지 않기를 원했다는 모호한 기억만 있습니다(요약은 https://github.com/pandas- dev/pandas/wiki/Pandas-Sprint- (

제가 잘못 읽었다면 죄송합니다. 당신의 막연한 기억은 0.25.0에 대한 지원 중단에 대한 나의 막연한 기억과 일치합니다. :)

그 정책을 다시 살펴볼까요? IOW 0.25.0에서 새로운 사용 중단을 허용하고 싶습니까?

• 1.0에서 제거됨(커뮤니티가 적응할 시간 없이)
• 1.0에서 유지되고 2.0에서 제거됨(semver를 수행하는 경우)

0.24 이후에 계획에 전화를 걸어야 합니다.

https://github.com/pandas-dev/pandas/pull/24708 이 병합된 후 ~4시간 안에 RC1을 자르고 싶습니다. 이의가 있으신가요?

RC 기간 동안 PR 병합에 대해 얼마나 보수적인지 논의해야 합니다. 우리가 지난번에 무엇을 했는지 기억나지 않습니다(특히 RC에서 버그를 수정하는 PR만? 아니면 "작은" 작업도 괜찮나요?).

ok RC, 그래 작은 것들은 괜찮아. 큰 경우 RC2가 필요할 수 있습니다.

지금 태그를 지정하고 태그를 푸시하기 전에 로컬 테스트를 거칩니다. 막바지 차단기를 찾으면 저에게 핑을 보내주십시오.

@TomAugspurger 릴리스에 대한 블로그 게시물을 작성할 것이라고 언급했지만 최종 릴리스에만 해당한다고 생각하십니까?
그런 경우에는 이미 몇 가지 하이라이트가 있는 것이 좋을 수도 있습니다(일부 초안 작성을 시작했습니다). whatsnew 파일은 일반적으로 일부 정리를 사용할 수 있습니다.

시간이 얼마나 걸릴지 아세요? 태그를 누르려던 참이었어요 :)

하지만 다른 커밋에서 웹 서버로 푸시될 문서를 다시 빌드할 수 있습니다.

numpy >= 1.12를 보장하기 위해 conda-forge 레시피에 대해 작업을 해야 한다고 생각하기 때문에 시간이 조금 더 있습니다. :)

네, 기다리지 마세요. 먼저 끝내야 할 다른 일이 있습니다.

확인. 태그.

2019년 1월 11일 금요일 오전 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 파일을 살펴보기 시작했고 이미 다음을 생각했습니다.

• 사용자 정의 데이터 유형의 내부 처리 리팩토링:
  
  
  
  • ExtensionArray 인터페이스의 더 나은 통합
  
  
  • 기간 및 간격을 이제 Series/DataFrame 열에 저장할 수 있습니다(이전에는 Index에만 있음).
  
  
• Series 및 Index의 새로운 .array 속성은 기본 값에 액세스하고 to_numpy 메서드는 numpy 배열로 변환합니다.
• 선택적 정수 NA
• 드문 변화

모든 datetime형 리팩토링에 대해 언급할 하이라이트가 있습니까? ("사용자 정의 데이터 유형의 내부 처리 리팩터링"은 제외)

언급할 가치가 있는 다른 새로운 기능이나 변경 사항이 있습니까?

https://github.com/pandas-dev/pandas/releases/tag/v0.24.0rc1 에는 몇 가지가 있습니다.

2019년 1월 11일 금요일 오전 9시 51분 Joris Van den Bossche <
[email protected]>은 다음과 같이 썼습니다.

하이라이트를 추출하기 위해 whatsnew 파일을 살펴보기 시작했고
이미 생각:

• 사용자 정의 데이터 유형의 내부 처리 리팩토링:
  
  
  
  • ExtensionArray 인터페이스의 더 나은 통합
  
  
  • 기간 및 간격을 이제 Series/DataFrame에 저장할 수 있습니다.
    
    열(색인에서만 이전)
  
  
• 기본에 액세스하기 위한 Series 및 Index의 새로운 .array 속성
  값 및 to_numpy 메서드를 사용하여 numpy 배열로 변환합니다.
• 선택적 정수 NA
• 드문 변화

모든 datetime형 리팩토링에 대해 언급할 하이라이트가 있습니까?
("사용자 정의 데이터 유형의 내부 처리 리팩터링"은 제외)

언급할 가치가 있는 다른 새로운 기능이나 변경 사항이 있습니까?

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 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에는 Windows 휠이 없습니까?

@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을 수행하고
.dtype 가 변경될 것으로 예상되는 경고와 함께 TimedeltaArray
미래.

2019년 1월 23일 수요일 오전 7:03 Jeff Reback [email protected]
썼다:

@TomAugspurger https://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: 이전 whatsnew URL도 리디렉션
  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 Tom Augspurger [email protected]
썼다:

DatetimeArray에 실험 레이블을 추가하는 빠른 문서 PR을 수행하고
.dtype 가 변경될 것으로 예상되는 경고와 함께 TimedeltaArray
미래.

2019년 1월 23일 수요일 오전 7:03 Jeff Reback [email protected]
썼다:

@TomAugspurger https://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 및 바이너리는 PyPI 및 conda-forge에 있습니다. Anaconda는 현재 기본값을 구축하고 있습니다.

감사합니다.

그리고 감사합니다!