[GitHub] 깃허브 Organization private 저장소의 fork 허용하기, Cannot fork because forking is disabled

목  차문제해결 방법해결 완료     문제 Organization 에서 Private 레포지토리를 하나 만들었는데 fork 가 되지않는다.Cannot fork because forking is disabled. 라는 문구가 떠서 저장소 설정에 들어가서 확인해 보았더니 Allow forking 항목이 체크가 해제되어 있었고, 체크박스 자체도 비활성화 되어있어서 체크를 할 수 가 없었다.     해결 방법 저장소의 설정이 아닌 Organization 의 설정에 들어가야 한다.      해결 완료이제 private 저장소에서도 Fork 가 가능해졌다.   이제 저장소의 설정에 들어가보면 기본적으로 Allow forking 이 활성화되어 있는 것을 볼 수 있다.

Git 2024.12.20

[Git] Blame, 파일 편집자 추적하는 방법 그리고 유용한 익스텐션 소개

가끔 이거 누가 수정한건지 알아야 하는 때가 있는데 이 때 유용하게 사용할 수 있는 것이 blame이다. 기본적으로 아래 명령어를 작성하면 그 파일을 누가 언제 무엇을 수정했는지 알 수 있다. git blame 파일명 그리고 VScode 에서는 유용한 익스텐션을 제공하는데, GitLens이다. 사용하는 방법은 간단하다. 설치하게되면 오른쪽 위에 Git 로고 비슷한 아이콘이 생기는데 누르고 첫번째 옵션을 누르면 blame 창이 생긴다. 왼쪽에 언제 추가했는지, 그리고 마우스를 올리면 누가 했는지도 알 수 있다.

Git 2023.06.29

[Git] GitHub와 연결하여 서버에 파일 추가하기

실행환경: Apple Macbook M2 Air 준비물: GitHub 계정, GitHub Repository 하나 새로 만들기 GitHub Clone 연결하려는 Repository에 들어가서 Code 버튼을 누른다. 그리고 HTTPS에 있는 URL을 복사한다. 다음과 같이 git clone URL붙여넣기를 하면 파일이 하나 추가된다.(보통은 레포지토리 이름으로 생성됨) cd 를 활용하여 해당 디렉토리로 이동한 뒤, 새로운 파일을 만들고 커밋을 하고 다음 명령어를 통해서 push를 해보자 git push 그러면 계정이나 username을 입력하라고 하고, 그 다음은 password를 입력하라고 하는데 2021년 8월 이후로 비밀번호 대신 토큰이나 SSH key를 사용해서 인증을 해야한다. 토큰이나 SSH ..

Git 2023.06.27

[Git] Restore, 그리고 reset 활용방법과 복구방법

목 차 restore를 활용하여 파일 되돌리기 최신 commit 수정하기 Reset 실수로 지웠다면? Local history ⛔️ 로컬 저장소에서의 변경사항에 대해 작동하며, 원격 저장소에 반영되지 않은 변경사항들에 대해서만 사용하는 것을 권장한다. restore를 활용하여 파일 되돌리기 되돌리려는 파일이 staging area에 있을경우 아래 명령어를 작성 git restore --staged 파일_이름 되돌리려는 파일이 working directory에 있을경우 아래 명령어를 작성 git restore 파일_이름 ⚠️ 유의할 점은 staging area에서 restore를 사용하면 변경사항이 unstaged 상태가 되고 원래의 파일 내용이 유지된다는 것이다. 반면, working directory에..

Git 2023.06.26

[Git] Stash란 무엇이고 사용방법 알아보기

stash 란? Stash는 현재 작업 디렉토리와 스테이징 영역의 변경사항 일시적으로 저장해 두는 기능이다. 이를 통해서 변경사항을 commit 하지 않고도 다른 작업을 진행 하거나 다른 branch로 작업할 수 있다. 요약하자면 아직 commit 하지 않은 변경사항을 일시적으로 저장해두는 "임시 저장 공간"이라고 할 수 있다. 이를 통해서 변경사항을 유지한 채로 다른 작업을 진행하거나 다른 branch로 전환할 수 있다. stash 사용방법 stash에 넣을거고, 메세지는 "my Directory" 이다. 라는 의미이다. git stash push -m "my Directory" tracking 되지 않은 파일도 stash에 넣고 싶다면 -u 옵션을 붙여주면 된다. git stash -u stash l..

