쵸코쿠키의 연습장

때때로 Git으로 작업할 때 최신 커밋을 실행 취소해야 할 수도 있습니다. 커밋은 지정된 시간에 Git 저장소의 스냅샷입니다. Git에는 현재 작업 분기의 최신 커밋을 가리키는 HEAD라는 참조 변수가 있습니다. 커밋을 실행 취소하려면 HEAD 변수를 이전 스냅샷을 가리키기만 하면 됩니다. 이 가이드에서는 마지막 Git 커밋을 실행 취소하는 방법을 설명합니다. 커밋이 이미 공유 리포지토리로 푸시된 경우 실행 취소하지 않는 것이 좋습니다. 커밋 메시지만 변경하려면 이 문서를 확인하십시오. Git Three-Tree 아키텍처 Git에서 git reset 명령과 커밋 식별자를 차례로 사용하여 변경 사항을 실행 취소할 수 있습니다. git reset은 명령 동작을 제어할 수 있는 추가 인수를 사용합니다. 재설정..

Git은 오늘날 대부분의 소프트웨어 팀에서 사용하고 있는 분산 버전 제어 시스템입니다. 시스템에 Git을 설치한 후 가장 먼저 해야 할 일은 Git 사용자 이름과 이메일 주소를 설정하는 것입니다. Git은 당신의 정체성을 당신이 하는 모든 약속과 연관시킵니다. Git을 사용하면 글로벌 및 프로젝트별 사용자 이름과 전자 메일 주소를 설정할 수 있습니다. git config 명령을 사용하여 git ID를 설정하거나 변경할 수 있습니다. 변경 사항은 향후 커밋에만 영향을 미칩니다. 변경 전 커밋과 관련된 이름 및 이메일은 영향을 받지 않습니다. 글로벌 Git 사용자 이름 및 암호를 설정 글로벌 git 사용자 이름 및 암호는 리포지토리별 값이 없는 시스템의 모든 리포지토리의 커밋과 연결됩니다. 글로벌 커밋 이름..

이 가이드에서는 Git 리모컨을 제거하는 방법을 설명합니다. Git remote는 일반적으로 원격 서버에서 호스팅되는 리포지토리의 다른 복사본을 참조하는 포인터입니다. 일반적으로 Git으로 작업할 때 서로 다른 기능과 환경에 대해 하나의 원격 명명 오리진 및 다른 분기가 있을 수 있습니다. 오리진은 저장소를 복제할 때 자동으로 생성된 원격 이름으로 복제된 저장소를 가리킵니다. 하지만, 한 프로젝트에 한 그룹의 사람들과 협력할 때, 여러 Git를 사용하는 것이 매우 편리하다는 것을 발견할 수 있습니다. 원격 저장소는 GitHub, GitLab, BitBucket과 같은 Git 호스팅 서비스나 개인 Git 서버에서 호스팅할 수 있습니다. 원격 리포지토리가 다른 호스트로 마이그레이션되었거나 기여자가 기여를 중..

Git remote는 일반적으로 원격 서버에서 호스팅되는 리포지토리의 다른 복사본을 참조하는 포인터입니다. 원격 저장소를 다른 호스트로 마이그레이션하는 경우와 같은 경우에 원격 URL을 변경해야 합니다. 이 가이드에서는 Git 리모컨의 URL을 변경하는 방법을 설명합니다. Git Remote의 URL을 변경 각 Git 리포지토리에는 0개 이상의 Git 원격이 연결될 수 있습니다. 저장소를 복제하면 원격 이름이 자동으로 오리진으로 설정되고 복제한 저장소를 가리킵니다. 로컬에서 저장소를 만든 경우 새 원격 을 추가할 수 있습니다. 원격은 GitHub, GitLab, BitBucket과 같은 Git 호스팅 서비스 또는 개인 Git 서버에 호스팅된 저장소를 가리킬 수 있습니다. 리모컨의 URL을 변경하려면 다음..

