Git의 간단한 설명입니다.(일부 GitHub)

Git

Git는 버전 제어 시스템입니다.
인기도로 볼 때 2008년쯤에는 Subversion을 넘어 버전 관리 시스템에서 절대적으로 인기를 끌었다.

라인, 구글, 메르카리 등은 GitHub를 채택했다.

Git 기능

분산

두 개의 저장소가 있습니다: 원격 저장소와 로컬 저장소.

원격 저장소: 모든 사람이 공유하는 저장소

로컬 저장소: 전용 저장소

Git에 익숙해지기 전까지는 로컬 저장소가 무엇 때문인지 복잡할 뿐...그러나 조정 개발과 같은 주기가 빠른 개발, 그리고 고객의 요구/문제의 긴급 발표가 많은 개발은 상당히 강력합니다!
중도에 폐기된 물건을 현지 자료고로 회피하고 다른 대응을 하며 압력도 없고 속도감도 있다.
Subversion 때 일부러 파일을 컴퓨터에 복사해서 차분한 대응을 없애고 컴퓨터의 복사본을 돌려보냅니다.(스트레스 없는 다른 좋은 방법 있나요?)

빠르다

지점을 신속하게 만들고 전환할 수 있으며 압력 없이 조작할 수 있다.

에 능숙하다,...

다른 VCS에 비해 병합 알고리즘이 더 좋은 것 같다
※ 하지만 최신subversion과는 큰 차이가 없는 것 같습니다...
일반 명령 참조여기

왜 GitHub

Git가 이렇게 인기를 끄는 것은 의심할 여지없이 GitHub!
Git+는 다양한 웹 툴을 제공합니다.
아래 고양이 로고 사이트는 바로 GitHub입니다.
bootstrap
GitHub와 GitLab은 모두 DevOps를 개발 콘셉트로 삼고 있습니다.

DevOps는 비즈니스와 프로젝트를 성공적으로 수행하기 위해 조직 문화와 도구를 개선하여 업무의 진실성을 높이고 위험을 낮추는 활동입니다.

하나의 팀으로서 이것은 업무 효율과 교류를 활성화하고 고객에게 신속하게 가치를 제공하는 도구이다.
아주 좋은 도구

Pull Request

간단히 말하다
수정되었으니 원본 코드를 보시고 가능하면 지점을 넣으세요.
평론가는 브라우저에서 간단하게 차이를 확인할 수 있다.
차이만 확인할 수 없는 것도 있지만 모든 수정에 대해 제3자가 볼 수 있기 때문에 프로그래머의 긴장감도 높아진다!
※ 프로젝트가 바빠지면 어떻게든 평론가에게 부담을 주고 원본 코드 리뷰를 하지 않으며 품질이 떨어지는 프로그램은 증식됩니다.이런 상황은 발생하기 매우 어렵다

브라우저에서 차이 확인 가능

수정 가능

모든 issue를 신속하게 찾을 수 있습니다

마음에 드는 코드도 바로 연합 확인

앞으로 어떻게 된 일인지 잊어버릴 때 코드와 issue를 대조해도 뭐가 떠오르나요

Issues

과제 관리 도구.
원본 코드, Pull Request, 변경 이력서 등은 과제와 간단하게 연결되어 관리할 수 있다.
IssueBoard를 사용하면 판넬 작업을 쉽게 관리할 수 있습니다.

wiki

wiki.
조금 공유한 내용은 여기서 정리하면 편할 거예요.

Slack 등의 커뮤니케이션 툴과 협력

Pull Request와 push 등이 협력할 수 있습니다.

회사라면 GitLab

하지만 팀에서 쓰면 돈을 써야 하기 때문에 회사에서 쓰면 Git Lab이다.
GitLab: GitHub 저장소 관리자는 폐쇄된 환경(예를 들어 회사 내부)에서 독립적으로 서비스를 구축할 수 있습니다.GitHub≈GitLab.

만나다

이전에는 subversion을 사용했지만 지금은 Git를 사용합니다.
명령으로도 조작했지만 로컬 저장소에 익숙하지 않아 익숙해지기 전까지는 이득을 보지 못했다.
또 회사로서는 GitLab을 사용했지만 자신의 프로젝트를 거부해 왔다.프로젝트가 상당히 바빠서 다른 일을 기억할 시간이 없어요...
GitLab을 처음 사용할 때는 속도에 경악했다.
그 프로젝트는 Issue마다 갈라져 있지만 그 전환의 긴장 상태는 없다. 합병 요청의 심사 속도 때문에 과제도 GitLab으로 관리할 수 있는 일원화 관리의 장점을 가진다.
조정 중에 개발되고 발표 전에 재편성된 프로젝트가 많지만 GitLab이 아니면 그 속도감을 가지고 개발하는 것은 불가능하다.
만약 수상폭포 개발 같은 정해진 날짜 이전에 정해진 프로젝트를 개발한다면 Git, GitLab의 은혜는 받아들일 수 없다.
DevOps와 같이'업무 가치를 더욱 신뢰할 수 있고 신속하게 최종 사용자에게 전달한다'는 명제의 프로젝트가 Git가 아니라면 속도감 있는 개발은 불가능하다.
현재 라인과 메르카리 등의 BtoC는 DevOps지만 앞으로 사내 시스템과 중소기업도 신속하게 가치를 전달할 수 있는 시스템 개발이 늘어나면서 Git의 인기도는 지금보다 높아질 것으로 보인다.