목차
보호 브랜치를 설정하는 방법
如何提交Merge request
🎜🎜담당자 Reviewer는 담당자이자 검토자입니다. 직설적으로 말하면 원하는 코드를 검토하는 사람을 선택하면 됩니다. 🎜🎜🎜🎜보실 수 있습니다 여기 이 병합을 위해 제출한 커밋 정보 및 수정 사항입니다🎜🎜🎜🎜🎜 🎜마지막으로 병합 요청 만들기를 클릭하여 병합 요청을 시작하세요. 나머지는 리더가 코드를 검토하는 것입니다. 🎜🎜당신의 리더가 보는 병합 정보는 다음과 같습니다. 여기서 그는 당신의 커밋과 변경 사항, 그리고 코드 수정 사항을 볼 수 있습니다. 문제가 없으면 병합 버튼을 눌러 병합하세요. 🎜" >🎜병합 요청 제출 방법🎜🎜🎜병합 요청이 있는 이유는 무엇인가요? 🎜🎜앞서 언급했듯이 메인 브랜치는 보호되는 브랜치이므로 로컬 푸시 코드가 필요하지 않습니다. 그렇다면 코드를 메인 브랜치에 병합하려면 어떻게 해야 할까요? 이때 개발자는 코드를 메인 브랜치에 병합하기 위해 병합 요청을 시작해야 합니다. 병합 요청에는 코드 검토라는 또 다른 매우 중요한 목적이 있습니다. 🎜🎜🎜🎜코드 리뷰🎜란 무엇인가요? 🎜🎜🎜코드 검토는 코드 검토로 번역됩니다. 회사, 팀에는 코드에 대한 표준, 코드에 대한 요구 사항, 품질에 대한 요구 사항이 있습니다. 작성한 코드는 메인 브랜치에 병합되기 전에 리더의 검토를 받아야 하므로 이 단계는 담당하기 전에 완료됩니다. 병합할 때, 여러분이 작성한 코드를 육안으로 살펴보고 병합하기 전에 온라인에 큰 문제가 없는지 확인하겠습니다. 문제가 있는 경우 코드를 변경하여 를 다시 제출하라는 메시지가 표시됩니다. 온라인 요구 사항이 충족될 때까지 요청을 병합하세요. 결국 온라인에서 큰 버그가 발생하면 리더가 책임과 위험을 감수해야 하고, 심각한 문제를 안고 있는 부서 리더도 어려움을 겪게 되기 때문이다. 그러므로 우리는 코드를 작성할 때 매우 엄격해야 합니다. 🎜🎜 말은 많이 했으니 실제로 해보자. 🎜🎜로컬에서 새 dev 브랜치를 생성한 다음 원격으로 push를 수정해야 합니다. git push -u Origin dev를 사용해야 합니다. 첫 번째 푸시의 경우 리모컨에 이 분기가 없기 때문입니다. 🎜🎜페이지를 새로 고치면 이제 병합 요청 만들기 버튼이 표시된 메인 브랜치에 있는 것을 볼 수 있습니다. 여기에서 병합 요청을 시작합니다🎜🎜🎜🎜병합 페이지로 들어가세요. 여기에서 이제 원하는 것을 볼 수 있습니다. dev 브랜치를 main 브랜치에 병합하세요. 다른 브랜치를 병합하려면 브랜치 변경을 클릭하여 수정하세요. . 제목설명은 제출한 병합과 관련된 기능 설명을 채울 수 있습니다. 🎜🎜🎜🎜담당자 Reviewer는 담당자이자 검토자입니다. 직설적으로 말하면 원하는 코드를 검토하는 사람을 선택하면 됩니다. 🎜🎜🎜🎜보실 수 있습니다 여기 이 병합을 위해 제출한 커밋 정보 및 수정 사항입니다🎜🎜🎜🎜🎜 🎜마지막으로 병합 요청 만들기를 클릭하여 병합 요청을 시작하세요. 나머지는 리더가 코드를 검토하는 것입니다. 🎜🎜당신의 리더가 보는 병합 정보는 다음과 같습니다. 여기서 그는 당신의 커밋과 변경 사항, 그리고 코드 수정 사항을 볼 수 있습니다. 문제가 없으면 병합 버튼을 눌러 병합하세요. 🎜
개발 도구 자식 Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.

Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.

Mar 30, 2023 pm 09:01 PM
git github gitlab

이 글은 Gitlab을 배우고, 보호 브랜치를 설정하고 리더에게 PR을 제출하는 방법에 대해 설명합니다. 모두에게 도움이 되기를 바랍니다.

Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.

보호 브랜치를 설정하는 방법

보호 브랜치는 무엇을 위한 것인가요?

앞서 git flow 워크플로에서 소개했듯이 master|main(메인 브랜치) 브랜치는 모든 개발자가 마음대로 메인 브랜치에 코드를 푸시할 수 있는 경우 온라인 브랜치입니다. 때로는 개발자가 실수로 온라인에 접속할 필요가 없는 코드(버그가 많을 수 있음)를 메인 브랜치에 푸시하고 온라인에 접속할 때 가져오는 경우 발생한 피해는 복구할 수 없을 수도 있습니다. 따라서 푸시를 허용하지 않도록 메인 브랜치를 설정해야 하며, PR을 통해서만 코드를 메인 브랜치에 병합할 수 있습니다. master|main(主分支)分支是上线分支,如果每个开发人员都能随意的在主分支push代码,假如上线的时候,哪个开发不小心把自己不需要上线的代码(有可能有很多bug)push到了主分支,上线的时候一起带上去了,那么造成的损失有可能无法挽回。所以我们需要设置主分支不允许push,只能通过PR的方式把自己的代码合并到主分支。

下面我们来操作一下。在项目中找settings->Repository->Protected branches,选择受保护的分支,这里我们的主分支是main,然后选择merge权限为Maintainers,不允许任何人push代码到主分支。最后点击profect

Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.下面我们来push一下代码试试

Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.可以很明显的看到,已经不让任何人推送代码了。要推送代码,只能另外新建分支去推送到远程,然后把代码合并到主分支。

如何提交Merge request

为什么会有Merge reqeust呢?

前面提到,main分支是我们的保护分支,已经不需要本地push代码,那么我们的代码如何合并到主分支呢?这时候就需要开发人员发起一个Merge reqeust来把我们的代码合并到main分支了。Merge request还有一个用途非常重要,那就是code review

何为code review呢?

code review翻译过来就是代码审查。一个公司,一个团队,对代码是有规范的,对代码是有要求的,对质量是有要求的,你写的代码是要经过你的leader审查的,才能合并到主分支,所以这一步操作在你主管合并之前,会吧你写的代码肉眼过一遍,确保不会出现重大线上问题才会给你合并,如果有问题,会让你重新改代码重新提交Merge requst,直到符合上线要求。这样做的目的呢,也是为了保证上线不出问题,毕竟出了重大的线上bug,你的leader是要承担责任和风险的,问题严重的部门领导也跟着倒霉。所以,我们写代码的同时也要非常的严谨。

讲了这么多,下面我们实际操作一下。

在本地新建一个dev分支,然后修改一些东西push到远程,首次推送需要使用git push -u origin dev,因为远程没有这个分支。

刷新页面可以看到,我们现在在main分支,上面显示一个Create merge request按钮,这里就是我们发起merge请求的地方,点击一下

进入到merge页面,这里我们可以看到我们现在是想把dev分支merge到main分支,如果想合并其他的分支,点击change branches即可修改。titledescription可以填写你提交merge相关的功能描述。

AssigneeReviewer为受让人和审查人员,直白一点就是想的代码谁给你审查,你就选择谁。

这里可以看到你本次合并提交的commit信息和修改内容

最后,点击Create merge request,即可发起一个merge请求,剩下的事情就是你的leader审查代码了。

你的leader看到的merge信息是这样子的,这里他可以看到你的commits和changes,从而看到你的代码的修改内容。如何没有问题,点击Merge

지금 해보자. 프로젝트에서 설정->저장소->보호된 분기를 찾아 보호된 분기를 선택합니다. 그런 다음 기본 분기를 선택합니다. 누구도 메인 브랜치에 코드를 푸시할 수 없도록 관리자로서 병합 권한을 부여합니다. 마지막으로 profect🎜🎜Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.를 클릭하세요. 코드를 푸시해서 사용해 보세요🎜🎜Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.아무도 코드를 푸시할 수 없다는 것을 분명히 알 수 있습니다. 코드를 푸시하려면 새 브랜치를 생성하여 원격으로 푸시한 다음 코드를 기본 브랜치에 병합하면 됩니다. 🎜

