반응형

 

GitHub 저장소를 Public에서 Private로 바꾸는 방법은 다음과 같습니다.
간단히 정리하면 저장소 > Settings > 제일 아래 Danger Zone의 Change visibility 메뉴 클릭 > Change visibility 클릭 후 Change to private 클릭 이후 3번의 창이 나타나면 제일 아래의 버튼을 클릭하면 끝 !

Private 저장소를 Public으로 바꾸는 방법도 동일합니다.

 

1. 변경하고 싶은 저장소(Repository)에 접속합니다.

2. 상단 메뉴 중에서 Settings를 선택합니다. 

GitHub 저장소

 

3. 화면이 바뀌면 제일 아래쪽까지 스크롤해서 내려가면 Danger Zone이 보입니다. 여기서 제일 위에 있는 Change visibility 메뉴를 클릭합니다. 

Danger Zone의 Change visibility 메뉴

 

4. Change visibility를 클릭후 아래쪽으로 Change to private이라는 메시지가 나면 다시한번 이 메시지를 클릭합니다.

이제부터 3번의 창이 새로 나타납니다. 지치지 말고 클릭해야 합니다.  ^^; 

Change to private 메시지

 

5. 메시지를 클릭하고 나면 첫 번째 팝업창이 나타납니다. 이 창에서 아래쪽에 있는 I want to make this repository private 버튼을 클릭합니다.

I want to make this repository private 버튼

 

6. 다시 경고 메시지가 있는 두 번째 창이 나타나면 제일 아래있는 I have read and understand these effects 버튼을 클릭합니다. 경고 메시지는 저장소가 공개일때 받은 stars와 watcher가 삭제된다는 등의 메시지 입니다.

I have read and understand these effects 버튼

 

7. 마지막 세 번째 창이 나타면 위에서와 마찬가지로 제일아래 있는 Make this repository private 버튼을 클릭합니다.

이곳의 메시지도 두 번째 창의 메시지와 동일합니다.

Make this repository private 버튼

 

끝!!!

 

다시 한번 정리하면 저장소 > Settings > 제일 아래 Danger Zone의 Change visibility 메뉴 클릭 > Change visibility 클릭 후 Change to private 클릭 이후 3번의 창이 나타나면 제일 아래의 버튼을 클릭하면 끝 !

 

 

 

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형
그런데 왜 기본 브렌치를 master에서 main으로 바꾸려 하는 것일까요?

master를 사용하지 않게 된 이유는 'Black Lives Matter' 운동에 발맞춰 주종(주인과 노예)관계를 뜻하는 'master', 'slave'를 다른 단어로 대체하기 위해서라고 합니다.
2020년 6월 Go 언어가 인종차별적 요소나 주종 관계의 의미를 담고 있는 whitelist/blacklist와 master/slave라는 용어를 프로젝트에서 제거하기로 결정하면서 업계 전반에 이런 부분을 제거하는 움직임이 일어나기 시작했습니다.

이후 master를 기본 브랜치로 사용하던 Git에서도 이 논의가 이루어졌고 브렌치를 사용자가 지정할 수 있도록 변경하였습니다.

이어서 GitHub도 기본 브랜치를 master에서 main으로 변경하기로 했고, 2020년 10월 1일부터 적용되었습니다. 이제 저장소를 생성할 때 초기화 옵션을 선택하면 main 브랜치가 기본 브랜치로 생성됨을 알려줍니다.
Git 2.28부터 사용자가 기존의 master로 지정되어 있던 기본 브랜치를 설정을 통해서 변경할 수 있는 기능이 추가되었습니다. 기본은 master로 동작하지만, 사용자가 원하는 대로 바꿔서 사용할 수 있습니다.

이제 기본 브렌치를 master에서 main으로 바꾸는 방법을 알아 보도록 하겠습니다.

 

1. Git의 버전부터 2.28이상인지 확인해 보도록 하겠습니다. 그리고 main으로 설정합니다.

설정이 끝나면 새로 생성하는 저장소부터 적용됩니다

$ git version
git version 2.28.0
$ git config --global init.defaultBranch main

2. 설정이 잘 됬는지 config를 확인해 봅니다.

config의 우선 순위는 Local > Global > System순이며 Local 설정 파일이 제일 높습니다.

개발 환경의 설정 config에 따라서 확인하면 됩니다.

