GitHub가 무엇인지, 왜 필요한지, GitHub를 어떻게 사용하는지, 어떻게 서비스를 시작하는지 – 초보자를 위한 가이드.
- GitHub란 무엇이며 시작하는 방법 – 초보자 가이드
- Git과 GitHub – 차이점은 무엇이며 Git과 GitHub와의 첫 만남
- 힘내 란 무엇입니까?
- 깃허브란?
- 주요 차이점은 무엇입니까?
- Github에 대한 흥미로운 사실
- Github 기능
- GitHub 작동 방식, 기능
- 분기
- 풀 리퀘스트
- 병합
- 가이드 – Github에서 처음부터 시작하는 방법
- 0단계 Git 설치 및 GitHub 계정 생성
- 1단계: Git 시작 및 첫 번째 로컬 리포지토리 생성
- 2단계. 저장소에 새 파일 생성
- 3단계: 추적 스테이징 환경에 파일 추가
- 4단계 커밋 만들기
- 5단계. 새 지점 만들기 새 지점 만들기
- 6단계 새 GitHub 리포지토리 생성
- 7단계: 프로젝트 분기를 GitHub로 푸시
- 추가적으로
- 8단계. 첫 번째 pull 요청 생성
- 9단계 풀 리퀘스트 병합
- 10단계 로컬 머신에서 Github 변경 사항 되돌리기
- Github 및 Git의 추가 기능
- 로컬 머신에 리포지토리 복제
- 원격 저장소 찾기
- GitHub 데스크탑 버전 – GitHub 데스크탑이란 무엇이며 주요 기능, 기능 및 설치 프로세스
- 설치하는 방법
- 주요 기능
- 깃허브 API
- Github 데스크톱 프로젝트 관리 및 구성
- 리포지토리 생성, 추가 및 복제
- 새 분기 만들기
- 안전
- 보안 정책 설정
- 종속성 그래프 관리
- 라이선스
GitHub란 무엇이며 시작하는 방법 – 초보자 가이드
GitHub는 개발자와 프로그래머가 작성한 코드를 업로드하고 개선하기 위해 함께 작업할 수 있는 온라인 포털입니다. GitHub의 특징은 강력한 버전 제어 시스템입니다. 버전 제어를 통해 프로그래머는 소프트웨어 자체를 손상시키지 않고 소프트웨어를 사용자 정의할 수 있습니다. 제안된 변경 사항은 전체 릴리스로 쉽게 병합할 수 있지만 모든 변경 사항을 검토하고 승인한 후에만 가능합니다.
Git과 GitHub – 차이점은 무엇이며 Git과 GitHub와의 첫 만남
힘내 란 무엇입니까?
답변: 빠르고 확장 가능한 버전 제어 시스템 . Git은 소규모에서 대규모 프로젝트에 이르기까지 모든 프로젝트에 대해 빠르고 효율적으로 설계된 무료 오픈 소스 분산 개정 제어 시스템입니다.
깃허브란?
답변: 비공개 개발 및 오픈 소스 프로젝트를 관리하기 위한 강력한 클라우드 서비스입니다.
주요 차이점은 무엇입니까?
Git은 사용자의 개인용 컴퓨터에 설치되는 버전 관리 시스템 범주의 본격적인 소프트웨어입니다. Git을 사용하면 명령줄(Microsoft PowerShell)을 통해 코드를 변경할 수 있으며 GitHub는 공개 액세스에 프로젝트를 저장할 수 있는 기능을 제공합니다.
Github에 대한 흥미로운 사실
- 작년 사이트의 최대 사용자 수(2021년 7월 24일 통계에 따르면)는 4,500만 명이었습니다.
- 2018년 Microsoft는 GitHub를 75억 달러에 인수했습니다.
- Github에는 오픈 소스 git 저장소가 있습니다. 누구나 변경할 수 있습니다. 프로젝트는 링크에서 사용할 수 있습니다 – https://github.com/git/git?ref=stackshare
Github 기능
- Amazon, Google Cloud 및 Code Climate와 같은 가장 인기 있는 플랫폼 및 서비스와 통합할 수 있습니다.
- 200개 이상의 프로그래밍 언어를 지원합니다.
- 높은 수준의 통합 및 “길드 결속”. 사용자가 GitHub에 프로젝트를 게시하면 나머지 프로그래밍 커뮤니티는 작업, 코드 품질 및 정교함 정도를 다운로드하고 평가할 수 있습니다. 타사 사용자는 가능한 문제, 변수 충돌 등에 대해 프로젝트 소유자에게 경고할 수 있습니다.
GitHub 작동 방식, 기능
Github의 가장 중요한 세 가지 기능은 분기, 풀 요청 및 병합입니다. 각 기능을 별도로 고려할 가치가 있습니다.
분기
프로젝트를 분기하면 사용자가 원본 프로젝트에 영향을 주지 않고 자유롭게 실험할 수 있는 복사본(포크)이 생성됩니다. 포크 및 풀 리퀘스트 생성: https://youtu.be/nT8KGYVurIU
풀 리퀘스트
개발자가 코드 수정/변경 작업을 마친 후 pull 요청을 게시합니다. 동시에 프로젝트 소유자는 변경 사항을 검토하고 추가 질문을 할 수 있습니다.
병합
소유자는 pull 요청을 승인한 후 pull 요청을 병합하고 분기된 프로젝트의 변경 사항을 소스 코드에 적용합니다.
가이드 – Github에서 처음부터 시작하는 방법
이 가이드는 Git과 Github를 막 배우기 시작하는 모든 초보자에게 적합합니다. 다음 단계는 이 소프트웨어로 작업하기 위한 최적의 시스템을 구축하는 데 도움이 됩니다. 코드베이스를 변경하고, pull 요청을 열고(pull 요청 생성), 코드를 메인 브랜치에 병합하는 방법을 배우게 됩니다. 시작하겠습니다. 
0단계 Git 설치 및 GitHub 계정 생성
- Git 공식 웹사이트로 이동: https://git-scm.com/downloads
- 링크를 클릭하여 Windows용 Git 데스크톱 버전을 다운로드하고 다운로드가 완료될 때까지 기다립니다.
- Git.exe 파일을 두 번 클릭하여 Git 설치 프로그램을 추출하고 실행합니다.
- 열리는 “사용자 계정 컨트롤” 대화 상자에서 “예” 버튼을 클릭하여 응용 프로그램이 PC를 변경할 수 있도록 합니다.
- Git 설치 프로세스를 시작합니다. 주요 GNU 공중 사용 허가서 문서를 읽고 다음을 클릭하십시오.
- 프로그램을 설치할 위치를 지정하거나 기본값을 그대로 둡니다. 프로그램은 시작 메뉴 폴더를 만들라는 메시지를 표시합니다. 이 항목을 건너뜁니다.
- Git과 함께 사용할 텍스트 편집기를 선택합니다. 드롭다운 창에서 메모장 ++(또는 이전에 작업한 다른 텍스트 편집기)를 선택하고 “다음”을 클릭합니다.
- 새 프로젝트 분기의 이름을 지정하십시오. 기본값은 “마스터”입니다. 이 설정을 기본값으로 두는 것이 좋습니다.
- PATH, SSH 클라이언트, 서버 인증서, 줄 끝 및 터미널을 선택하는 옵션에서 모든 것을 그대로 두고 “다음” 버튼을 클릭합니다.
- 모든 기본 설정을 그대로 두고 프로그램 설치를 시작합니다.
- 설치가 완료되면 확인란을 선택하여 릴리스 정보를 보고 Git Bash를 시작합니다. 설치 프로그램 창을 닫습니다.
https://github.com/join 링크를 사용하여 Github에 계정을 등록할 수 있습니다. 이를 위해서는 향후 계정 인증을 위해 필요한 기본 등록 데이터를 입력해야 합니다.
1단계: Git 시작 및 첫 번째 로컬 리포지토리 생성
Git에는 bash(Git Bash)와 그래픽 사용자 인터페이스(Git GUI)의 두 가지 사용 모드가 있습니다. Git Bash를 시작하려면 시작 메뉴(Windows)를 열고 git bash를 입력하고 Enter 키를 누릅니다(또는 프로그램 바로 가기를 마우스 왼쪽 버튼으로 두 번 클릭). Git GUI를 시작하려면 시작 메뉴(Windows)를 열고 git gui를 입력하고 Enter 키를 누릅니다. 우리의 경우 Git Bash를 사용합니다.
getrekt:Desktop getrekt $ cd ~/Desktop
getrekt:Desktop getrekt $ mkdir myproject
getrekt:Desktop getrekt $ cd myproject/
mkdir 명령 은 새 로컬 프로젝트 폴더를 생성합니다. 첫 번째 Github 저장소 생성: https://youtu.be/yHCUc6cmhcc
2단계. 저장소에 새 파일 생성
프로젝트 폴더에서 터치 명령을 사용하여 새 텍스트 파일을 추가합니다. 표준 방식으로 이 명령은 확장자가 .txt인 빈 텍스트 파일을 생성합니다.
주목! Git은 추적하는 파일에 대해서만 변경 사항을 저장/관리합니다. 새 파일을 만든 후 사용자는 git status 명령을 사용하여 상태를 추적할 수 있습니다. 콘솔은 저장소에 있는 파일 목록을 제공합니다.
git 저장소가 포함된 폴더에 파일을 추가하는 즉시 프로그램은 프로젝트 내부의 변경 사항을 알아차릴 것입니다. 그러나 자동 추적이 활성화되지 않으므로 이를 위해 특수 명령인 git add를 사용해야 합니다.
getrekt:myproject getrekt $ 터치 getrekt.txt
getrekt:myproject getrekt $ ls
getrekt.txt
3단계: 추적 스테이징 환경에 파일 추가
git add 명령을 사용하여 스테이징 환경에 파일을 추가합니다.
getrekt:myproject 자식 추가 . 이 명령을 사용하면 프로그램은 프로젝트 폴더에 생성될 모든 파일의 자동 추적을 시작합니다. 명령이 git 상태에서 작동하는지 확인할 수 있습니다. 다음은 Git Bash 명령줄에서 git status를 입력한 후의 로그 모양입니다.
getrekt: getrekt getrekt$ git status
On branch master
초기 커밋 커밋할
변경 사항:
(언스테이징하려면 “git rm –cached …” 사용)
새 파일 추가됨
새 파일 이름: getrekt.txt
새 파일: getrekt.txt 로그 설명: 파일이 아직 커밋되지 않았지만 추가될 예정입니다.
4단계 커밋 만들기
커밋은 모든 저장소의 체크포인트입니다. 간단히 말해서 특정 코드를 저장하는 추가, 편집 또는 삭제된 파일에 대한 정보를 저장하는 변경 패키지입니다.
getrekt:myproject getrekt $ git commit -m “나의 첫 커밋!”
[마스터(루트 커밋) b345d9a] MY FIRST COMMIT!
1 파일 변경, 1 삽입(+)
생성 모드 100644 getrekt.txt
커밋을 생성하는 명령어는 git commit -m “Commit Name”이다.
주목! 명령 끝에 있는 메시지는 의미 있고 다른 프로젝트 개발자가 이해할 수 있어야 합니다. “asdfadsf” 또는 “foobar”와 같은 커밋 이름을 지정하지 마십시오. 그렇지 않으면 아무도 아무것도 이해하지 못하며 삭제하는 데 많은 시간을 소비해야 합니다.
5단계. 새 지점 만들기 새 지점 만들기
새 분기는 전체 커밋 세트로 구성된 프로젝트의 본격적인 분기입니다. 제품의 별도 릴리스를 나타내지만 버전 제어 시스템 내에 있습니다. 분기를 통해 사용자는 프로젝트의 “상태” 사이를 이동할 수 있습니다.
공식 git 문서에서 분기에 대한 설명은 “Git 및 Github의 분기는 저장소의 커밋 중 하나에 대한 이동 가능한 포인터입니다.”입니다.
예를 들어 사용자가 웹 사이트에 새 페이지를 추가하려는 경우 프로젝트의 본문에 영향을 주지 않고 특정 페이지에 대해서만 새 분기를 만들 수 있습니다. 작업이 완료되면 브랜치의 변경 사항을 기본 브랜치로 병합할 수 있습니다. 새 분기의 경우 Git은 분기된 커밋을 추적합니다.
getrekt:myproject getrekt $ git branch
master
* my-new-branch 별표가 있는 이름 my-new-branch는 사용자가 어떤 분기를 사용하는지 나타냅니다. 현재 켜져 있습니다.
참고: 기본적으로 각 git repo의 첫 번째 분기 이름은 “마스터”입니다(일반적으로 프로젝트에서 마스터로 사용됨). 인종차별과의 싸움의 일환으로 일부 개발자는 기본 분기에 “기본”과 같은 대체 이름을 사용하기 시작했습니다. 그러나 종종 사용자는 “마스터” 또는 이를 참조하는 유사한 이름을 볼 수 있습니다.
거의 모든 리포지토리에는 프로젝트의 공식 버전으로 간주될 수 있는 마스터 브랜치가 있다는 점을 염두에 두어야 합니다. 웹 사이트인 경우 분기는 사용자에게 표시되는 버전입니다. 응용 프로그램인 경우 마스터 분기는 사용자가 컴퓨터나 모바일 장치에 설치하는 릴리스입니다. 이것이 Git 및 Github 제품의 기존 버전이 작동하는 방식입니다. 공식 사이트에는 다른 기본 분기 이름 사용에 대한 자세한 문서가 있습니다. 정보는 Github(https://github.com/github/renaming)에서 확인할 수 있습니다
6단계 새 GitHub 리포지토리 생성
코드를 로컬에서만 추적하려는 경우에는 이 단계가 필요하지 않습니다. 그러나 팀에서 작업하고 다른 프로그래머의 변경 사항을 수락하면 GitHub의 현재 기능을 사용하여 프로젝트 코드를 공동으로 변경할 수 있습니다. GitHub에 새 리포지토리를 만들려면 시스템에 로그인하고 사이트의 기본 페이지로 이동해야 합니다. 기본 메뉴에서 탐색 모음의 오른쪽 상단 모서리에 있는 프로필 사진 옆에 있는 “+” 기호 아래에 있는 “새 저장소” 버튼을 클릭합니다. 버튼을 클릭하면 GitHub에서 프로젝트 소유자에게 묻습니다. 저장소 이름을 지정하고 간단한 설명을 제공하려면 다음을 수행하십시오.
주목! 명령줄을 사용하여 로컬 리포지토리를 다운로드할 수도 있습니다. 보다 구체적으로 git remote add origin github_url(원격 리포지토리에 대한 새 연결의 레코드를 생성), git push -u origin master 명령(브랜치 간의 연결을 설정합니다. 개발자가 위치한 원격 서버의 마스터 브랜치).
Git Bash 명령줄에서 로그는 다음과 같습니다.
getrekt:myproject getrekt $ git remote add origin https://github.com/cubeton/mynewrepository.git
getrekt:myproject getrekt $ git push -u origin master
개체 계산: 3, 완료.
쓰기 개체: 100%(3/3), 263바이트 | 0바이트/초, 완료
총 3개(델타 0), 재사용 0(델타 0)
https://github.com/cubeton/mynewrepository.git
* [새 브랜치] 마스터 -> 마스터
브랜치 마스터가 원점에서 원격 브랜치 마스터를 추적하도록 설정했습니다.
7단계: 프로젝트 분기를 GitHub로 푸시
새 프로젝트 분기 및 저장소가 생성되었습니다. 분기를 “푸시”하고 새 Github 저장소로 전송하는 것이 남아 있습니다. 이렇게 하면 타사 커뮤니티 구성원이 코드를 보고 변경할 수 있습니다. 개정이 승인되면 프로젝트 소유자는 변경 사항을 프로젝트의 기본 버전에 병합할 수 있습니다. GitHub의 새 분기에 변경 사항을 푸시하려면 명령줄에 git push 명령을 입력해야 합니다. GitHub는 자동으로 원격 저장소에 분기를 생성합니다:
getrekt:myproject getrekt$ git push origin my-new-branch
개체 계산: 3, 완료.
최대 8개의 스레드를 사용하는 델타 압축.
개체 압축: 100%(2/2), 완료.
쓰기 개체: 100%(3/3), 313바이트 | 0바이트/초, 완료
총 3(델타 0), 재사용 0(델타 0)
To https://github.com/cubeton/mynewrepository.git
* [new branch] my-new-branch -> my-new-branch GitHub 페이지를 새로고침하면 사용자는 GitHub 페이지에 푸시된 새 브랜치를 볼 수 있습니다. 저장소.
추가적으로
git push origin 명령에서 Origin이라는 단어는 무엇을 의미합니까? 사용자가 로컬 시스템에서 원격 저장소를 복제할 때 git은 거의 모든 경우에 “origin”에 대한 표준 별칭을 생성합니다. 이는 본질적으로 원격 저장소 URL의 약식입니다. GitHub에 프로젝트 제출: https://youtu.be/zM6z57OtR2Q
8단계. 첫 번째 pull 요청 생성
pull 요청(또는 pull 요청)은 개발자가 코드를 일부 변경하기를 원한다는 것을 저장소 소유자에게 알리는 방법입니다. pull 요청이 추가된 페이지는 다음과 같습니다.
9단계 풀 리퀘스트 병합
하단의 녹색 “풀 리퀘스트 병합” 버튼은 풀 리퀘스트를 생성합니다. 클릭하면 변경된 사항이 프로젝트의 메인 브랜치에 추가됩니다.
주목! 병합 후 분기를 삭제합니다. 그들 중 많은 수가 프로젝트에 혼란을 초래할 수 있습니다. 분기를 삭제하려면 오른쪽 하단 모서리에 있는 회색 “분기 삭제” 버튼을 클릭합니다.
10단계 로컬 머신에서 Github 변경 사항 되돌리기
현재 Github 시스템의 저장소는 로컬 컴퓨터의 사용자와 약간 다르게 보입니다. 예를 들어, 사용자가 자신의 브랜치에서 만들고 마스터 브랜치에 병합한 커밋은 로컬 시스템에 존재하지 않습니다. 프로젝트의 다른 버전을 자동으로 동기화하려면 git pull origin master 명령(마스터 브랜치에서 작업할 때) 또는 git pull을 사용해야 합니다.
getrekt:myproject getrekt $ git pull origin master
원격: 개체 계산: 1, 완료.
원격: 총 1(델타 0), 재사용 0(델타 0), 팩 재사용 0
https://github.com/cubeton/mynewrepository
* 브랜치 마스터 -> FETCH_HEAD
23242..232433berer3444 마스터 -> 오리진/마스터
getrekt. txt | 1 +
1 파일 변경, 1 삽입(+)명령의 현재 상태를 확인하려면 명령줄에 git log를 입력합니다. 모든 커밋을 나열합니다.
getrekt : MyProject를 getrekt $ 자식 로그
32dgt472hf74yh7734hf747fh373hde7r3heduer73hfhf 커밋
병합 : 3fg4dd 34fg3u7j7
저자 : Mtdes 에단 <getrekt@yandex.ru>
날짜 : 금 9월 11일 17시 48분 11초 2015 -0400
병합 지점 / cubeton / MyNewRepository
(가) 44hgfh7f74hdu9jt93hf9ifejffe 커밋
저자 :의 Mtdes를 Ethan <getrekt@yandex.ru> 날짜:
Fri Jan 07 17:48:00 2021 -02 356
커밋 46thf9496hf9485hkf857tg9hfj8rh4j
병합: 33fh5d
.
:51:00 2021 -02356
46thF9496HF9485HKF857TG9HFJ8RH4J COMMIT
THING : 33FH5D 3689GFH
저자 : Ethan의 MTDES <getrekt@yandex.ru>
날짜 : Fri Jan 77 17:55:00 2021 -02 356
추가 텍스트가 추가 된 내 파일
을 upd 355904-43HG940FG959HFG0G95JJGDG959HFG0G95JJGDGDGDFG0G95JJGDGDGDFG0G95JJGDGDFGFG0G95JJGDGDGDFG0G95JJGDGDGDFGF57I86F
병합 : 343fggdd 53efhgffddg
작성자: Mtdes of Ethan < getrekt@yandex.ru>
날짜: Fri Jan 07 17:58:00 2021 -02356
이것은 나의 첫 번째 커밋입니다! 준비가 된! 이제 사용자는 버전 관리 시스템의 모든 종류의 작업에 익숙합니다. Git을 설치하고 GitHub 실습에서 Github, 분기, 저장소, 커밋 및 기타 개념을 시작하는 방법에 대한 초보자를 위한 Git 및 GitHub 자습서: https://youtu.be/zZBiln_2FhM
Github 및 Git의 추가 기능
개발자가 버전 관리 작업을 단순화할 수 있는 다른 유용한 “칩”을 살펴보겠습니다.
로컬 머신에 리포지토리 복제
GitHub 리포지토리로 이동합니다. 파일 목록 위의 오른쪽 상단에서 “복제 또는 다운로드” 드롭다운 메뉴를 엽니다. HTTPS 복제 URL을 복사합니다.
git clone repository_url
repository_url – 복제할 현재 프로젝트의 URL입니다. 대신 저장소의 URL이 삽입됩니다.
위의 예에서 명령은 HTTPS를 통해 리포지토리를 복제합니다. 또 다른 옵션은 SSH 키를 통해 URL을 복제하는 것입니다. 이렇게 하려면 Windows에서 SSH 키 쌍을 생성하고 GitHub 계정에 공개 키를 할당해야 합니다.
원격 저장소 찾기
복제 후 GitHub의 리포지토리 복사본이 컴퓨터의 작업 디렉터리에 나타나야 합니다. 프로젝트에는 이름과 기본 파일이 있는 디렉토리가 있어야 합니다. 전환하려면 다음 명령을 작성해야 합니다.
cd git_project
참고: git_project를 다운로드한 저장소의 실제 이름으로 바꾸거나 ls 명령으로 현재 디렉토리의 내용을 지정하십시오. 두 번째 방법은 사용자가 프로젝트 이름을 기억하지 못하는 경우에 사용됩니다.
GitHub 데스크탑 버전 – GitHub 데스크탑이란 무엇이며 주요 기능, 기능 및 설치 프로세스
GitHub Desktop은 GitHub와 GUI 기반 상호 작용을 제공하는 데스크톱 애플리케이션입니다. Git과 달리 GitHub의 데스크톱 버전에서는 버튼을 클릭하여 사용자 인터페이스를 사용하여 동일한 명령을 실행할 수 있으므로 리포지토리 작업이 훨씬 쉬워집니다.
설치하는 방법
- 링크를 따라가십시오 – https://desktop.github.com/
- 프로그램의 설치 패키지 다운로드를 시작합니다.
- 다운로드한 파일의 아이콘을 더블클릭하여 Github Desktop 설치를 진행합니다.
- 시작 메뉴를 통해 프로그램을 시작합니다.
- 사용자 계정 세부 정보를 사용하여 GitHub에 로그인합니다.
주요 기능
- 리포지토리 생성, 추가 및 복제.
- 프로그램을 사용하여 프로젝트 탭을 관리합니다.
- 지점을 변경합니다.
- 이슈 생성, 풀 리퀘스트 및 커밋.
- 새 제품의 초기 버전에 액세스할 수 있는 기능.
깃허브 API
Github REST API는 개발자에게 Github 데이터, 프로젝트 및 리포지토리에 대한 액세스와 서버 요청 전송을 제공하는 인터페이스입니다. https://api.github.com/ 링크에는 가장 간단한 GET 요청을 보낼 수 있는 모든 URL이 포함되어 있습니다.
Github 데스크톱 프로젝트 관리 및 구성
설치, 계정 등록 및 응용 프로그램 설정 후 사용자는 GitHub 프로그램을 사용할 수 있습니다.
리포지토리 생성, 추가 및 복제
새 저장소를 생성하려면 “파일”을 선택하고 “저장소 생성” 버튼을 클릭하십시오. 로컬 프로젝트를 추가하려면 “파일” 메뉴를 선택하고 “로컬 저장소 추가” 버튼을 클릭합니다. 복제를 위해 “파일” – “복제 저장소” 메뉴를 선택해야 합니다.
새 분기 만들기
별도의 프로젝트 분기를 생성하려면 현재 분기 섹션을 열고 새 분기 버튼을 클릭합니다. 사용자는 GitHub 인터페이스에서 분기를 보고 변경 사항을 추적하기 위해 pull 요청을 할 수 있습니다.
안전
Github의 데스크톱 및 웹 버전을 사용하면 사용자 계정의 보안 수준을 구성하고 높일 수 있습니다. 모든 기능은 “저장소에 대한 보안 설정” 섹션에서 사용할 수 있습니다. 더 자세히 고려할 가치가 있습니다.
보안 정책 설정
저장소의 기본 페이지에서 다음을 클릭합니다.
- “보안” – “보안 정책” – “설치 시작”.
- 지원되는 프로젝트 버전 및 가능한 취약성을 보고하는 방법에 대한 정보를 추가하십시오.
종속성 그래프 관리
모든 공개 리포지토리에 대해 종속성 그래프가 자동으로 생성되지만 비공개 리포지토리에는 이러한 기능이 없습니다. 그래프는 나가는 모든 종속성 흐름을 식별하고 프로젝트의 취약점을 식별할 수 있도록 합니다. 종속성 그래프를 설정하려면 “설정” – “보안 및 분석”을 클릭하십시오. 그래프 반대편에서 “활성화” 또는 “비활성화”를 클릭합니다.
라이선스
Github 라이선스는 두 가지 주요 유형의
라이선스 사용을 제공합니다 .
- GPL 은 다른 사용자가 다른 오픈 소스 프로젝트에서 다른 사용자의 작업을 사용할 수 있도록 허용하는 일종의 라이선스입니다. 그러나 상업 회사는 이것을 할 수 없습니다.
- LGPL/Commons/MIT/Apache 등 – 사용자는 자신의 코드를 무료로 제공합니다. 다른 사람들은 그것으로 돈을 벌 수 있습니다.