🎜병합 요청 제출 방법🎜🎜🎜병합 요청이 있는 이유는 무엇인가요? 🎜🎜앞서 언급했듯이 메인 브랜치는 보호되는 브랜치이므로 로컬 푸시 코드가 필요하지 않습니다. 그렇다면 코드를 메인 브랜치에 병합하려면 어떻게 해야 할까요? 이때 개발자는 코드를 메인 브랜치에 병합하기 위해 병합 요청을 시작해야 합니다. 병합 요청에는 코드 검토라는 또 다른 매우 중요한 목적이 있습니다. 🎜🎜🎜🎜코드 리뷰🎜란 무엇인가요? 🎜🎜🎜코드 검토는 코드 검토로 번역됩니다. 회사, 팀에는 코드에 대한 표준, 코드에 대한 요구 사항, 품질에 대한 요구 사항이 있습니다. 작성한 코드는 메인 브랜치에 병합되기 전에 리더의 검토를 받아야 하므로 이 단계는 담당하기 전에 완료됩니다. 병합할 때, 여러분이 작성한 코드를 육안으로 살펴보고 병합하기 전에 온라인에 큰 문제가 없는지 확인하겠습니다. 문제가 있는 경우 코드를 변경하여 를 다시 제출하라는 메시지가 표시됩니다. 온라인 요구 사항이 충족될 때까지 요청을 병합하세요. 결국 온라인에서 큰 버그가 발생하면 리더가 책임과 위험을 감수해야 하고, 심각한 문제를 안고 있는 부서 리더도 어려움을 겪게 되기 때문이다. 그러므로 우리는 코드를 작성할 때 매우 엄격해야 합니다. 🎜🎜 말은 많이 했으니 실제로 해보자. 🎜🎜로컬에서 새 dev 브랜치를 생성한 다음 원격으로 push를 수정해야 합니다. git push -u Origin dev를 사용해야 합니다. 첫 번째 푸시의 경우 리모컨에 이 분기가 없기 때문입니다. 🎜🎜페이지를 새로 고치면 이제 병합 요청 만들기 버튼이 표시된 메인 브랜치에 있는 것을 볼 수 있습니다. 여기에서 병합 요청을 시작합니다🎜🎜🎜🎜병합 페이지로 들어가세요. 여기에서 이제 원하는 것을 볼 수 있습니다. dev 브랜치를 main 브랜치에 병합하세요. 다른 브랜치를 병합하려면 브랜치 변경을 클릭하여 수정하세요. . 제목설명은 제출한 병합과 관련된 기능 설명을 채울 수 있습니다. 🎜🎜🎜🎜담당자 Reviewer는 담당자이자 검토자입니다. 직설적으로 말하면 원하는 코드를 검토하는 사람을 선택하면 됩니다. 🎜🎜🎜🎜보실 수 있습니다 여기 이 병합을 위해 제출한 커밋 정보 및 수정 사항입니다🎜🎜🎜🎜🎜 🎜마지막으로 병합 요청 만들기를 클릭하여 병합 요청을 시작하세요. 나머지는 리더가 코드를 검토하는 것입니다. 🎜🎜당신의 리더가 보는 병합 정보는 다음과 같습니다. 여기서 그는 당신의 커밋과 변경 사항, 그리고 코드 수정 사항을 볼 수 있습니다. 문제가 없으면 병합 버튼을 눌러 병합하세요. 🎜

위는 Merge reqeust완성 과정과 그 중요성입니다.

병합 프로세스에는 코드 사양의 린트 확인, 코드 단위 테스트 등과 같은 일부 CI/CD 작업이 포함될 수도 있습니다. 이에 대해서는 나중에 하나씩 논의하겠습니다.

(학습 영상 공유: 기본 프로그래밍 영상)

위 내용은 Gitlab에서 보호 브랜치를 설정하고 PR을 제출하는 방법에 대해 이야기해 보겠습니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전

SublimeText3 중국어 버전

중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

드림위버 CS6

드림위버 CS6

시각적 웹 개발 도구

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

GIT 다운로드가 활성화되지 않은 경우해야 할 일 GIT 다운로드가 활성화되지 않은 경우해야 할 일 Apr 17, 2025 pm 04:54 PM

해결 : GIT 다운로드 속도가 느리면 다음 단계를 수행 할 수 있습니다. 네트워크 연결을 확인하고 연결 방법을 전환하십시오. GIT 구성 최적화 : 포스트 버퍼 크기를 늘리고 (GIT 구성-글로벌 http.postBuffer 524288000) 저속 제한 (git config --global http.lowspeedlimit 1000)을 줄입니다. git 프록시 (예 : git-proxy 또는 git-lfs-proxy)를 사용하십시오. 다른 git 클라이언트 (예 : Sourcetree 또는 Github 데스크탑)를 사용해보십시오. 화재 보호를 확인하십시오