git config --system --list   # System 설정 파일을 확인
git config --global --list   # Global 설정 파일을 확인
git config --local --list    # Local 설정 파일을 확인
git config --list            # 모든 설정을 확인​

3. 만일 이미 master로 프로젝트를 진행 중에 main으로 바꾸고 싶다면 다음 명령을 사용합니다.

$ git branch -m master main

 

config 확인 명령어

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형
git을 설치한 후에는 사용자를 등록해야 합니다.
사용자 등록은 Global로 설정을 하는 방법과 원하는 디렉토리에 하는 방법이 있습니다.
설정 방법에 큰 차이는 없고 --global 옵션이 있느냐 없느냐의 차이 입니다.

 

1. 개인용 개발 PC나 랩탑의 경우라면 Global로 등록하는 것이 편리합니다. 시스템의 어떤 위치에서도 사용할 수 있기 때문입니다.

$ git config --global user.name '사용자 이름'
$ git config --global user.email '사용자 이메일'
$ git config --list

마지막 --list 옵션은 config의 내용을 보여 주는 명령입니다.

 

2. 학교 등 공용 PC를 사용할 경우라면 내가 사용하는 특정 디렉토리에만 사용자를 등록해 놓으면 다른 사람들과 충돌이 나지 않아 사용하기 좋습니다.

위 1번의 명령에서 --glogal 옵션만 제거 하면 모두 동일 합니다.

 

(Tip) 만일 GitHub를 사용한다면 GitHub에 등록한 사용자 이름과 이메일을 사용하는 것이 좋습니다.

 

사용자 등록 화면

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형

 

git commit 제목에 자주 사용하는 동사 14가지를 사용 비도 순으로 정리 했습니다.
  1. Add (추가)
  2. Update (업데이트)
  3. Fix (수정)
  4. Remove (삭제)
  5. Refactor (리팩토링)
  6. Implement (구현)
  7. Rename (이름 변경)
  8. Merge (병합)
  9. Revert (되돌리기)
  10. Improve (개선)
  11. Upgrade (업그레이드)
  12. Implement (구현)
  13. Add tests (테스트 추가)
  14. Clean up (정리)

 

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형

 

git commit의 제목과 본문을 쓰는데는 몇 가지 규칙이 있습니다. 
  1. 제목과 본문을 빈 행 1줄로 구분합니다.
  2. 제목은 50글자 이내로 제한됩니다.
  3. 제목은 동사 원형을 사용하며 과거형을 사용하지 않습니다.
  4. 제목의 첫 글자는 영문 대문자로 작성합니다.
  5. 제목 끝에는 마침표를 넣지 않습니다.
  6. 본문의 각 행은 72글자 내로 제한합니다.
  7. 어떻게 보다는 무엇과 왜를 설명합니다.
반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형
GitHub를 사용하다 보면 진행 중인 프로젝트를 누군가와 공유하고 싶은 경우가 있습니다.
Private repository를 직접 팀원등과 직접 공유하고 싶은 경우가 있습니다.
이런 경우에는 Collaborators를 이용하면 공유한 사람만 저장소에 접속할 수 있고, 등록되지 않은 사람에게는 여전히 Private 저장소이기 때문에 볼 수가 없습니다.

한가지 주의할 점은 저장소를 공유한 사람이나 공유 받은 사람 모두 저장소의 내용을 수정할 수 있으니 사용에 주의를 기울여 주셔야 합니다.

 

[ 저장소를 공유하려는 사람 ]

 

1. 먼저 Private 저장소를 선택하고 Settings에서 Collaborators 를 선택해 줍니다.

 

Collaborators 등록 화면

 

2. 새로 나온 창에 GitHub에 등록된 상대방의 ID나 이메일을 입력합니다.

Collaborators를 아이디로 등록하는 화면

or

Collaborators를 이메일로 등록하는 화면

 

3. 등록된 ID나 이메일을 선택합니다.

 

이메일 선택 화면

or

 

ID 선택화면

 

4. 이제 등록이 완료 되었습니다. 리스트에 한명이 등록되고, 버튼이 다시 등록할 수 있도록 바뀌었습니다.

이렇게 반복하면 여러명의 collaborator를 등록할 수 있습니다.

 

Collaborators 등록 완료 화면

 

 

[ 누군가에게 저장소를 공유 받은 사람 ]

 