Git을 사용하는 프로젝트에서 작업할 때 특정 파일 또는 디렉터리를 원격 리포지토리에 푸시하지 못하도록 제외하는 경우가 많습니다. 여기서 .gitignore 파일이 유용합니다. .gitignore 파일은 추적되지 않은 파일 Git가 무시해야 하는 파일을 지정합니다. 무시해야 할 파일 무시되는 파일은 일반적으로 플랫폼별 파일이거나 빌드 시스템에서 자동으로 생성된 파일입니다. 몇 가지 일반적인 예는 다음과 같습니다. - 로그, 잠금, 캐시 또는 임시 파일과 같은 런타임 파일입니다. - 암호 또는 API 키와 같은 중요한 정보가 있는 파일입니다. - .class 또는 .o와 같은 컴파일된 코드입니다. - /vendor 또는 /node_modules 와 같은 종속성 디렉토리입니다. - /public, /out ..

강력한 테스트 제품군이 있는 프로젝트에서 작업할 때 리포지토리에 푸시하는 모든 작업이 프로젝트의 테스트에 영향을 미치지 않도록 해야 합니다. 즉, git push를 미리 만들기 전에 phpunit을 실행하고 모든 테스트를 통과했는지 확인해야 합니다. 이 튜토리얼에서는 git 리포지토리에 규칙을 추가하여 테스트가 통과되지 않으면 리포지토리에 새 코드를 넣을 수 없도록 하고 이를 위해 git 후크를 사용합니다. Git Hooks Git 후크를 사용하면 git 프로세스의 여러 단계에서 이벤트를 실행할 수 있습니다. 이러한 이벤트에서 명령이 실패할 경우 프로세스를 종료할 명령을 실행할 수 있습니다. 이것들은 사용할 수 있는 git 훅입니다. applypatch-msg commit-msg post-update p..

이 튜토리얼에서는 스테이징 또는 프로덕션 환경에 코드를 배포하는 가장 쉬운 방법에 대해 알아봅니다. 과거에는 FileZilla와 같은 FTP 클라이언트를 사용하는 것이 일반적이었지만, SCP, rsync 또는 배포 도구와 같은 코드를 보다 신뢰할 수 있는 방법으로 배포했기 때문에 이 클라이언트를 사용하는 것이 일반적입니다. 코드를 배포하는 데 도움이 되는 가장 일반적인 도구로는 Anable, Capistrano, Beanstalk, Deploy가 있습니다. 하지만 Git 후크를 사용하여 코드를 배포할 수 있습니다. 즉, Git 푸시만 하면 코드를 배포할 수 있습니다. git push production master 이 포스팅의 목표는 위의 명령을 사용하여 마스터의 코드를 프로덕션 서버에 배포입니다. 필수..

이전에 Github 작업을 사용하여 마스터로 병합할 때, 응용 프로그램에 대한 PHPUnit 테스트 방법에 대해 조사해보았습니다. 테스트가 성공하면 다음 단계는 도커 이미지를 작성하여 리포지토리에 푸시하는 것입니다. 이렇게 하려면 새 워크플로 파일을 생성해야 합니다. 이 파일은 테스트가 성공한 후 실행되어 도커 이미지를 저장소로 푸시해야 합니다. 먼저 워크플로 폴더 .github/workflows/docker.yml에 새 파일을 만들고 해당 파일에 다음 파일을 붙여넣습니다. name: Docker on: push: branches: [ master ] jobs: build: runs-on: ubuntu-latest steps: - name: 'Checkout GitHub Action' uses: acti..

