[BE] Feat/#586 핀 수정 시 변경 이력 저장 이벤트 구현 #591

yoondgu · 2023-10-16T13:58:53Z

작업 대상

#586 참조부탁드립니다.
history 패키지를 새로 만들어 작업하였습니다.
핀 정보의 변경 이력이긴 하지만, 횡단 관심사인 이력 관리 - 'history'라는 분류로 관리하는 것이 좋다고 판단했습니다.

PinHistory: 핀 정보의 변경 이력을 저장하는 테이블입니다.
- memberId, pinId, pinInfo(저장될 때 가지고 있던 핀의 정보)를 가집니다.
PinUpdateEvent : 핀을 생성하거나, 핀의 정보를 수정할 때 발행하는 이벤트입니다.
PinHistoryCommandService : 발행된 PinUpdateEvent를 받아서 PinHistory를 저장합니다.

📄 작업 내용

기존 코드에 변경 없이 횡단 관심사를 도입하고자 Spring Event를 사용했는데요.
자세한 동작 원리는 잘 모르지만 사용법 위주로 적용해보았습니다!

이벤트 정의

그냥 class, record를 정의하는 것만으로도 이벤트로 사용할 수있습니다.
해당 클래스 타입으로 이벤트를 인식해요.
우리 코드에서는 이벤트로 사용할 PinUpdateEvent 라는 레코드를 정의했습니다.

이벤트 발행

Spring에서 제공하는 ApplicationEventPublisher를 주입받아 사용합니다.
서비스에서 주입받아, 아래와 같이 이벤트를 발행합니다.

// PinCommandService.class
applicationEventPublisher.publishEvent(new PinUpdateEvent(pin, member));

이벤트 구독

이벤트가 발행되면, 해당 이벤트를 구독하는 EventListener가 발행한 이벤트 정보를 받아 로직을 수행합니다.

// PinHistoryCommandService.class
@EventListener
public void saveHistory(PinUpdateEvent event) {
    Pin pin = event.pin();
    pinHistoryRepository.save(new PinHistory(pin, event.member()));

    log.debug("pin history saved for update pin id =: {}", pin.getId());
}

위 코드처럼, 구독할 이벤트를 메서드 파라미터에 정의하고 @EventListener 어노테이션을 붙여주면 됩니다.
@TransactionalEventListener를 사용하면 트랜잭션 커밋, 롤백을 기준으로 발행 시점을 정할 수 있는데,
오늘 회의 때 논의한 것처럼
현재 변경 이력 저장 로직은 기존 트랜잭션과 함께 묶이는 것이 적절하다고 판단해 적용하지 않았습니다.

🙋🏻 주의 사항

테스트 내 일부 모킹

핵심 도메인에서 의존성이 분리된 로직이므로, PinCommandService에서는 해당 내용에 대해 테스트할 때 Mocking을 해주는 것이 적합하다고 판단했습니다. 따라서 행위만을 테스트하도록 했습니다.
대신 PinHistoryCommandService에서 실제 동작을 테스트합니다.

PinCommandService: 변경 이력 저장이 호출되는지 확인, 예외 발생 시 함께 롤백되는지를 확인
PinHistoryCommandService: 이벤트 발행 시 실제 동작을 확인

참조하는 핀이 삭제되거나 회원이 차단된다면?

상관 없이 변경 이력은 삭제 처리되지 않고 그처럼 계속 남아있습니다.
데이터가 너무 많이 쌓일 수도 있지만, 그건 사용자가 아주 많아졌을 때 고려해도 될 문제라고 생각합니다.

처음에는 참조하는 토픽, 핀이 삭제되거나 회원이 차단되면
즐겨찾기, 모아보기처럼 삭제해야 한다고 생각해서 열심히 작업하다가.. 롤백했습니다.
왜냐면 토픽, 핀, 회원은 모두 soft delete로 관리되어 실제로 삭제되지 않습니다.
그래서 FK 조건을 위배할 일도 없습니다.
그런 맥락에서 변경 이력에는 삭제 여부라는 개념이 없는 게 더 자연스러운 것 같아요.
만약 특정 회원이 참여한 모든 변경 이력을 조회한다고 해도, '삭제된 핀'에 대한 변경 이력을 보여주고 싶을 수도 있다고 생각해요.
예를 들면, 게시판 서비스에서 내가 작성한 덧글 목록을 볼 때 삭제된 글의 덧글도 보여주기도 하는 것처럼요.

