버전 관리 시스템은 70년대 채택 이후 소프트웨어 개발에 지대한 영향을 미쳤습니다.  소프트웨어 개발에서 버전 제어 시스템(VCS)을 사용하는 것이 거의 필수가 되었으며, 이것이 바로 소프트웨어 개발 팀의 70%가 버전 관리 요구 사항에 Git과 같은 VCS를 사용하는 이유입니다.   이것이 충분하지 않다면 이러한 시스템이 코드 관리와 코드 품질 및 정확성을 모두 향상함에 따라 최근 몇 년간 채택이 꾸준히 증가하고 있습니다.  이러한 이점이 많이 알려진 DevOps 철학에 얼마나 중요한지를 고려하면, 현대 소프트웨어 개발에서 버전 제어 시스템이 더욱 중요해진다는 것은 놀라운 일이 아닙니다.  DevOps에 대해 알아야 할 사항  소프트웨어 개발 수명 주기(SDLC)가 한동안 지배적이었음에도 불구하고 더 짧은 처리 시간으로 애플리케이션과 서비스를 제공하겠다는 새로운 철학이 등장하고 있습니다.  그러한 철학 중 하나가 DevOps입니다. 이는 제품의 출시 기간을 단축하고 결과적으로 고객에게 효율적으로 서비스를 제공하려는 의도로 기존 소프트웨어 개발을 뛰어넘는 일련의 관행입니다. 특히 실무자가 소프트웨어를 더 빠르게 구축하는 데 도움이 되는 자동화 및 간소화에 중점을 두고 있습니다.  이러한 소프트웨어 개발 방법론을 적용할 때 개발 팀과 운영 팀 모두 안전하고 기능이 풍부한 소프트웨어를 최대한 빨리 구축하기 위한 노력에 대해 협력하고 책임을 공유합니다. 물론 DevOps 팀은 실제 사용자에게 필요한 것이 무엇인지 조사하고 이러한 기능을 빠른 증분 업데이트에 포함하는 경향이 있습니다.   전반적으로, 공유 및 협업을 지원하는 새로운 도구 세트의 사용 덕분에 사일로에서 작업하는 이러한 구식 팀 작업이 사라졌습니다. 이러한 도구를 사용하여 더 빠르게 의사소통하고 피드백을 공유할 수 있으면 해당 소프트웨어 제품의 출시 시간이 단축되므로 DevOps 철학을 채택하는 것이 바람직합니다.  DevOps 도구에 관해 말하자면, Git과 같은 버전 제어 시스템(VCS)을 사용하는 것이 아마도 가장 인기 있는 것일 것입니다. 특히 DevOps가 소프트웨어 개발에서 중요한 역할을 하기 시작한 이래로 더욱 그렇습니다.  버전 관리가 중요한 이유  이미 알고 있듯이 버전 제어 시스템(Git과 유사)은 코드 관리와 프로젝트 시작 이후 발생한 모든 변경 사항을 담당합니다. 즉, 코드의 전체 기록이 유지되므로 수동 관리가 전혀 필요하지 않습니다.  이러한 소스 코드 관리 도구를 사용하면 변경 사항, 변경된 타임스탬프, 변경한 사람에 대한 정보를 얻을 수 있습니다. VCS가 프로젝트 소스 코드의 모든 버전을 얼마나 철저하게 관리하는지를 고려하면 실수로 변경될 가능성은 없습니다. 그러나 더 중요한 것은 팀이 좋은 '메인라인'을 유지하기 위해 해당 프로젝트에 대한 분기 및 병합을 생성하는 동시에 프로젝트 작업을 수행할 수 있다는 것입니다.   DevOps 방법론과 관련하여 버전 제어 시스템은 자동화된 방식으로 파일을 관리하고 추적하는 기능을 통해 협업과 피드백 공유를 지원하는 경향이 있습니다. 소스 코드는 모두가 최대한의 가시성을 갖고 액세스할 수 있도록 한 위치에 보관되므로 팀에서 소스 코드를 볼 수 있습니다. 모든 팀원은 누가 어떤 파일을 작업하고 있는지 확인할 수 있어 중복도 발생하지 않습니다.**  버전 관리 시스템에는 분산형과 중앙 집중형의 두 가지 유형이 있습니다. 전자를 사용하면 각 사용자가 자신의 로컬 컴퓨터에 복사본을 저장할 수 있지만 후자를 사용하면 사용자가 중앙 서버에 액세스할 수 있습니다. 분산 버전 제어 도구의 경우 대부분의 소프트웨어 개발 팀은 Git을 사용합니다.  Git에 대한 첫인상  Linus Torvalds가 작성한 Git은 Linux 커널 개발을 추적하기 위해 2005년에 처음 출시되었습니다.  오픈 소스 소프트웨어인 Git은 시스템에서 실행 중인 운영 체제를 기반으로 웹사이트에서 다운로드할 수 있습니다. 예, 여기에는 Windows도 포함됩니다!   시스템에 Git을 설치한 후에는 터미널이나 GUI를 사용하여 이 VCS를 사용할 수 있습니다. Git을 더욱 사용자 친화적으로 만들기 위해 여러 GUI가 설계되었지만 터미널을 사용하는 것이 항상 선호되는 접근 방식이었습니다.  Git을 설치한 후 가장 먼저 사용해야 하는 명령은 Git이 시스템에서 사용 가능한지 여부를 확인하는 것입니다.   또한 프로젝트 중 하나의 버전을 제어하려면 다음 명령을 사용하여 프로젝트 디렉터리를 만들고 탐색해야 합니다.   프로젝트를 생성했으면 이제 다음 명령을 실행하여 모든 소스 코드 변경 사항을 추적하는 Git 저장소를 생성할 차례입니다.   이제 이 작업을 완료하면 프로젝트에서 소스 코드를 작성할 때 사용할 수 있고 다음에 살펴볼 가치가 있는 일반적인 Git 명령이 있습니다.**  모든 개발자가 알아야 할 5가지 일반적인 Git 명령  앞서 논의한 것처럼 대부분의 개발자는 최신 소프트웨어 개발에서 중요한 역할을 하는 Git을 사용합니다.  따라서 코딩 프로젝트에 버전 관리가 중요하다고 생각한다면 모든 개발자가 숙지해야 하는 5가지 일반적인 Git 명령은 다음과 같습니다.  명령 #1: git config  이름에서 알 수 있듯이 이 명령은 전역적 의미 또는 저장소에 대한 구성 옵션을 설정합니다.  이 명령의 두 가지 일반적인 용도에는 사용자 이름과 이메일 주소 설정이 포함됩니다.   명령 #2: 자식 상태  아래 출력에서 볼 수 있듯이 git status 명령은 준비 영역 및 작업 디렉터리에 대한 정보를 제공합니다. 특히, 변경 사항과 Git이 아직 추적하지 않는 파일도 볼 수 있습니다.   명령 #3: git add  이 명령을 실행하면 작업 디렉터리의 변경 사항이 준비 영역에 추가됩니다. 당신이 하고 있는 일은 커밋 명령을 실행할 때 파일을 변경하겠다고 Git에게 알리는 것입니다.  **   **  명령 #4: git commit  이 커밋 명령은 준비된 영역에 대한 모든 변경 사항을 저장하는 데 도움이 되며 변경 사항이 먼저 추가되는 동안 커밋 명령은 이러한 변경 사항이 로컬 저장소에 저장되도록 보장하므로 프로젝트의 '안전한' 버전으로 간주됩니다.   명령 #5: git 로그  이 명령은 개발자에게 프로젝트의 특정 버전을 찾을 수 있도록 프로젝트의 특정 기록을 볼 수 있는 기능을 제공합니다. 이 검색을 구체화하기 위해 여러 인수를 추가할 수 있습니다.    이제 Github는 모든 Git 리포지토리를 온라인으로 호스팅하므로 개발자 간의 협업이 훨씬 쉬워지기 때문에 Github를 언급하지 않는 것은 공정하지 않습니다. 개발자로서 Github에 호스팅된 코드와 함께 작동하고 학습할 수 있는 흥미로운 명령 세 가지가 더 있습니다: git push, git pull 및 git clone.  당신이 배우고 있는 내용이 마음에 드시나요?  이러한 기술을 Web3 세계에 적용하고 싶으십니까?    - 포괄적인 커리큘럼을 통해 블록체인 개발 개념을 가르치는 데 전념하는 Web3 교육 플랫폼입니다. Lumos Academy     https://academy.lumoslabs.co/를 살펴보고 학습 곡선보다 앞서 나가세요.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

The code in this story is for educational purposes. The readers are solely responsible for whatever they build with it.

Git 필수 사항: 효율적인 코드 추적을 통한 생산성 향상

About Author

코멘트

태그 걸기

이 기사는 다음에서 발표되었습니다.

Related Stories

독특한 생태계를 강화하는 비트코인 UTXO 모델

보이지 않는 레이어: 사용자 인터뷰가 대체할 수 없는 자산인 이유

볼츠만 뇌 이론에 대한 간략한 소개

AI/ML 데이터레이크용 참조 아키텍처 구축을 위한 설계자 가이드

독특한 생태계를 강화하는 비트코인 UTXO 모델

보이지 않는 레이어: 사용자 인터뷰가 대체할 수 없는 자산인 이유

볼츠만 뇌 이론에 대한 간략한 소개

AI/ML 데이터레이크용 참조 아키텍처 구축을 위한 설계자 가이드

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps