공부/git3 4/17 git commit, Pull Request 관련 조금 1. commit을 쪼개는 이유 특정 작업한 revert해야 할 경우에 다른 작업에 영향을 미치지 않고 무사히 revert 가능 커밋 이름만 보고 무슨 작업인지 알 수 있음 리포맷팅 같은 경우 안 봐도 되는데 코드 수정량이 너무 많아 복잡해보임 2. 의견이 맞지 않는 경우 (개인적인 의견) 답이 정해져 있지 않은 경우 (대부분의 의사결정이 이럴 것) 얘기를 끝까지 해보고, 좁혀지지 않으면 안건으로 옮겨서 회의에서 토론 3. PR 열었을 대 수정사항이 있으면 또 PR을 열어야 하는지? - ㄴㄴ 그냥 그 PR에 수정된 브랜치의 커밋이 계속 쌓임 4. PR 수정 중에 또 다른 기능이 추가된다면 이때는 branch를 새로 파야 하는 거 아닌지? - ㅇㅇ 지금은 main 2024. 4. 18. 3/26 Git Action 1. Github Workflows 정의 하나 이상의 작업을 실행하는 구성 가능한 자동화된 프로세스 이벤트가 일어나면 자동으로 jobs를 수행하는 자동화된 프로세스 깃헙 저장소를 기반으로 일련의 workflow를 자동화하도록 도와주는 CI/CD 도구 이벤트 == trigger ex. 이벤트, repository_dispatch, 예약된 시간, 수동 ex. 푸시, 릴리스 생성, 이슈 등 작업 단계: 단계 안의 작업들구성요소 작동 방식 .github/workflows의 YAML파일에서 수행됨 예시 on : 이벤트 트리거 jobs runs-on: 가상 환경 os 버전 steps: 진행할 step들 나열 name uses with run Github Action에서 → 내 repository로 push하려면 권.. 2024. 4. 4. 3/26 Git & Github 1. Git 정의 분산 버전 관리 시스템 왜 씀? 협업 중에 누가 어느 부분을 목적으로 추가/수정했는지 확인 필요 각 버전의 추적, 이전 버전으로 롤백, 변경 사항의 비교 용이 구성 코드를 쓰는 workspace, 변경사항을 저장하는 stage, 변경사항을 적용하는 Local Repository 이를 원격으로 저장하는 Remote Repository 2. 충돌 관리 Git Conflicts git merge git cherry-pick (커밋id) 부분 병합, 해당 커밋만 병합함 git rebase merge와 결과는 똑같으나 작업 순서를 일렬로 차례대로 합침 브랜치가 없어져 작업 내력이 삭제됨 git commit -m “커밋메세지” git commit -am “커밋메세지” -all : 새로 생성된 파일.. 2024. 3. 31. 이전 1 다음