스크린샷

📎 관련 이슈

closed #586

레퍼런스

참고 문건도 이슈에 링크해두었습니다!

- additivity-false는 기본 콘솔 로그와의 중복 출력 방지를 위함

- 회원 차단 시, 토픽 삭제 시, 핀 삭제 시 soft delete

- 핀의 정보 변경 이력을 관리하는데 update라는 수식어가 불필요함

- pin의 FK 외에도 변경 내용을 함께 저장해야 함

github-actions · 2023-10-16T14:01:19Z

Unit Test Results

  69 files   69 suites 34s ⏱️
313 tests 313 ✔️ 0 💤 0 ❌
322 runs 322 ✔️ 0 💤 0 ❌

Results for commit 5bfbcfc.

♻️ This comment has been updated with latest results.

junpakPark

도이... 멋집니다...
이벤트는 이렇게 쓰는 거란 걸 배울 수 있었습니다 👍👍👍

커밋 순서대로 확인하고 있는데
정책적인 부분도, 코드적인 측면도 도이가 고민하신 내용이 굉장히 질이 높다는 생각이 드는군요...
많이 배웠습니다.

그냥 PinHistory로 네이밍 변경하면 좋겠다고 생각했는데 해주셨군요... 굿굿..
전체적으로 제가 우리 코드에 리팩터링하면서 적용하고 싶었던거에 대한 가장 좋은 예시인 것 같습니다.

수고하셨습니다~!!

junpakPark · 2023-10-16T16:23:15Z

backend/src/test/java/com/mapbefine/mapbefine/pin/PinIntegrationTest.java

@@ -142,6 +146,26 @@ void addIfNotExistDuplicateLocation_Success() {
        assertThat(response.statusCode()).isEqualTo(HttpStatus.CREATED.value());
    }

+    @Test


오 인수 테스트 먼저 진행하셨군요? ㄷㄷ

이벤트 로그 찍히는 걸 인수 테스트에서 확인하려니 핀 수정 테스트가 없었더라고요 허헣

kpeel5839

구두로 말씀드린 부분들만 수정되면 바로 approve 드리도록 하겠습니다~!

kpeel5839 · 2023-10-17T06:24:25Z

backend/src/main/java/com/mapbefine/mapbefine/bookmark/domain/BookmarkRepository.java

+    @Modifying(clearAutomatically = true)
+    @Query("delete from Bookmark b where b.member.id = :memberId")


flush 를 왜 다 지우셨나 했는데 @query 어노테이션도 추가적으로 붙여주시면서 @Modifying 어노테이션이 동작하게 해주셨군요! 굳굳

kpeel5839 · 2023-10-17T06:29:12Z

backend/src/main/java/com/mapbefine/mapbefine/pin/application/PinCommandService.java

        pinRepository.save(pin);
+        eventPublisher.publishEvent(new PinUpdateEvent(pin, member));


기가 막힙니다!

kpeel5839 · 2023-10-17T06:34:02Z

backend/src/test/java/com/mapbefine/mapbefine/admin/application/AdminCommandServiceTest.java

@@ -39,52 +38,42 @@ class AdminCommandServiceTest {

    @Autowired
    private AdminCommandService adminCommandService;
-
+    


? ? ? ? ? ? ? !

kpeel5839 · 2023-10-17T06:39:13Z

.../src/test/java/com/mapbefine/mapbefine/history/application/PinHistoryCommandServiceTest.java

+        assertThat(histories.get(0)).usingRecursiveComparison()
+                .ignoringFields("id", "updatedAt", "createdAt")
+                .isEqualTo(new PinHistory(pin, member));


usingRecursiveComparison 최고!

ignoringFieldsOfTypes(LocalDateTime.class) 로도 할 수 있더라고요 호호

오 좋네요! 반영 + 핀 변경 일시도 검증하도록 추가하겠습니다

kpeel5839 · 2023-10-17T06:42:15Z

backend/src/test/java/com/mapbefine/mapbefine/pin/application/PinCommandServiceTest.java

+    @DisplayName("핀 정보 이력 저장 시 예외가 발생하면, 추가된 핀 정보도 저장하지 않는다.")
+    void save_FailBySaveHistoryException() {
+        // given
+        doThrow(new RuntimeException()).when(pinHistoryCommandService).saveHistory(any(PinUpdateEvent.class));


찾아낸 거 대바악

kpeel5839 · 2023-10-17T06:49:05Z

backend/src/test/java/com/mapbefine/mapbefine/pin/application/PinCommandServiceTest.java

+        assertThatThrownBy(() -> pinCommandService.save(new Guest(), List.of(BASE_IMAGE_FILE), createRequest))
+                .isInstanceOf(RuntimeException.class);
+        assertThat(pinRepository.findAll()).isEmpty();
+    }


여기서 pinCommandService.save 첫번째 인자로 Guest 가 들어가면 바로 Exception 이 터지지 않나용?

맞네요!!
동일한 방식의 테스트들 모두 pinCommandService.save는 정상동작하도록 하고, 이벤트리스너에서 터지는 예외의 종류를 더 명시적으로 수정하겠습니다!
야무진 리뷰 감사합니당 ㅋㅋ

해당 테스트를 기대한 방식대로 돌아가게 수정하면서, save가 롤백되지 않는 문제를 만났고
DataJpaTest를 통해서는 검증할 메서드(save)를 롤백시킬 수 없다는 것을 알았습니다..!! 이 코멘트 아니면 제대로 알지 못하고 넘어갈 뻔 했네요.

DataJpaTest는 @Transactional을 전파속성 기본값(required)으로 지원해서, 트랜잭션이 테스트 메서드 하나로 묶이기 때문입니다.
이 메서드에 required new 를 붙여도, 부모 트랜잭션이 롤백된다고 자식 트랜잭션이 롤백되지는 않는다고 합니다.

그래서 PinIntegrationTest에 EventListenerTest 라는 내부 클래스를 만들어 '롤백에 대한 테스트'를 추가했습니다.
PinCommandServiceTest 입장에서 PinHistoryCommandService는 제어할 수없는 요소라는 점에서도 통합 테스트에서 하는 게 더 적절해 보이는 것 같아요.

kpeel5839 · 2023-10-17T06:52:34Z

backend/src/test/java/com/mapbefine/mapbefine/pin/application/PinCommandServiceTest.java

+        assertThatThrownBy(
+                () -> pinCommandService.update(new Guest(), illegalPinId, new PinUpdateRequest("name", "update"))
+        ).isInstanceOf(PinForbiddenException.class);
+


이!것!두!

kpeel5839 · 2023-10-17T06:56:07Z

backend/src/main/java/com/mapbefine/mapbefine/admin/application/AdminCommandService.java

@@ -54,6 +54,7 @@ public AdminCommandService(
    public void blockMember(Long memberId) {
        Member member = findMemberById(memberId);
        member.updateStatus(Status.BLOCKED);
+        memberRepository.flush();


도이가 쓴 글에 의하면 hardDelete 가 진행되기 이전에 flush 가 발생하면 되고, 그렇다면 permissionRepository.deleteAllByMemberId() 를 호출하게 되면서 flush 가 발생하게 되니까명시적인 flush 가 없어도 되지 않을까요??

근데, 해당 flush 를 호출하지 않으면 예상한 것과 같이 동작하지 않는다고 하셨으니 추후에 같이 탐구해봐야겠군요!

맞아요. Repository에서 제공하는 flush를 통해 member의 update 쿼리도 같이 나갈 줄 알았는데,
그렇지 않아서 추가해주게 되었어요 ㅜㅜ
@Modifying으로 실행되는 flush는 해당 repository 메서드의 쿼리만 flush해주는 걸까요?
원인은 더 탐구해보는 것으로..

- pinHistory의 createdAt과 저장 시 pin 의 updatedAt은 미세하게 다르므로 정확한 일시를 기록

- DataJpaTest에서는 내부 트랜잭션의 롤백을 검증할 수 없음

yoondgu · 2023-10-17T13:10:07Z

    create table pin_history (
        created_at timestamp(6),
        id bigint generated by default as identity,
        member_id bigint not null,
        pin_id bigint not null,
        **pin_updated_at timestamp(6) not null,**
        updated_at timestamp(6),
        name varchar(50) not null,
        description clob not null,
        primary key (id)
    );
    alter table if exists pin_history 
       add constraint FKjslbh825anceac56ppqhiexu1 
       foreign key (member_id) 
       references member;
    alter table pin_history 
       add constraint FKhnu17p0dar7uxf7sos6g6skva 
       foreign key (pin_id) 
       references pin (id);

추가 push하면서 pinUpdatedAt 컬럼을 추가했습니다.
pin_history.�created_at == 로그 시점 pin.updatedAt 이면 좋겠지만
시점 차이가 있고, 명확하게 따로 관리하는 게 좋을 것 같아서요.

cpot5620

도이 고생하셨습니다 !!!!!! 테스트도 꼼꼼히 짜주셔서 좋았어여

리뷰가 늦어서 죄송해요.
늦었음에도 리뷰가 하나라 죄송해요.
리뷰가 하나임에도, 헷갈린다고 말해서 죄송해요.
그냥 죄송해요. 못하겠어요 ㅠㅠ

회의가 어떻게 진행되었는지는 잘 모르겠으나, 로그가 기록되지 않으면 변경되지 않아야한다는 쪽으로 결론이 난거겠죠 ?
한 편으로는, 변경 로그를 찍는 시스템(?)에 문제가 발생했을 때, 변경 자체를 수행하지 못하는 흐름이 괜찮을까 싶긴 하네요 !

cpot5620 · 2023-10-17T15:23:34Z

backend/src/main/java/com/mapbefine/mapbefine/history/domain/PinHistory.java

+    @Column(name = "pin_updated_at", nullable = false)
+    private LocalDateTime pinUpdatedAt;


BaseEntity의 createdAt과 동일하지 않나요 ?

헷갈리네요..

BaseEntity의 createdAt은 해당 엔티티가 영속화될때 저장되는데
변경 이력 저장 시점에 따라 pinUpdatedAt과 미세하게 다를 수 있습니다.
@PrePersist 에서 해주기에는 Pin이 PinHistory를 몰라야 한다고 생각하고요!

Pin을 업데이트 할 때에도, pin.updatedAt은 영속화 시점에 결정되지않나요 ?
같은 트랜잭션으로 묶여있는 현 상황에서도 서로 불일치할 수 있는건가요 ?

createdAt, updatedAt 모두 종합해서 말씀드린거였어요!!
JpaAuditing은 해당하는 엔티티에 대해 persist를 호출하기 전동작하기 때문에
Pin에 대한 persist가 호출되기 전과 PinUpdateEvent에 대한 이벤트리스너가 동작-> PinHistory에 대한 persist가 호출되기 전은 다르지 않나요..?! 혹시 제가 잘못 생각하고 있는 부분이 있을까요?

pinRepository.save(pin); eventPublisher.publishEvent(new PinUpdateEvent(pin, member)); // pinHistoryRepository.save(...);

++ 그리고 같은 트랜잭션으로 묶여 있다 해도, 아래 코멘트에서 말씀해주신 것처럼 서로 다른 트랜잭션으로 가져가도록 변경할 여지가 있다면 별개로 관리하는 건 어떨까요? BaseEntity는 기본적으로 저장하는, '레코드'에 대한 시간 정보라는 생각도 들고요!

yoondgu · 2023-10-17T23:39:49Z

도이 고생하셨습니다 !!!!!! 테스트도 꼼꼼히 짜주셔서 좋았어여

리뷰가 늦어서 죄송해요.

늦었음에도 리뷰가 하나라 죄송해요.

리뷰가 하나임에도, 헷갈린다고 말해서 죄송해요.

그냥 죄송해요. 못하겠어요 ㅠㅠ

ㅠㅠ

회의가 어떻게 진행되었는지는 잘 모르겠으나, 로그가 기록되지 않으면 변경되지 않아야한다는 쪽으로 결론이 난거겠죠 ?

한 편으로는, 변경 로그를 찍는 시스템(?)에 문제가 발생했을 때, 변경 자체를 수행하지 못하는 흐름이 괜찮을까 싶긴 하네요 !

저도 동일한 생각으로, 처음에는
로그 찍기가 실패해도 변경은 수행되어야 한다고 생각했는데요.
그럴 경우 로그가 없는 변경 사항이 생길 수 있다는 점에서 다른 두 분이 현재 방향을 제시해주셨고, 저도 수긍했습니다.
일단 진행하고 더 고민해보면 어떨까요!

kpeel5839

고생하셨습니다 또이또이!

kpeel5839 · 2023-10-18T04:22:20Z

.../src/test/java/com/mapbefine/mapbefine/history/application/PinHistoryCommandServiceTest.java

+        assertSoftly(softly -> {
+            assertThat(histories.get(0)).usingRecursiveComparison()
+                    .ignoringFields("id")
+                    .ignoringFieldsOfTypes(LocalDateTime.class)


야무지게 추가해주셨군요!

kpeel5839 · 2023-10-18T04:31:06Z

backend/src/test/java/com/mapbefine/mapbefine/pin/PinIntegrationTest.java

+        @DisplayName("Pin 저장 시 변경 이력 저장에 예외가 발생하면, 변경 사항을 함께 롤백한다.")
+        void savePin_FailBySaveHistory_Rollback() {
+            //given
+            doThrow(new IllegalStateException()).when(pinHistoryCommandService).saveHistory(any(PinUpdateEvent.class));


말씀대로 IntegrationTest 로 옮겨서 해결해주셨군요 굳굳

yoondgu added 13 commits October 16, 2023 15:18

refactor: 테스트 환경 콘솔 로그 출력 설정 추가

0bd7c7c

- additivity-false는 기본 콘솔 로그와의 중복 출력 방지를 위함

test: 핀 수정 인수 테스트 추가

e6a4f40

feat: 핀 수정 시 수정 이력 저장 구현 및 테스트

65ef31b

refactor: 사용하지 않는 변수 삭제

0dd8fc7

feat: 새 핀 추가시에도 핀 이력 저장

19bcc6f

feat: 핀 수정 이력이 참조하는 엔티티 삭제 시 soft delete 하도록 이벤트 구현

ae2bc06

- 회원 차단 시, 토픽 삭제 시, 핀 삭제 시 soft delete

feat: 핀 수정 이력은 삭제 개념이 없는 것으로 복구 (이전 커밋 revert)

57073b9

test: 핀 수정 이력 이벤트 테스트 실패 수정

2a7f4db

test: 빠른 테스트 조건문 확인을 위해 assertAll softly로 변경

a9b5308

refactor: hard delete 메서드 Query 작성해서 Modifying 적용

9ded478

rename: PinUpdateHistory 에서 PinHistory로 네이밍 변경

ca92508

- 핀의 정보 변경 이력을 관리하는데 update라는 수식어가 불필요함

test: 테스트 displayName 핀 정보 이력 관련 용어 통일

8ed8da4

fix: 핀 변경 이력 엔티티 컬럼 수정

0309e78

- pin의 FK 외에도 변경 내용을 함께 저장해야 함

yoondgu added BE 백엔드 관련 이슈 우선순위 : 상 feat 새로운 기능 개발 labels Oct 16, 2023

yoondgu added this to the 최종 데모데이 milestone Oct 16, 2023

yoondgu requested review from cpot5620, kpeel5839 and junpakPark October 16, 2023 13:58

yoondgu self-assigned this Oct 16, 2023

yoondgu marked this pull request as ready for review October 16, 2023 13:59

junpakPark approved these changes Oct 16, 2023

View reviewed changes

kpeel5839 requested changes Oct 17, 2023

View reviewed changes

yoondgu added 5 commits October 17, 2023 16:26

refactor: 불필요한 공백 제거

8444f53

test: 일시 검증 메서드 수정, 핀 변경 일시 검증 추가

02519c7

feat: 핀 변경 이력 엔티티에 핀 변경 일시 컬럼 추가

20cb321

- pinHistory의 createdAt과 저장 시 pin 의 updatedAt은 미세하게 다르므로 정확한 일시를 기록

fix: PinHistoryCommandService 트랜잭션 어노테이션 추가

b257b24

fix: 핀 변경 이력 롤백 테스트 예외 수정, 실패 테스트 disabled 처리

5c1bbdb

fix: 이벤트를 통한 롤백 테스트 통합 테스트로 이동

2fc368c

- DataJpaTest에서는 내부 트랜잭션의 롤백을 검증할 수 없음

yoondgu added 2 commits October 17, 2023 22:35

chore: #548과 충돌해결을 위한 merge

3592ff0

test: 새로운 테스트에 테스트 컨테이너 적용

5bfbcfc

cpot5620 approved these changes Oct 17, 2023

View reviewed changes

kpeel5839 approved these changes Oct 18, 2023

View reviewed changes

yoondgu merged commit 0405080 into develop-BE Oct 18, 2023
3 checks passed

semnil5202 deleted the feat/#586 branch February 9, 2024 23:46

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[BE] Feat/#586 핀 수정 시 변경 이력 저장 이벤트 구현 #591

[BE] Feat/#586 핀 수정 시 변경 이력 저장 이벤트 구현 #591

yoondgu commented Oct 16, 2023 •

edited

Loading

github-actions bot commented Oct 16, 2023 •

edited

Loading

junpakPark left a comment •

edited

Loading

junpakPark Oct 16, 2023

yoondgu Oct 16, 2023

kpeel5839 left a comment

kpeel5839 Oct 17, 2023

kpeel5839 Oct 17, 2023

kpeel5839 Oct 17, 2023

kpeel5839 Oct 17, 2023

yoondgu Oct 17, 2023

kpeel5839 Oct 17, 2023

kpeel5839 Oct 17, 2023

yoondgu Oct 17, 2023

yoondgu Oct 17, 2023 •

edited

Loading

kpeel5839 Oct 17, 2023

kpeel5839 Oct 17, 2023

yoondgu Oct 17, 2023

yoondgu commented Oct 17, 2023 •

edited

Loading

cpot5620 left a comment

cpot5620 Oct 17, 2023

yoondgu Oct 17, 2023

cpot5620 Oct 17, 2023

yoondgu Oct 17, 2023

yoondgu commented Oct 17, 2023

kpeel5839 left a comment

kpeel5839 Oct 18, 2023

kpeel5839 Oct 18, 2023

		@Modifying(clearAutomatically = true)
		@Query("delete from Bookmark b where b.member.id = :memberId")

		pinRepository.save(pin);
		eventPublisher.publishEvent(new PinUpdateEvent(pin, member));

		@@ -39,52 +38,42 @@ class AdminCommandServiceTest {

		@Autowired
		private AdminCommandService adminCommandService;

		@Column(name = "pin_updated_at", nullable = false)
		private LocalDateTime pinUpdatedAt;

[BE] Feat/#586 핀 수정 시 변경 이력 저장 이벤트 구현 #591

[BE] Feat/#586 핀 수정 시 변경 이력 저장 이벤트 구현 #591

Conversation

yoondgu commented Oct 16, 2023 • edited Loading

작업 대상

📄 작업 내용

이벤트 정의

이벤트 발행

이벤트 구독

🙋🏻 주의 사항

테스트 내 일부 모킹

참조하는 핀이 삭제되거나 회원이 차단된다면?

스크린샷

📎 관련 이슈

레퍼런스

github-actions bot commented Oct 16, 2023 • edited Loading

Unit Test Results

junpakPark left a comment • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

kpeel5839 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

yoondgu Oct 17, 2023 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

yoondgu commented Oct 17, 2023 • edited Loading

cpot5620 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

yoondgu commented Oct 17, 2023

kpeel5839 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

yoondgu commented Oct 16, 2023 •

edited

Loading

github-actions bot commented Oct 16, 2023 •

edited

Loading

junpakPark left a comment •

edited

Loading

yoondgu Oct 17, 2023 •

edited

Loading

yoondgu commented Oct 17, 2023 •

edited

Loading