GIT 프로젝트를 로컬로 다운로드하는 방법 GIT 프로젝트를 로컬로 다운로드하는 방법 Apr 17, 2025 pm 04:36 PM

GIT를 통해 로컬로 프로젝트를 다운로드하려면 다음 단계를 따르십시오. GIT를 설치하십시오. 프로젝트 디렉토리로 이동하십시오. 다음 명령을 사용하여 원격 저장소 클로닝 : git 클론 https://github.com/username/repository-name.git

git로 저장소를 삭제하는 방법 git로 저장소를 삭제하는 방법 Apr 17, 2025 pm 04:03 PM

git 저장소를 삭제하려면 다음 단계를 따르십시오. 삭제하려는 저장소를 확인하십시오. 로컬 리포지토리 삭제 : rm -rf 명령을 사용하여 폴더를 삭제하십시오. 원격으로 창고 삭제 : 창고 설정으로 이동하고 "창고 삭제"옵션을 찾은 후 작동을 확인하십시오.

git에서 코드를 업데이트하는 방법 git에서 코드를 업데이트하는 방법 Apr 17, 2025 pm 04:45 PM

GIT 코드를 업데이트하는 단계 : 코드 확인 : git 클론 https://github.com/username/repo.git 최신 변경 사항 가져 오기 : Git Fetch Merge 변경 사항 : GIT 병합 원산지/마스터 푸시 변경 (옵션) : Git Push Origin Master

PHP 프로젝트에서 효율적인 검색 문제를 해결하는 방법은 무엇입니까? Typesense는이를 달성하는 데 도움이됩니다! PHP 프로젝트에서 효율적인 검색 문제를 해결하는 방법은 무엇입니까? Typesense는이를 달성하는 데 도움이됩니다! Apr 17, 2025 pm 08:15 PM

전자 상거래 웹 사이트를 개발할 때 어려운 문제가 발생했습니다. 대량의 제품 데이터에서 효율적인 검색 기능을 달성하는 방법은 무엇입니까? 기존 데이터베이스 검색은 비효율적이며 사용자 경험이 좋지 않습니다. 일부 연구 후, 나는 검색 엔진 타입을 발견하고 공식 PHP 클라이언트 Typeense/Typeense-PHP를 통해이 문제를 해결하여 검색 성능을 크게 향상 시켰습니다.

Git Commit을 사용하는 방법 Git Commit을 사용하는 방법 Apr 17, 2025 pm 03:57 PM

Git Commit은 프로젝트의 현재 상태에 대한 스냅 샷을 저장하기 위해 파일 변경을 GIT 저장소에 기록하는 명령입니다. 사용 방법은 다음과 같습니다. 임시 저장 영역에 변경 사항 추가 제출 메시지를 저장하고 종료하기 위해 간결하고 유익한 제출 메시지를 작성하여 제출을 완료하기 위해 제출물을 완료하십시오. 제출자에 서명을 추가하여 제출 내용을보기 위해 GIT 로그를 사용하십시오.

git에서 빈 폴더를 제출하는 방법 git에서 빈 폴더를 제출하는 방법 Apr 17, 2025 pm 04:09 PM

git에 빈 폴더를 제출하려면 다음 단계를 따르십시오. 1. 빈 폴더를 만듭니다. 2. 스테이징 영역에 폴더를 추가하십시오. 3. 변경 사항을 제출하고 커밋 메시지를 입력하십시오. 4. (선택 사항) 변경 사항을 원격 저장소로 밀어 넣습니다. 참고 : 빈 폴더의 이름은 시작할 수 없습니다. 폴더가 이미 존재하는 경우 git add -force를 사용하여 추가해야합니다.

git 코드 충돌을 다루는 방법 git 코드 충돌을 다루는 방법 Apr 17, 2025 pm 02:51 PM

코드 충돌은 여러 개발자가 동일한 코드를 수정하고 변경 사항을 자동으로 선택하지 않고 합병 할 때 발생하는 충돌을 말합니다. 해상도 단계에는 다음이 포함됩니다. 충돌하는 파일을 열고 충돌하는 코드를 찾으십시오. 코드를 수동으로 병합하고 보관하려는 변경 사항을 충돌 마커에 복사하십시오. 충돌 마크를 삭제하십시오. 변경 사항을 저장하고 제출하십시오.

See all articles