이 기사에서는 버전 제어에 대한 개요, 모든 개발자에게 버전 제어가 필수인 이유 및 시작하는 방법에 대해 설명합니다.

버전 관리란 무엇입니까?

따라서 소스 제어라고도 하는 버전 제어는 파일의 변경 사항을 추적하고 관리하는 방법입니다.

이것이 기본적으로 의미하는 바는 개발자로서 웹사이트나 앱 또는 소프트웨어를 프로그래밍하는 동안 개발의 특정 지점으로 돌아갈 수 있는 기능이 있다는 것입니다.

비디오 게임의 체크포인트라고 생각하면 됩니다. 버전 제어는 기본적으로 개발 중인 체크포인트를 갖고 어떤 이유로든 원하는 '버전'으로 돌아갈 수 있는 것과 같습니다.

버전 제어의 멋진 점은 동일한 프로젝트에 여러 사람이 작업하는 경우에도 작동하고 모든 사람의 기여를 기록하고 추적한다는 것입니다.

버전 제어는 모든 유형의 파일로 실행할 수 있지만 개발자는 주로 소프트웨어 코드에 사용합니다.

버전 제어 시스템

버전 제어 시스템은 파일에 대한 변경 사항을 기록하고 누가 변경했는지, 언제 변경했는지 식별하고 변경 사항을 수락하거나 파일의 이전 버전으로 돌아갈 수 있는 기능을 제공하여 버전 제어를 구현할 수 있는 시스템입니다.

GIT, Mercurial 및 CVS와 같은 많은 버전 제어 시스템이 있지만 Git은 의심할 여지 없이 가장 인기 있고 널리 사용되는 시스템이므로 Git을 살펴보겠습니다.

힘내

Git은 훌륭한 버전 제어 시스템이 할 수 있는 모든 작업을 수행하고 코드 변경 사항을 추적하며 누가 변경했는지 추적하고 개발자 간의 코드 협업을 가능하게 합니다.

Git은 Github라는 웹 사이트와 함께 작동합니다.

Github는 버전 제어 및 협업에 사용되는 온라인 코드 호스팅 플랫폼입니다. GitHub를 사용하면 전 세계 어디에서나 다른 개발자와 함께 프로젝트를 진행할 수 있습니다.

Git은 기본적으로 시스템의 IDE 내에서 작업하는 데 사용되며 GitHub는 전 세계 여러 개발자가 코드에 대해 공동 작업할 수 있는 플랫폼입니다.

Git 및 Github 시작하기

가장 먼저 할 일은 컴퓨터에 git을 다운로드하여 설치하는 것입니다.

그렇게 하려면 https://git-scm/downloads로 이동하여 운영 체제를 선택하고 지침을 따르십시오.

Git 설치는 시간이 걸릴 수 있으므로 백그라운드에서 진행되는 동안 GitHub로 이동하여 GitHub.com에서 계정을 생성합니다.

장치에 git이 설치되면 시작할 수 있습니다.

앞으로 많은 괄호()를 보게 될 것입니다. 이들은 명령을 저장하는 데만 사용되므로 명령을 실행할 때 생략하십시오.

힘내 구성

컴퓨터 터미널을 열고 (git —version)을 입력합니다.

우리는 실제로 git이 제대로 설치되었는지 확인하기 위해 이 작업을 수행합니다. 설치가 잘 되었다면 설치한 git 버전이 표시됩니다.

다음으로 git을 구성해야 합니다. 이름과 이메일 주소를 사용하여 git에게 우리가 누구인지 알려줘야 합니다. 시스템에서 git을 구성할 때 GitHub 계정을 만드는 데 사용한 것과 동일한 이름을 사용하는 것이 좋습니다.

명령줄에 입력합니다(git config —global user.name "your name").

그런 다음 (git config — global user.email "귀하의 이메일 주소")

이것은 당신의 이름과 이메일 주소가 무엇인지 git에게 알려주고, 이러한 세부 사항은 앞으로 나아가는 당신의 코드와 연결될 것입니다.

구성을 제대로 수행했는지 확인하기 위해 다음 명령을 사용합니다(Git config —global —list).

방금 등록한 이름과 이메일 주소가 표시됩니다.

에 있었다! 이제 그녀가 어떻게 나는지 보자.

실제로 git을 사용하여 파일을 추적하는 연습을 해 봅시다.

힘내, 실제로

'project.html'이라는 파일을 만들고 텍스트 편집기에서 엽니다.

나는 vs code를 사용하고 추천합니다.

• (Git init) — 초기화

vs code에서 터미널을 열고 명령(git init)을 사용합니다.

git이 알고 추적하기를 원하는 새 파일을 만들 때마다 이 작업을 수행합니다.

• (Git status) — 파일 상태 확인

파일의 상태를 확인하려면 (git status) 명령을 사용합니다.

그러면 당시 파일의 상태가 표시됩니다.

추적 및 모니터링 중인 파일과 그렇지 않은 파일을 표시합니다.

project.html 파일이 '추적되지 않은 파일:' 아래에 빨간색 문자로 표시되어야 합니다.

• (Git add filename) — 파일 스테이징

이제 git이 파일을 추적해야 합니다. 이를 확인하기 위해 명령(git status)을 사용하면 'changes to be commit:' 아래에 녹색 글자로 파일이 표시되어야 합니다.

파일을 변경할 때마다 명령(git add project.html)을 사용하여 파일을 준비해야 git에서 최신 상태를 유지할 수 있습니다.

• (Git add .) — ​​여러 파일 스테이징

• (git commit) — [체크포인트 생성]을 커밋하는 방법.

이를 위해 다음 명령을 사용합니다(git commit -m "name your checkpoint").

파일을 커밋할 때 나중에 다시 방문하려는 경우 식별할 수 있도록 해당 커밋에 이름을 지정해야 합니다.

자식에서 분기

코드를 작성하고 있고 두 가지 가능한 경로를 선택해야 하는 지점에 도달한 시나리오를 상상해 보십시오. 경로 A에는 빨간색 로고가 있고 경로 B에는 파란색 로고가 있을 수 있습니다. 우리는 git을 사용하면 실제로 선택할 필요가 없으며 둘 다 가질 수 있습니다!

이 경우 우리가 하는 것은 브랜치라고 부르는 것을 만드는 것입니다. 그러면 원래 브랜치와 독립적으로 계속 작업할 수 있는 이미 가지고 있는 코드의 브랜치인 복사본이 생성됩니다.

• (Git branch nameofbranch) — 브랜치 만들기

• (Git 브랜치) — 모든 브랜치를 표시합니다.

기본적으로 '마스터'라는 기본 분기와 사용자가 만든 다른 분기가 표시됩니다.

• (Git checkout nameofbranch) — 브랜치 간 전환

그러면 지정된 분기로 전환되고 터미널에서 해당 분기를 알려줍니다.

(git status) 명령을 사용하여 언제든지 어떤 분기에 있는지 확인할 수 있습니다.

Github — git, 그러나 동료들과 함께.

이제 GitHub를 살펴보고 온라인에서 코드를 호스팅하는 데 어떻게 사용할 수 있으며 개발자 간의 협업에 어떻게 도움이 되는지 살펴보겠습니다.

Git 리포지토리를 GitHub에 연결

github.com으로 이동하여 이미 만든 계정에 가입하거나 로그인하고 새 리포지토리를 만듭니다.

이 리포지토리를 만들 때 몇 가지 옵션이 제공됩니다.

• 명령줄에서 새 저장소 만들기
• 명령줄에서 기존 리포지토리를 푸시하고
• 다른 저장소에서 코드 가져오기

두 번째 옵션에는 링크가 첨부된 코드 줄이 있어야 하며 git remote add origin repositoryUrl과 같이 표시되어야 합니다.

vs 코드 내의 터미널에 복사하여 붙여넣습니다.

이렇게 하면 오프라인 리포지토리가 GitHub 계정에 연결되어 이제 GitHub에서 볼 수 있고 다른 사람이 작업할 수 있습니다.

• (Git branch -M main) — Git에서 기본 브랜치 이름 바꾸기

선택 사항이지만 강력하게 권장되는 변경입니다.

기본 브랜치의 이름을 'master'에서 'main'으로 변경하려면 (git branch -M main) 명령을 사용하세요.

밀고 당기기

• (git push -u origin main) — 코드 푸시

이렇게 하면 로컬 git 리포지토리에서 GitHub로 코드가 푸시되고 그 후에 GitHub에서 코드를 볼 수 있으며 원하는 사람에게 링크를 공유하여 검토하고 원하는 대로 변경할 수 있습니다.

같은 방식으로 코드를 인터넷에 푸시할 수 있으며 GitHub에서 로컬 리포지토리로 코드를 가져올 수도 있습니다.

이는 다른 개인과 프로젝트 공동 작업을 시작하면 특히 유용합니다. 다른 개인이 프로젝트를 변경했을 수 있으며 이러한 방식으로 GitHub에서 코드를 '풀'할 수 있습니다.

• (git pull origin main) — 풀링 코드

이렇게 하면 리포지토리의 기본 분기를 가져오고 누군가 온라인 리포지토리를 변경하지 않는 한 '이미 최신 상태'라고 표시되어야 합니다.

'main'을 풀하려는 브랜치의 이름으로 바꾸면 다른 브랜치를 풀할 수 있습니다.

• 복제(git clone 'repositoryurl')

대상 리포지토리로 이동하여 코드 버튼을 탭하면 선택할 수 있는 메뉴가 드롭다운됩니다.

거기에 https 링크를 복사하십시오.

시스템에 폴더를 생성하고 리포지토리를 복제할 폴더 내에 터미널을 생성합니다.

그러면 시스템 터미널이 열립니다.

명령 사용(git clone 'repositoryurl')

복제 프로세스가 성공적이면 복제된 폴더와 생성한 폴더에 포함된 모든 파일이 표시되어야 하며 vs Code에서 해당 폴더를 열면 모든 영광의 리포지토리가 표시됩니다.

힘내 워크플로우

다음은 git 및 GitHub를 사용하여 적절한 협업을 보장하는 몇 가지 모범 사례입니다.

• 메인 브랜치에서 작업하지 마세요.

• 밀기 전에 당겨라

• 풀 리퀘스트 만들기(줄여서 PR)

분기를 GitHub에 푸시한 후에는 코드를 검토하고 리포지토리의 기본 분기에 병합할 수 있도록 풀 요청을 만들어야 합니다.

pr을 만들 때마다 끌어오고자 하는 브랜치와 브랜치를 나란히 표시하므로 앞으로 이동하기 전에 모든 것이 잘 맞고 버그가 없는지 비교할 수 있습니다.

• 검토자 추가

이 간단한 설명을 통해 이제 Git을 사용한 버전 제어의 기본 사항을 파악했다고 생각합니다.

시간을 내어 이 기사를 검토해 주셔서 감사합니다.

질문이나 수정 사항이 있으면 아래에 의견을 남기거나 [email protected] 으로 저에게 연락하십시오.

행복한 프로그래밍 !!