본문 바로가기

728x90

GitHub 제대로 활용하기

[GitHub] `.gitignore`: 코드를 깔끔하게 정리해주는 필터 .gitignore 파일을 처음 접하면 조금 혼란스러울 수 있어. "왜 이 파일이 필요한 거지?" 혹은 "어떻게 설정해야 하지?"라는 생각이 들 수도 있지. 하지만 이 파일은 Git을 정말 잘 활용하기 위해 아주 중요한 역할을 해. 불필요한 파일들이 repository에 포함되는 걸 막아주고, 협업을 더 효율적으로 만들어주거든. 아래에서 더 자세히 알아보자..!  ദ്ദി˶ー̀֊ー́ )  왜 `.gitignore` 파일이 필요할까?처음 프로젝트를 시작할 때, 소스 코드만 관리하면 될 것 같지만, 프로젝트가 커질수록 온갖 파일들이 생겨나게 돼. 컴파일된 파일들, 로그 파일들, 그리고 개인적으로 사용하는 설정 파일들이 막 쌓이기 시작할 거야. 그때 느낄 거야, "아, 이 파일들이 굳이 repository에 .. 더보기
[GitHub] 그래서, 마침표( .)는 언제 찍는 것인가 명령어 세상에서 땅에 떨어진 검은 콩같은 . ↙ 은 언제 사용하는걸까? 예상대로 명령어 문장을 끝맺을 때 마침표처럼 사용하진 않는다. 아래의 두 명령어 차이를 알아보면 도움이 될 것이라는 롤드님 제안으로 공부한 dot, 검은 콩, . 을 이해하니 로컬에 .git 을 심어 remote와 연결할 때마다 아주 유용하다. 아리가또 롤드사마! $ git clone url . vs. $ git clone url 결론부터 이야기하면, . 는 "찜"할 때 찍는다. [ $ git clone url . ] 을 사용하면 . 없이 명령한 것과 동일한 수행 결과 [ $ git init + $ git remote add origin ] 가 뒤따르지만 다른 점이 하나 있는데 그것은 수행 위치가 내가 명령을 내린 그 곳이라는 점이다.. 더보기
[GitHub] 커피가 식기 전에 git clone을.. 2024년 4월 15일 월요일 그간 gitHub desktop에 의존해왔기에.. 낯선 명령어 사용에는 겁이 났지만.. 해롤드 선생님을 의지하여 용감하게 명령어라는 알을 쪼아 보았다. like., 줄탁동시? iterms에서 이름과 메일을 확인하고 당당하게 git init으로 초기화 해주었다. 하지만 이는 대불행의 서막.. wishList 폴더를 올리려고 git add를 하니 아래와 같은 경고가 뜨며, git rm -- cached wishList/wishList 를 하라며 힌트를 쏟아내는데.. (눈을 동그랗게 뜨고 다시 읽어보니 다 알려주고 있다아.. ) adding embeded git repository You've added another git repository inside your current.. 더보기
[GitHub] GitHub Desktop 팀 프로젝트를 진행하며 Git과 GitHub를 사용하는데 터미널에서 명령어를 넣고 엔터를 누르는 것이 여간 불안하지 않았습니다. (다른 사람의 작업에 영향이 갈까봐서) 이럴 땐 (초보자의 입장에서는) desktop 버전을 설치하면 변경 사항을 직관적으로 볼 수 있어 안심할 수 있습니다. (물론, 명령어로 작업하는 방법도 익숙해지도록 노력해야겠죠!) 오늘은 아래의 공식문서를 읽어보며 다시한번 정리해 두도록 하겠습니다. GitHub Desktop 시작하기 - GitHub Docs 컴퓨터에서 직접 프로젝트에 기여할 수 있도록 GitHub Desktop을 설정, 인증 및 구성하는 방법을 알아봅니다. docs.github.com #1. 브랜치 만들기 새 브랜치는 기본 브랜치를 기반으로 합니다. 두 개 이상의 브랜.. 더보기
[GitHub] 충돌(Conflict) 해결하기 merge 과정에서 일어날 수 있는 충돌과 해결 방법을 알아봅니다. ▼ 브랜치에서 개발하고 원본 브랜치와 합치는 과정에서 git pull 로 코드를 가져왔는데, 아래와 같은 충돌이 발생했다..? ▼ 충돌 (conflict) 결과 Q. 왜 충돌이 일어나는가 그 이유는 같은 파일의 같은 위치에 코드가 변경되었기 때문 A 개발자 - index.html 의 2번째 줄 코드 변경 B 개발자 - index.html 의 2번째 줄 코드 변경 A 개발자가 git pull 명령어 실행 시 git에서 같은 파일의 같은 위치에서 코드가 변경되었다고 (conflict 발생) 말해준다. ※ git pull 시 발생하는 conflict를 해결하는 법 4182…. 삭제 원하는 코드로 수정 (코드를 변경한 팀원과 상의하는 것을 추천.. 더보기
[GitHub] Git branch 다루기 (+ 명령어) Github에서 브랜치를 생성하고, 이동하고, merge를 해 봅니다. #1 프로젝트 복사본 만들기 - git branch 코드의 복사본을 만드는 것을 바로 브랜치(branch)라고 한다. 명령어는 다음과 같다. git branch ex) git branch cart 이때 브랜치명은 자유롭게 작성하되 내가 개발하려는 기능과 관련이 있는 이름으로 짓는다. git branch login 이렇게 명령어를 입력하면 브랜치가 생성 정말 브랜치가 생성됐는지 확인하기 위해선 git branch 라는 명령어만 입력 git branch login 브랜치가 생성된 것을 확인할 수 있다. 키보드 q를 입력하여 빠져나온다. #2 브랜치 이동하기 - git switch 혹은 git checkout git branch 명령어로 .. 더보기
[GitHub] .gitignore, README 필수적이지 않지만 알아두면 속 시원한 .gitgnore 와 README에 대해 정리해 봅니다. #1. .gitignore #2. README #1. .gitignore git이 관리하지 않으면 하는 파일은 .gitignore라는 파일에 작성 git으로 관리하고 싶지 않은 파일! github에 업로드하고 싶지 않은 파일! ex) 남들이 알면 안되는 비밀번호, 키 등이 숨겨져있는 파일을 .gitignore에 작성할 수 있다 gitignore.io 라는 웹사이트를 활용하면 편리하게 불필요한 파일을 .gitignore에 추가할 수 있다. #2. README 프로젝트의 설명 혹은 프로젝트 협업 시 세팅방법 등을 작성하는 파일 github에 업로드 시 바로 확인이 가능 README.md라는 파일을 생성해서 글을 작.. 더보기
[GitHub] Flow of collaboration - Basic 앞서 공부한 How to Collaborate 버전이 이론 편이었다면, 아래 그림을 통해 좀 더 한 눈에 실전 흐름을 익혀봅니다. ※ 예시 그림과 설명은 예병수 튜터님의 강의 자료에서 발췌하였습니다. #1. Github 협업 flow 살펴보기 Order of Flow 1. 현 상황 2. git clone 또는 git pull 3. 브랜치 생성 & 이동 4. 기능 개발 5. Github 업로드 (Pull Request 생성) 6. main에 합치기 (merge) 7. git pull로 내 로컬의 main 브랜치에 변경사항 가져오기 #2. Github 협업시 충돌(conflict) 예방하기 #1. Github 협업 flow 살펴보기 1. 현 상황 2. git clone 또는 git pull 3. 브랜치 생성.. 더보기

728x90