GitHub가 Fork 기능을 취소한 이유
GitHub는 오픈 소스 및 개인 소프트웨어 프로젝트를 위한 코드 호스팅 플랫폼입니다. 포크 기능은 가장 중요한 기능 중 하나입니다. 포크란 다른 사람의 프로젝트를 자신의 계정으로 복사하는 것을 의미합니다. 이는 일반적으로 사용되는 협업 방법입니다. 사용자는 자신의 계정으로 브랜치를 생성하고 프로젝트를 수정, 개선, 복구한 다음 수정된 코드를 원래 프로젝트에 다시 제출할 수 있습니다.
그러나 GitHub는 최근 Fork 기능을 취소하겠다고 발표했습니다. 이 소식은 광범위한 관심과 논의를 불러일으켰으며, 많은 사람들이 이에 대해 우려와 의구심을 표명했습니다. 그렇다면 GitHub는 왜 Fork 기능을 취소했을까요? 사용자에게 어떤 영향을 미치나요?
먼저 GitHub에서는 프로젝트 기여자 보호를 강화하기 위해 Fork 기능을 취소했습니다. 과거에는 원래 프로젝트 소유자의 동의 없이 쉽게 프로젝트를 포크하고 수정을 시작할 수 있었고, 원래 프로젝트 소유자가 포크 삭제를 요청하더라도 그렇게 하기가 어려웠습니다. 이 경우 사용자는 Fork 프로젝트에 수정, 추가, 삭제 등을 할 수 있으며 최종적으로 이를 원래 프로젝트에 다시 제출할 수 있으며, 결과적으로 프로젝트 기여자와 소유자는 프로젝트에 대한 통제권을 잃게 됩니다. 따라서 프로젝트 소유자를 보호하기 위해 GitHub는 Fork 기능을 취소하고 프로젝트의 보안과 안정성을 향상시키기 위한 일련의 새로운 협업 방법을 출시할 예정입니다.
둘째, GitHub의 Fork 기능 취소로 인해 이러한 방식으로 기여하는 사용자에게는 불편이 발생할 수 있습니다. 그러나 GitHub는 이러한 사용자를 위해 다음을 포함하는 다른 협업 방법을 제공했습니다.
- Pull Request: 원래 프로젝트 페이지에서 Pull Request(PR이라고 함)를 시작하고 PR을 통해 수정된 코드를 원래 프로젝트에 다시 제출합니다.
- 협력자: 프로젝트를 수정해야 하는 사용자를 공동작업자로 추가하고 원본 프로젝트에 대한 쓰기 권한을 부여하면 원본을 직접 수정할 수 있습니다.
- 브랜치 보호: 원래 프로젝트에만 적용됩니다. 브랜치는 보호되어 특정 사용자만 수정 사항을 제출할 수 있도록 허용하고 제출을 제한합니다.
GitHub 사용자이고 프로젝트를 포크해야 하는 경우 GitHub는 이제 보다 유연하고 안전한 공동 작업 방법을 제공합니다.
마지막으로 GitHub의 Fork 기능 폐지는 긍정적인 변화입니다. 이는 일부 사용자에게 불편을 줄 수 있지만 프로젝트 소유자와 기여자의 이익을 더 잘 보호합니다. 이 조치에 익숙해지려면 다소 시간이 걸리겠지만 플랫폼이 더 건강하고 안정적인 방향으로 움직이고 있다는 GitHub의 새로운 접근 방식에 대해 확신을 가져야 합니다.
위 내용은 GitHub가 Fork 기능을 취소한 이유의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

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

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

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

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

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

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

뜨거운 주제











이 기사는 GUI 도구 (Sourcetree, Gitkraken 등), 필수 명령 (Git Init, Git Clone, Git Add, Git Commit 등), 지점 관리 모범 사례 (기능 분기, 요청) 및 Merge Con에 대한 GIT 관리에 대한 안내서를 제공합니다.

이 안내서는 단일 git 커밋을 원격 브랜치로 밀리는 방법을 설명합니다. 임시 지점을 사용하여 커밋을 분리 하고이 지점을 리모콘으로 밀고 선택적으로 임시 지점을 삭제합니다. 이 방법은 충돌을 피하고

이 기사에서는 Git의 커밋과 푸시 명령의 차이점을 설명합니다. Git Commit은 로컬에서 변경 사항을 저장하는 반면 Git Push는 이러한 커밋 된 변경 사항을 원격 저장소에 업로드합니다. 이 기사는이 분류를 이해하는 것의 중요성을 강조합니다

이 기사는 GIT 커밋 컨텐츠를보기위한 방법을 자세히 설명합니다. git show를 사용하여 커밋 메시지, 저자 정보 및 변경 (DIFF), 여러 Commit 'Diff에 대한 GIT 로그 -P를 표시하고 Commit을 직접 확인하는 것에 대한주의 사항에 중점을 둡니다. 대체

이 기사는 일반적인 GIT 커밋 실패를 다룹니다. 추적되지 않은 파일, 무대 변경 변경, 충돌 병합 및 사전 커밋 후크와 같은 문제에 대한 문제 해결 단계에 대해 자세히 설명합니다. 더 부드러운 git wo를 보장하기 위해 솔루션 및 예방 조치가 제공됩니다.

이 기사에서는 Git에서 Git Add와 Git Commit의 뚜렷한 역할을 설명합니다. GIT는 단계 변경 사항을 추가하여 다음 커밋에 포함시킬 준비를하고 GIT Commit은 저장소의 역사에 대한 단계적 변경 사항을 저장합니다. 이 2 단계 프로세스가 가능합니다

이 초보자 안내서는 버전 제어 시스템 인 GIT를 소개합니다. 기본 명령 (Init, Add, Commit, Status, Log, Branch, Checkout, Merge, Push, Pull) 및 병합 충돌을 해결합니다. Clear Comm을 포함한 효율적인 GIT 사용을위한 모범 사례

이 기사는 분산 버전 제어 시스템 인 GIT를 소개합니다. 오프라인 기능 및 강화 된 협업을위한 효율적인 분기/병합과 같은 중앙 집중식 시스템에 대한 GIT의 장점을 강조합니다. 이 기사는 또한 학습 r
