무슨 말을 하고 싶어?

이 세계는 아무리 작은 일이든, 큰 리포지토리라도, issue 세워, Pull Request 내면 제대로 커밋할 수 있는 상냥한 세계였습니다. (적어도 이번에는)
그래서 모두가 좋은 세계를 만들어 봅시다!

무슨 일이야?

material-ui에 풀리크 통했습니다(단 1행의 변경)

스타일 버그 수정

특히, 모바일 및 다중 선택의 경우에만 ListItem을 선택해도 background-color가 변하지 않는 버그였습니다.

어떻게 통과 했습니까?

issue를 세운

고치지 않으면 곤란해 버리는 나는, google 번역과 상담하면서 무서운 무서운 issue를 세워 보았습니다.
htps : // 기주 b. 코 m / 무이 - rg / 마테리아 l - 우이 / 이스에 s / 12960

대답이 왔다.

그렇게 하면 하루도 하지 않은 사이에 material-ui의 평소의 사람(제일의 코미터)로부터 회신이 왔습니다.
「issue의 보고 감사합니다! 데그레 하고 있네~ 이렇게 하면 고칠 것이라고 생각해! 한다?」(의역)

대답이 와서 고치는 방법까지 가르쳐 주었습니다. 이것은 기증자가 될 기회!
바로 을 눌렀습니다.

Pull Request를 발행했다

리포지토리를 Fork하고 수정하여 로컬에서 확인합니다. . . Pull Request 작성!
htps : // 기주 b. 코 m / 무이 오 rg / 테테리 아 l 우이 / 푸 l / 12976

Merge 된

PR을 만들고 물건의 몇 시간에 병합되었습니다.

무엇을 조심하셨습니까?

당연한 일입니다만, 기존의 issue와 착용이 없는 것을 확인했습니다.

영어가 서투르기 때문에, issue에서는 어떻게 하면 재현하는지, 무엇이 문제인가만을 가능한 한 간결하게 썼습니다.

Pull Request는 제목과 커밋 메시지의 서식을 다른 사람과 합치는 것을 깨달았습니다.

이번에는 이슈를 작성하는 방법, 커밋 메시지, 풀 리퀘스트를 작성하는 방법이 제대로 정해졌기 때문에 그렇게하면 간단했습니다.

큰 리포지토리를 관리하고 있는 사람들은 바쁘기 때문에, 어디가·어떤 때·어떤 바람에 이상한가를 확실히 쓰는 것으로 반응해 줄 확률은 올라간다고 생각합니다.

마지막으로

이런 엔지니어의 끝에서도 큰 저장소에 발자국을 남길 수있었습니다. 엔지니어의 세계는 부드럽다.