Git 2023.06.25

[Git] rebase는 무엇이고 주의점과 사용방법

목 차 rebase 사용방법 rebase 주의점 원하는 Commit만 Merge 하기 특정 commit 삭제 rebase는 내가 작업하는 branch가 파생된 master branch(또는 main)를 업데이트 하는 것이라고 생각하면 된다. 주의점이 있는데, 같은 branch에서 다른 개발자와 함께 작업하고 있거나, 서버에 history가 올라가 있다면 사용에 주의가 필요하다. 주의점은 여기서 따로 정리하지는 않겠다. rebase 사용방법 먼저 내가 작업하고 있는 branch로 이동하고, 다음 명령어를 실행해준다. git rebase 브랜치_이름 rebase --onto 이 옵션은 브랜치가 체이닝으로 파생되었을 때, 특정 브랜치를 다른 브랜치로 재연결 싶을 때 사용할 수 있다. 예를 들면, master ..

Git 2023.06.25

[Git] Merge 충돌, conflict 해결 방법

Conflict 란? 두 Branch에서 같은 파일의 같은 줄을 다른 내용으로 수정을 했다면 Git이 에러를 내는 것이 conflict 이다. Conflict는 아래 사진과 같이 메세지가 나온다. 해결방법 Conflict가 발생한 파일을 들어가 보면 다음과 같이 > test(병합(merge) 하려는 브랜치) 표시가 보일 것이다. > 이 표시들을 지워주고, 코드만 남겨주고 저장하면 된다. 두 코드 모두 남겨주어도 괜찮고, 하나만 남겨주어도 괜찮다. VScode로 Conflict 해결하기 git config --global -e 명령어로 들어가서 다음 4줄을 추가해준다. [merge] tool = vscode [mergetool "vscode"] cmd = code --wait $MERGED 그리고 다음에 ..

Git 2023.06.25

[OnlyForMe] Merge의 옵션과 중요한 컨셉, fast-forward merges

보호되어 있는 글입니다.

Git 2023.06.23

[Git] Git Branch를 사용하는 이유와 사용방법

목 차 Git Branch를 사용하는 이유 Branch 기본 사용 방법 Git Branch를 사용하는 이유 Branch를 사용하면 프로젝트에서 여러 독립적인 작업을 동시에 할 수 있다. 새로운 Branch를 만들게 되면 그 당시 master branch(또는 main branch)와 동일한 상태를 복사한다. 새로운 branch에서 작업을 하게되면 그 변경사항은 해당 브렌치에서만 반영되며, master branch 혹은 다른 branch에는 영향을 주지 않는다. 독립적으로 진행하던 작업이 완료되면 master branch(또는 main)와 merge(병합)할 수 있다. Branch 기본 사용 방법 현재 있는 branch들을 확인 git branch # 서버에 연결된 모든 브랜치들도 확인시켜줌 git bra..

Git 2023.06.23

[Git] Tag가 필용한 이유와 하는 방법

목 차 Tag가 필요한 이유 Tag 하는 방법 태그하는법 특정커밋에 태그하는법 태그에 메모내용 더하기 Tag가 필요한 이유 history에 Commit이 많아지면 많아질수록 복잡해진다. Tag를 하는 이유는 특정 commit에 대한 참조점을 만들기 위함이다. Tag는 주로 새로운 릴리즈에 대한 참조점을 만들기 위해 사용된다. commit을 북마크 할 수 있는 것이다. (새로운 릴리즈 = 새로운 버전 공개) 릴리즈 할 때 그 버전을 태그를 많이 한다. 이 때 태그 하는 버전은 보통 semantic versioning을 많이 사용한다. 우리가 흔히 아는 x.x.x 형식이다. 이 것을 함으로 우리는 더 빠른 전환이 가능해진다. 궁금하면 찾아보자. Tag 하는 방법 태그를 하는 방법은 매우 간단하다. #태그하는..