이 튜토리얼에서는 GIT 저장소의 URL을 변경하여 코드를 새 서버 또는 호스트로 이동하는 방법에 대해 알아봅니다. 이 작업에 대해 수행할 수 있는 여러 가지 방법이 있습니다. 원본 URL을 변경하고 모든 항목을 새 리포지토리에 커밋하면 새 서버에서 처음부터 시작할 수 있습니다. 그러나 프로젝트에서 이전 분기와 태그를 모두 잃게 됩니다. 문제가 없는 경우 오리진 URL을 변경해도 괜찮습니다. 대부분 이전 분기를 모두 사용하고 이 튜토리얼을 사용하면 도움이 됩니다. 리포지토리 원본을 변경 먼저 리포지토리의 오리진 URL을 간단히 변경할 수 있는 방법에 대해 설명하겠습니다. GIT가 설정된 프로젝트의 루트에서는 다음 명령만 실행하면 됩니다. git remote set-url origin git://{NEW_..

Jetbrains Webstorm에서 프로젝트를 만들려고 할 때 .idea라는 폴더가 생성됩니다. 이것을 삭제해도 괜찮을까요? 내 프로젝트에 영향을 줄까요? 최근 git push를 했는 데, 함께 포함되어 푸시를 해서 찾아보게 되었습니다. Intellij IDE를 사용하면 프로젝트의 모든 프로젝트 특정 설정이 .idea 폴더에 저장됩니다. 프로젝트 설정은 각 특정 프로젝트와 함께 .idea 폴더 아래에 xml 파일 세트로 저장됩니다. 기본 프로젝트 설정을 지정하면 새로 만든 각 프로젝트에이 설정이 자동으로 사용됩니다. IDE 설정에 대해서는 제트 브레인 문서를 확인해보세요. 여기는 소스 제어에 대한 권장 사항과 .gitignore 파일 예제에 대한 내용들이 포함되어 있습니다. git 또는 일부 버전 제어..

git cherry-pick은 임의의 Git 커밋을 참조로 선택하고 현재 작동하는 HEAD에 추가 할 수 있는 강력한 명령입니다. cherry pick은 지점에서 커밋을 선택하여 다른 커밋에 적용하는 행위입니다. git cherry-pick은 변경 사항을 취소하는 데 유용할 수 있습니다. 예를 들어, 실수로 잘못된 분기에 커밋이 있다고 가정하십시오. 올바른 브랜치로 전환하고 커밋이 속한 곳으로 커밋을 선택할 수 있습니다. git cherry pick을 사용하는 경우git cherry-pick은 유용한 도구이지만 항상 모범 사례는 아닙니다. cherry pick은 중복 커밋과 체리 피킹이 작동하는 많은 시나리오를 유발할 수 있으며 대신 전통적인 병합이 선호됩니다. git cherry-pick은 몇 가지 시..

Git은 분산 버전 제어 시스템으로 설계되었습니다. git format-patch 기능을 사용하여 중앙 집중식 Git 저장소가 없어도 실제로 검토 할 수있는 patch를 보낼 수 있습니다. 이것은 원격 Git 리포지토리가 다운되었을 때 매우 유용합니다. patch 준비변경 사항을 보낼 준비가되면 git format-patch [BASE_BRANCH_NAME]을 사용하십시오. $ git format-patch master0001-Update-build-matrix.patch0002-Display-current-gemfile-when-run-bundle-update.patch 내 feature branch는 마스터보다 두 개 앞에 있는 커밋이므로 Git은 각 커밋마다 하나씩 두 개의 파일을 만듭니다. 파일을..

저장소를 깔끔하게 유지하는 것을 좋아하는 개발자 유형이신가요? 인터랙티브 리베이스의 팬이며 커밋이 제대로 될 때까지 커밋을 수정하고 있습니까? pull request을 완료 할 때 –no-ff 병합에 대한 대안을 원하십니까? PR 분기 프로세스에 새 항목이 추가되어 topic 분기 변경 사항을 squash merge 할 수 있어 대상 분기 히스토리가 크게 단순화되었습니다. squash merge이란 무엇입니까?squash merge은 Git에서 하나의 부모와 병합 커밋을 생성하는 병합 옵션입니다. 파일은 일반 병합과 동일하게 병합되지만 커밋 메타 데이터는 상위 커밋 중 하나만 표시하도록 변경됩니다. 결과는 대상 분기에서 단일 병합으로 일반 병합의 모든 변경 사항이 적용됩니다. 왜 squash merge을..