1. 누군가가 저장소를 공유하게 되면, 공유 받은 사람에게 다음과 같은 메일이 도착합니다.

메일에서 초대장 보기를 클릭합니다.

공유 받은 사람에게 온 메일

 

2. 초대장 보기를 클릭하면  웹 브라우저에 다음과 같은 페이지가 나타납니다.

여기서 'Accept invitation' 버튼을 클릭합니다.

초대장에 승인하는 화면

 

3. 이제 공유된 저장소를 사용할 수 있습니다.

화면에서 알 수 있듯이 공유한 사람의 ID는 왼쪽에, 공유 받은 사람의 아이콘은 왼쪽에 있는 것을 확인할 수 있습니다.

승인 후 나타나는 화면

 

4. 공유한 사람과 공유 받은 사람 모두 Private 저장소로 유지되어 있는 것을 확인할 수 있습니다.

또한 공유 받은 사람의 저장소 리스트 에도 공유 저장소의 이름을 확인할 수 있으며, 본인의 저장소 처럼 자유롭게 사용할 수 있습니다.

 

공유한 저장소 확인

 

[ 공유를 끊고 싶을 때 ]

 

- 공유 중인 저장소를 더 이상 공유하고 싶지 않을때는 Collaborators에서 해당 해당 ID를 삭제해 주면 됩니다.

Collaborator 아이콘 오른쪽의 'Remove' 버튼을 클릭해 주면 됩니다.

- 공유는 한 명만 가능한게 아닙니다. 아래 화면에 보면 'Add people' 버튼을 클릭하고 원하는 만큼 추가 할 수 있습니다.

등록된 Collaborators를 삭제하는 화면

 

[ 주의 사항 ]
Collaborator를 추가하면 주의할 점이 한가지 있습니다.
fork를 통해서 full request하는 것과는 달리, 공유한 사람에게 아무런 확인없이 공유 받은 사람이 수정할 수 있다는 점입니다. 공유받은 사람이 수정하길 원치 않는다면 사용에 주의해야 합니다.
물론 어떤 사람이 수정했는지는 commit을 보면 알 수 있습니다.

 

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형

git에 익숙하지 않는 사용자들 중에서 로컬에서 commit등이 꼬여서 복구하지 못하는 경우가 종종있습니다.

이럴때는 원격 저장소에 있는 파일들을 내려 받아야 하는데 방법을 몰라 로컬을 전부 지우고 clone을 하는 경우가 있습니다. 

아래 명령으로 간단히 해결할 수 있습니다.

$ git fetch --all
$ git reset --hard origin/main

원격 저장소의 파일을 강제로 로컬 저장소에 덮어쓰는 방법
원격 저장소의 파일을 강제로 로컬 저장소에 덮어쓰는 방법

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,
반응형

리눅스에서는 어떤 패키지도 자동으로 업데이트되지 않습니다.

정확히 얘기하면 update는 패키지의 목록을 갱신하는 것이고, 실제로 파일을 갱신하는 것은 upgrade라고 합니다.

물론 목록을 갱신하지 않으면 업그레이드도 되지 않습니다.

 

먼저 Git의 버전을 확인합니다.

$ git version

리눅스를 개발 PC로 사용하는 분들은 익숙하겠지 만 부팅을 하게 되면 제일 처음 하는 작업이 업데이트와 업그레이드입니다.

$ sudo apt update && sudo apt upgrade -y

그러나 위의 명령으로도 Git은 업그레이드되지 않습니다. 

왜냐하면 목록에 Git이 등록되어 있지 않기 때문입니다.

그래서 먼저 목록에 Git을 등록하고 업데이트와 업그레이드를 실행하면 다른 패키지들과 함께 업그레이드됩니다.

$ sudo add-apt-repository ppa:git-core/ppa -y
$ sudo apt update && sudo apt upgrade -y

첫 번째 명령은 git의 목록을 만들어 주는 것이고, 다음 명령은 패키지를 업그레이드하는 명령입니다.

이렇게 해주면 다음부터는 부팅 후 첫 번째 명령은 생략하고 두 번째 명령만 하면 다를 패키지들과 함께 업그레이드됩니다.

우분투에서 Git을 업데이트하는 방법
우분투에서 Git을 업데이트하는 방법

 

반응형
블로그 이미지

DeveloperN

개발자 n의 개발 이야기(draft)

,