4. 풀 리퀘스트를 활용한 협업 (왜 풀 리퀘스트를 사용할까요?)

풀 리퀘스트를 활용한 협업 (왜 풀 리퀘스트를 사용할까요?)

풀 리퀘스트를 사용하는 이유:

• 코드 검토: 다른 개발자에게 코드를 보여주고 피드백을 받아 코드의 품질을 높일 수 있습니다.
• 협업: 팀원들과 함께 코드를 검토하고, 변경 사항을 논의하며, 코드를 통합할 수 있습니다.
• 변경 이력 추적: 코드 변경 사항을 쉽게 추적하고 관리할 수 있습니다.

풀 리퀘스트 생성 및 관리:

• 포크: 다른 사람의 저장소를 복사하여 자신의 계정에 저장소를 만듭니다.
• 변경 사항 커밋: 포크한 저장소에서 변경 사항을 커밋합니다.
• 풀 리퀘스트 생성: 원본 저장소에 변경 사항을 병합해달라는 요청을 보냅니다.
• 검토 및 병합: 원본 저장소의 관리자가 풀 리퀘스트를 검토하고 병합합니다.

자세한 커맨드:

• 포크: GitHub 웹 인터페이스를 통해 진행합니다.
• 변경 사항 커밋:
  • git add .: 모든 변경된 파일을 스테이징합니다.
  • git commit -m "커밋 메시지": 스테이징 영역의 변경 내용을 커밋합니다.
• 풀 리퀘스트 생성: GitHub 웹 인터페이스를 통해 진행합니다.

자세한 설명:

• 포크: 다른 사람의 저장소를 복사하여 자신의 계정에 저장소를 만드는 것을 의미합니다. 이를 통해 원본 저장소를 변경하지 않고 자신만의 변경 사항을 적용할 수 있습니다.
• 풀 리퀘스트: 포크한 저장소의 변경 사항을 원본 저장소에 병합해달라는 요청을 보내는 것을 의미합니다.

예시:

1. GitHub에서 원하는 프로젝트를 찾아 포크합니다.
2. 포크한 저장소를 로컬로 클론합니다. (git clone git@github.com:jocob107/0820_work.git .)
3. git branch add  : 브랜치 만들기
4. git checkout add : add 브랜치로 이동
5. vi index.html : 이름입력
6. git diff : 변경사항 체크
7. git add index.html
8. git commit -m "1 commit"
9. git push origin add
10. 깃허브로 이동 포크한 원격저장소 
    Compare & pull request 버튼 클릭

  11.  여기까지 하시면 되고 나머지는 GitHub 프로젝트 매니져가 수정사항 승인을 해주어여 합니다.

주의:

• 풀 리퀘스트를 생성하기 전에 충분히 테스트를 해야 합니다.
• 풀 리퀘스트에 대한 피드백을 적극적으로 반영해야 합니다.

추가:

• 코드 리뷰: 풀 리퀘스트를 통해 다른 개발자에게 코드를 보여주고 피드백을 받는 과정을 의미합니다.
• 코드 컨벤션: 프로젝트에서 사용하는 코드 스타일 가이드를 따르는 것이 중요합니다.

다음 단계:

5회차에서는 Git과 GitHub의 고급 기능을 배우게 됩니다.

다음 회차에서 뵙겠습니다!

핵심: 풀 리퀘스트는 협업의 핵심입니다. 다른 개발자의 코드를 검토하고 피드백을 주고받으며 코드의 품질을 높이고, 팀 전체의 개발 효율성을 향상시킬 수 있습니다.