신입사원이 입사하는데 필요한 git 작업과정

1. 배경
저는 이전에 코드 버전 관리를 위해 svn을 사용해왔습니다. 이전에 github에서 여러 번 사용했지만 사용 시나리오가 너무 간단하고, 많은 사람들이 사용하고 있습니다. 회사의 지점 개발 시나리오와 비교하면 사용되지 않았더라도 벽에 부딪힐 운명입니다! 온라인에서 검색할 때 git 사용을 적극 권장하지만, 초보자로서 가장 슬픈 점은 모든 사용 방법이 있지만 알지 못하고 함부로 사용하지 못한다는 것입니다! 결국 이것은 실제 전투입니다. 요약하자면, 나 같은 초보자에게 도움이 되기를 바랍니다. 나처럼 작은 도구를 사용하여 자신감에 심각한 영향을 받지 마세요! git을 사용할 때 깨달음을 가르쳐 준 회사 동료인 Zhiling에게 감사의 말씀을 전하고 싶습니다.

이 글은 주로 git 관리 프로젝트의 간단하고 기본적인 사용 과정을 소개하고 있으니 베테랑분들은 무시해주세요! 하지만 초보자들에게는 회사에 입사하기 위해 꼭 필요한 운영 과정이어야 하며, 이는 여전히 상대적으로 중요합니다. 좋은 시작은 전투의 절반입니다. 첫 번째 사용은 이 도구에 대한 인상과 어느 정도 깊이 있는 학습 의지를 결정합니다. 또한 처음 회사에 입사할 때 개인의 자신감을 높이는 데에도 중요한 순간입니다. 일 모드에 돌입하지만, 어디서부터 시작해야 할지 모른다면 능력이 부족하다는 신호이고, 그 결과는 악순환이 될 가능성이 높습니다. 이걸 보면 꼭 모아야겠다는 생각이 드네요, 하하!

2. git과 svn
둘 다 뛰어난 버전 관리 도구입니다. 마지막 문장: svn보다 git이 사용하기 더 쉬운 것 같아요! , 어느 정도 규모의 모든 회사(내가 접촉한 회사)를 사용하고 있습니다!

기타 자세한 내용은 Google에서 직접 확인하실 수 있습니다! 이것은 내 이야기의 초점이 아닙니다.

3. git의 활용(현재 회사를 예로 들어)

1. 요약

프로젝트 관리와 개발은 일반적으로 서버에서 이루어집니다. side (origin ) 코드 관리를 위한 창고를 만들고, 창고는 3개의 주요 지점을 유지하게 됩니다. 아래 그림과 같이

1

마스터 브랜치: 단 하나만 있습니다. 메인 브랜치

dev 브랜치: 현재 프로젝트 버전의 개발 브랜치로서 프로그래머는 개발을 위해 이 분기를 기반으로 로컬 분기를 잘라냅니다.

다른 버전의 분기: 프로젝트의 각 버전은 개발 및 테스트가 완료된 후 최종 안정 코드입니다. 버전의 개발 및 테스트가 완료될 때마다 현재 버전의 안정적인 코드가 마스터 브랜치에 병합됩니다.

현재 버전을 개발할 때 dev7.0.0 버전에서 온라인으로 버그가 나타난다고 가정해 보겠습니다. 이때 dev7.0.0 브랜치를 기반으로 수리가 가능하다는 점이 다른 버전 브랜치 유지의 가장 큰 장점이다.

2. 사용(git 소프트웨어가 설치되고 ssh가 구성되어 있는 경우)

ssh를 구성하면 푸시할 때 항상 사용자 이름과 비밀번호를 입력하지 않아도 된다는 장점이 있습니다. 코드를 서버에 로컬로!

조금 여담이지만 저는 항상 Android Studio에 git이 통합되어 있어서 git을 다운로드할 필요가 없다고 생각했습니다. 이것은 완전히 잘못된 것입니다! AndroidStudio가 통합되어 있으므로 다운로드해야 합니다. 이는 git의 시각적 유틸리티에 지나지 않습니다. 저의 무지함을 용서해주세요! ! 안녕-안녕.

(1), 코드 풀기

팁: git을 설치한 후 로컬 프로젝트 코드가 저장된 디렉토리로 이동하여 마우스 오른쪽 버튼을 클릭한 후 "git Bash"를 클릭하여 팝업 명령 상자! !

$ git clone

