반응형

 

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)

,
반응형
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)

,
반응형

개발자 포트폴리오는 깃허브 프로필 관리로 시작

깃허브 프로필이란?

다른 사람들이 내 GitHub 계정에 접속하면 제일 먼저 보이는 화면입니다.
계정의 주인이 보여주고 싶은 내용을 정리해 놓은 화면이라고 생각하면 됩니다. 
개발자라면 누구나 포트폴리오를 관리해야 합니다. 
포트폴리오는 취준생만 필요한 것은 아닙니다. 
개발자는 자신의 스킬을 향상시키기 위해 이직을 하는 경우가 있습니다. 이때도 당연히 포트폴리오가 필요하게 됩니다.
결국 개발자는 나이가 들어 더 이상 개발을 하지 않게 될 때까지 포트폴리오를 관리해야 합니다.
포트폴리오 관리에 중요한 하나가 바로 깃허브라고 할 수 있습니다.
그런데 이곳에 개발 코드만 올려놓으면 방문한 사람들은 코드를 자세히 살펴보기 전에는 계정 주인이 무엇에 관심이 있고 어떤 개발이 가능하고, 관심이 있는지 알기가 어렵습니다.
그래서 깃허브 프로필 관리가 필요합니다.
잘 꾸며 놓으면 첫인상을 좋게 할 수 있습니다.

 

본인 계정 이름과 동일한 Repository 만들기

본인의 id(계정이름)와 동일한 Public 저장소를 만듭니다.

그리고 README.md파일을 생성합니다. 

GitHub를 통해서 저장소를 만든다면 저장소 생성전에 'Add a README file'을 체크해 주면 자동으로 생성됩니다.

이렇게 생성된 README.md파일에 profile내용을 작성하게 됩니다.

확장자를 보면 알겠지만 내용은 mark down문법을 사용합니다.

그곳에 자신의 이력이나 관심분야, 특별히 어필하고 싶은 프로젝트의 저장소 링크, 사용할 수 있는 언어 등을 작성하면 됩니다.

아래 링크는 README를 꾸밀 수 있는 각종 리소스입니다. 

설명이 자세히 나와 있으니 확인 후 사용하시면 됩니다.

* 시간이 나면 하나씩 별도로 포스팅하겠습니다.

 

README.md를 꾸밀 수 있는 리소스 모음

배지 사용하기(shields.io)

 

Add some cool badges in your GitHub Repo

You might have seen this kind of badges earlier in many GitHub repositories. It is cool! Most of the popular frameworks or tools using it in their GitHub repo. Example: Angular repository Why Badge…

efficientuser.com

 

헤더 베너 꾸미기(capsule-render)

 

GitHub - kyechan99/capsule-render: Dynamic Coloful Image Render

:rainbow: Dynamic Coloful Image Render. Contribute to kyechan99/capsule-render development by creating an account on GitHub.

github.com

 

조회수 확인(hits.seeyoufarm)

 

HITS

Easy way to know how many visitors are viewing your Github, Website, Notion.

hits.seeyoufarm.com

 

내 GitHub의 상태

 

GitHub - anuraghazra/github-readme-stats: Dynamically generated stats for your github readmes

:zap: Dynamically generated stats for your github readmes - GitHub - anuraghazra/github-readme-stats: Dynamically generated stats for your github readmes

github.com

 

내 daily 코딩 시간 기록

 

GitHub - techinpark/productive-box: Are you an early 🐤 or a night 🦉? Let's check out in gist

Are you an early 🐤 or a night 🦉? Let's check out in gist - GitHub - techinpark/productive-box: Are you an early 🐤 or a night 🦉? Let's check out in gist

github.com

 

github profile 꾸미기
github profile 꾸미기

 

반응형
블로그 이미지

DeveloperN

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

,
반응형

GitHub Page 개설 과정 정리

현재 설치만 끝내고 첫 포스팅하고 있지만 앞으로 사용해 보면서 많은 정보를 포스팅할 예정이다.

1. Repository를 새로 만든다.
2. Repository이름은 바꿔야 함으로 아무렇 게나 짖는다.
3. Setting에 들어가서 Repository name을 다음과 같이 변경한다. [github id].github.io
4. 이름을 변경하고 나면 Setting > GitHub Page 의 내용을 보면 “ Your site is published at https://developern1.github.io/ “ 처럼 설정된 도메인을 확인할 수 있다.
5. Setting > GitHub Page의 “Choose a theme”버튼을 클릭하고 들어가서 테마를 고르거나, 다음 사이트에서 마음에 드는 테마를 고른 후 클릭하고 “Homepage”버튼을 클릭하면 해당 GitHub repository로 이동한다.
6. 이동한 후 Fork하면 위에서 개설한 repository에 테마가 등록된다.
7. 이제 테마의 설정을 수정하고 사용하면 된다.
8. Posting은 markdown으로 작성하여 _post directory에 보관한다.

 

 

* github.com도 등록이 되지만 현재 정책적으로 .com은 .io로 redirect된다.
* 이후 필요한 경우 [github id].github.io/[project name]과 같이 서브 도메인처럼 사용할 수도 있다.
* 기본적으로 master branch에서 push한다.



 

 
반응형
블로그 이미지

DeveloperN

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

,