pull request이란 무엇입니까? pull request는 공개 개발 프로젝트에 기여하는 방법입니다. Git과 같은 분산 버전 제어 시스템 (DVCS)을 사용하여 프로젝트에 컨트리뷰션을 제출하는 것이 선호되는 방법입니다. pull request은 개발자가 프로젝트의 기본 저장소에 포함되도록 외부 저장소에 커밋된 변경 사항을 요청할 때 발생합니다. “pull request”은 워크 플로 방법이며 버전 제어 시스템 자체의 기능이 아닙니다. 이 문서는 Git 버전 제어 시스템과 GitHub 호스팅 사이트를 예로 들어, 풀 요청에 대한 간단한 개요와 요청 작성 방법을 알아보겠습니다. 변경DVCS를 사용하여 오픈 소스 프로젝트에 기여할 때는 로컬 개발 환경에 소스 코드 저장소의 사본 또는 "clone"이 있..

프로젝트를 깃을 활용하는 경우, git push.default에 대해 고군분투하였습니다. 그러나 push.default "matching"과 "simple"의 차이가 무엇인지 확실하지 않아 조사를 해보았습니다. git push - 구성에 따라 모든 브랜치 또는 단일 브랜치를 푸시합니다 : 구성 1 – 모든 브랜치 푸시git config --global push.default matching이것은 모든 브랜치들을 remote 브랜치에 push하고 병합할 것을 나타냅니다. 모든 브랜치를 푸시하지 않으려면 현재의 브랜치만 푸시하면 됩니다. 구성 2: 현재 브랜치만 푸시git config --global push.default simple브랜치를 하나씩 푸시합니다. 이것은 대부분 현재의 지점과 연결되어 있습니다..

Git은 소프트웨어 개발과 여러 가지 다른 버전 제어 작업을 위한 무료 오픈 소스 분산 버전 제어 시스템이다. 속도, 효율성 및 데이터 무결성을 기반으로 하는 소규모 프로젝트부터 대규모 프로젝트까지 모든 것을 처리할 수 있도록 설계되었다. 리눅스 사용자는 주로 명령줄을 통해 Git를 관리할 수 있지만, 리눅스 데스크톱에서 Git의 효율적이고 안정적인 사용을 촉진하지 못하고 모든 명령줄 작업을 제공하지 않는 GUI Git 클라이언트가 있다. 따라서 다음은 Linux 데스크톱 사용자를 위한 GUI를 갖춘 최고의 Git 프런트엔드 목록이다. GitKrakenGitKraken은 리눅스용 교차 플랫폼, 효율적인 Git 클라이언트 입니다. Linux와 Mac OS X, 그리고 Windows와 같은 Unix와 같은 ..

Git은 의심할 여지 없이 가장 많이 사용되는 버전 관리 시스템이다. 가장 큰 회사의 프로젝트 대부분은 Git 저장소에서 운영되고 있다. 응용프로그램 코딩이 쉬워질 뿐만 아니라 프로젝트에서 팀과 효율적으로 작업할 수 있도록 몇 가지 협업 기능도 지원한다. Git은 또한 모든 개발자들이 반드시 가져야 하는 기술이다. 모든 작업과 명령을 이해하는 것은 때때로 초보자에게 어려울 수 있다. 그러나 일련의 툴이 GUI 대안을 제공함으로써 이를 단순하게 만들고 있다. 이번 포스팅에서는 Windows 운영 체제에서 사용할 수 있는 가장 우수한 Git GUI 클라이언트 중 일부를 소개한다. GitHub Desktop아마도 가장 유용하다. 원격 저장소가 GitHub에 의해 호스트되는 경우 이 도구를 찾아라. GitHub..