Git 2023.06.23

[Git] Git log를 유용하게 활용하는 옵션들

더보기: 목 차 더보기 목 차 한 줄로 간단하게 최근 N개의 commit만 출력 특정 제작자의 commit만 출력 특정 날짜를 기준으로 출력 Commit Message에 특정 문자가 포함된 commit 특정 파일에 대한 history 보기 시작하기 1. 한 줄로 간단하게 commit을 한 줄로 간단하게 보여준다. 보통은 해시코드 | Commit Message 형식으로 되어있다. Git --oneline 2. 최근 N개의 commit만 출력 N에는 숫자가 들어간다. 만약 5를 입력하면 최근 5개의 commit만 출력해준다. git log -N 3. 특정 제작자의 commit만 출력 제작자가 Daniel인 commit만 출력 git log --author="Daniel" 4. 특정 날짜를 기준으로 출력 Y..

Git 2023.06.22

[Only for me] Git에 대한 꿀팁 모음

보호되어 있는 글입니다.

Git 2023.06.22

[Git] diff 사용해서 코드 변경 사항 비교하기

git diff란? 두 가지 버전간의 차이점을 보여주는 Git 명령어다. 이를 통해서 커밋 전에 변경 내용을 확인하거나, 두 개의 브랜치 사이에 어떤 변경사항이 있는지 확인할 수 있다. 기본 사용법 git diff git diff를 단독실행하면 Working Directory의 현재 상태와 Staging Area 사이의 차이를 보여준다. git diff를 실행하면 다음과 비슷한 내용을 볼 수 있다. Git diff 결과 이해하기 diff --git a/Chloe.txt b/Chloe.txt 이 부분은 a/Chloe.txt 파일과 b/Chloe.txt 파일을 비교했다는 의미이다. a는 이전 파일을 의미하고 b는 변경된 파일을 의미한다. 여기서 +는 추가된 내용이고, -는 삭제된 내용이다. @@ -0, 0..

Git 2023.06.22

[Git] Git에서 무시할 파일들 정의하기 .gitignore 활용

gitignore이란? 개인 설정, 로그 파일, 패키지 디렉토리 등등 이런 파일들은 버전관리가 필요하지도 않고, 보안상 좋지 않다. 이런 파일들을 Git이 추적하지 못하게 하는 것이 .gitignore의 역할이다. .gitignore 파일 작성 방법 각 줄마다 하나의 패턴이 오며, 이 패턴에 해당하는 파일 혹은 디렉토리는 Git에 의해 무시된다. 패턴의 예시는 다음과 같다. *.log // .log 확장자를 가진 모든 파일을 무시한다. node_modules/ // node_modules 디렉토리와 그 하위 모든 파일/디렉토리를 무시한다. !important.log // 모든 log 파일을 무시하지만 important파일은 무시하지 않는다. gitignore이 필요한 이유 저장소의 불필요한 파일을 줄여 ..

Git 2023.06.22

[Git] Git의 작업흐름 이해 - Workflow

Workflow: 한국어로는 작업흐름 으로 번역된다. 작업흐름은 세 가지로 구분할 수 있다 1. Working Directory 2. Staging Area 3. .git Directory (Repository) Working Directory 파일이 실제 존재하고 편집되는 곳이다. 우리가 작업하는 곳이다. Staging Area, 또는 Index Git이 관리하는 중간단계로 commit을 준비하는 영역이다. 'git add'명령어를 통해서 변경이 완료된 파일들을 Working Directory에서 선택적으로 Staging Area로 옮길 수 있다. 이는 여러 변경 사항 중 어떤 것들을 commit으로 묶을지 선택할 수 있게 해준다. new file: Daniel.txt를 볼 수 있다. 이 파일은 이제 ..

Git 2023.06.22