이 명령은 원본 저장소와 동일한 이름을 가진 디렉터리를 로컬로 생성합니다. 디렉터리에는 .git 파일(기본적으로 숨겨짐)이 포함되어 있습니다. 서버의 마스터 브랜치 코드(일반적으로 마스터 브랜치에서 이를 얻을 수 있는 권한이 없기 때문에 그렇지 않을 수도 있음) 현재는 마스터 브랜치에 있으며 $ git 브랜치 명령을 사용할 수 있습니다. 그것을 보려면! 하지만 dev 브랜치에서는 코드를 잘라야 합니다!

$ git checkout dev

이 명령은 로컬 저장소(local)를 dev 브랜치로 전환하고(dev 브랜치가 이미 Origin에 존재하는 경우) local 및 Origin에 해당하는 브랜치를 설정합니다. . 본 지점은 해당 지점과 직접 통신할 수 있습니다. 예를 들어 코드 업로드(푸시) 및 업데이트(풀) 작업을 수행합니다. ps(대신 $ git checkout -b dev Origin/dev 명령을 사용할 수도 있음)

$ git pull

이 명령은 Origin/dev 분기의 코드를 local/dev 분기로 가져오거나 업데이트합니다. 프로젝트에 종속 프로젝트가 있는 경우 $ git clone 명령을 사용하여 로컬

$ git checkout – b local

이 명령은 개발 프로젝트를 기반으로 새 브랜치를 생성합니다. local 브랜치를 만들고 로컬 브랜치로 전환해야 합니다. 개발을 위해 새로운 브랜치를 생성해야 합니다. 로컬 dev 브랜치를 기반으로 개발하면 안 됩니다. 마지막으로 개발 도구로 코드를 가져올 수 있습니다. 이 시점에서 $ git Branch 명령을 실행하면 개발 및 로컬 브랜치를 볼 수 있습니다.

(2), 코드 제출

생각: 코드를 서버에 어떻게 제출할 것인가?

다운로드

분석: 모든 것이 정상이라면 현재는 로컬 dev 브랜치를 기반으로 생성된 로컬 브랜치에 있어야 합니다. 앞서 언급했듯이 로컬 dev 브랜치만 서버 dev 브랜치와 통신하고 서버의 풀 및 푸시 작업을 수행할 수 있습니다. 코드. 그런 다음 우리가 해야 할 일은 로컬 브랜치의 코드를 로컬 dev 브랜치에 제출한 다음 dev 브랜치로 전환하고 push 명령을 실행하는 것입니다. 그러면 괜찮습니다! !

팁: 프로젝트의 루트 디렉터리(.git 폴더 아래)로 이동하여 마우스 오른쪽 버튼을 클릭하고 "git Bash"를 클릭하면 명령 상자가 나타납니다! !

$ git status

이 명령은 현재 브랜치에서 어떤 파일이 변경되었는지 확인할 수 있습니다. 변경된 파일을 확인하고 필요하지 않은 파일은 제출하지 않기 위해 먼저 실행하는 것이 좋습니다. 제출됩니다. 변경된 파일을 복원하려면 $ git checkout — 파일 경로/파일 이름을 실행합니다.

$git add .

브랜치에서 변경된 파일(즉, 워크스페이스에서 변경한 파일)을 임시 저장 영역에 추가하는 명령 변경

$ git commit -m "수정 지침"

스테이징 영역의 파일을 저장소에 제출합니다(내 이해로는 이 저장소가 여기의 로컬 dev 분기를 참조해야 한다는 것입니다)

$ git checkout dev

로컬 dev 브랜치로 전환

$ git pull

이 명령은 Origin/dev 브랜치의 코드를 local/dev 브랜치로 업데이트합니다.

$ git checkout local

이 명령은 로컬 로컬 브랜치로 전환됩니다

$ git rebase dev

이 명령은 dev 브랜치의 최신 코드를 병합합니다. 해당 지역 지점으로 이동합니다. 이때 파일 충돌이 발생할 가능성이 있으므로 충돌이 발생한 파일을 수동으로 수정해야 하며, 수정 후 git rebase –continue를 실행하면 병합이 성공합니다.

$ git push Origin head:refs/for/dev

이 명령은 로컬 브랜치에서 수정된 코드를 서버에 제출합니다.

4. 요약
위 내용은 개발자가 회사의 실제 개발에 있어서 반드시 거쳐야 하는 간단하고 기본적이며 완전한 git 워크플로입니다. 물론 이것은 모든 것이 정상일 때만 해당되며 git의 힘은 그 이상입니다! 복잡한 적용 시나리오가 많이 있는데, 실제 업무 경험을 바탕으로 하나씩 설명하겠습니다. 마지막으로, 틀린 부분이 있으면 비판해 주시고 정정해 주시기 바랍니다. 감사합니다! !