우선 답변 감사합니다만, 위의 방법을 사용하고 싶지 않아서 저도 이 방법이 맞는 것 같지 않아 질문을 드립니다.
위 방법의 문제점에 대해 말씀드리겠습니다.

1. 수정 후 원본 창고에 먼저 수정 사항을 동기화할 필요는 없나요?

2. 동기화할 때 제가 직접 pull하나요? 당김을 허용하지 않는 갈등을 해결하는 방법은 무엇입니까? (물론 fetch 다음에 merge 등을 할 수도 있습니다)

제 생각에 올바른 여는 방법은 다음과 같습니다.

1. fork 원래 창고

2. clone 나만의 창고

3. 원래 저장소를 master 지점에 원격 지점으로 추가 git remote add upstream 远程仓库

4. 직접 브랜치 개발(예: dev 브랜치 개발: git checkout -b dev

5. 로컬 dev 제출

6. master 브랜치를 전환하고 원래 저장소를 동기화합니다: git checkout master, git pull upstream master

7. 로컬 dev 브랜치를 전환하고 로컬 master 브랜치를 병합합니다(이미 원본 저장소와 동기화됨). 충돌을 해결해야 할 수도 있습니다

8. 로컬 dev 지점을 원격 dev 창고

에 제출

9. 이제 pull request 요청

을 원래 창고로 보낼 때입니다.

10. 원저자의 답변을 기다리는 중(수락/거절)

1: 먼저 github로 이동하여 다른 사람의 저장소를 포크한 후 수정하세요
2: 그런 다음 공간으로 이동하여 포크한 프로젝트를 클릭한 다음 새 풀 요청을 클릭하세요

3: 그런 다음 원본 작성자의 저장소로 이동하고 끌어오기 요청 인터페이스가 나타납니다. 제출할 수 있는 파일이 있는 경우 해당 브랜치를 선택하세요. 아래 커밋 버튼을 클릭하세요. 설명만 입력하고 작성자가 병합될 때까지 기다리세요