copyscript

Git: 커밋 없이 작업 복사본으로 체리 픽 작업 복사본에 적용하고 싶은 특정 커밋을 때때로 유지하는 지점이 몇 개 있습니다.처음에는 체리픽킹을 시도했지만 나중에 타겟 브랜치에서 커밋을 하고 싶지 않습니다. 그래서 했습니다.cherry-pick+reset HEAD~1 --soft 작업복사만 하는 것보다 체리 따기처럼 간단한 것이 있습니까?'-n' 플래그를 "no commit"인 체리 피킹과 함께 사용합니다. 다음을 참조하십시오. http://git-scm.com/docs/git-cherry-pick git cherry-pick -n 그런 다음 단계별 변경 내용을 클릭합니다. git reset 터미널을 사용하는 경우 git cherry-pick -n Intellij Idea를 사용하는 경우 Settings..

특정 커밋으로 병합 는 라는새분만습니다들었를라는 새로운 .newbranchmaster가지치기이제 몇 가지 작업을 마쳤으며 병합하려고 합니다.newbranchmaster하지만, 저는 몇 가지 추가적인 변경을 했습니다.newbranch그리고 나는 합병하고 싶습니다.newbranch부터 네 까지 지에네번약에 master. 저는 용한사를 요.cherry-pick그러나 올바른 옵션을 사용하라는 메시지가 표시됩니다. git checkout master git cherry-pick ^^^^HEAD newbranch 깃을 사용할 수 있습니까?merge대신에 그것을 하는 것? git merge newbranch 물론이죠, 안에 있습니다.master branch 서해야할일다같습다니branch과음은에▁branch다. git..

Git에서 FETCH_HEAD는 무엇을 의미합니까? git pull --help다음과 같이 말합니다. 에서 기모 서에드본git pull는 의줄입니다말의 줄임말입니다.git fetch에 뒤에git merge FETCH_HEAD. 이것은 무엇인가…FETCH_HEAD그리고 실제로 합병되는 것은git pull?FETCH_HEAD원격 리포지토리에서 방금 가져온 내용을 추적하기 위한 수명이 짧은 참조입니다. git pull 최초호를 호출합니다.git fetch; 일적인경원서분기에가져기오격우반;가기져오;FETCH_HEAD이 분기의 끝을 가리킵니다(분기와 마찬가지로 커밋의 SHA1을 저장합니다). git pull그러면 호출됩니다.git merge 합병FETCH_HEAD현재 지점으로 결과는 바로 여러분이 예상하는 것과 ..

병합을 미리 보려면 어떻게 해야 합니까? Git 브랜치(예: 메인 라인)가 있는데 다른 개발 브랜치로 병합하려고 합니다.아니면 제가? 이 분기를 병합할지 여부를 결정하기 위해 병합이 수행할 작업에 대한 미리 보기를 보고 싶습니다.적용 중인 커밋 목록을 볼 수 있는 기능을 사용하는 것이 좋습니다. 해 낼 수 은 지까지제생가수낼있최은선는금해각▁so입니다.merge --no-ff --no-commit,그리고 나서.diff HEAD. git log ..otherbranch 현재 분기에 병합될 변경사항 목록입니다. git diff ...otherbranch 공통 조상(모순 기저)에서 병합될 대상의 머리 부분으로 diff.두 개의 점과 비교하여 특별한 의미를 갖는 세 개의 점에 주목합니다(아래 참조). gitk ...

HEAD GIT은 무엇입니까? 디렉토리에서 볼 수 있는 마지막 커밋, HEAD 및 파일 상태가 다른 것 같습니다. HEAD란 무엇이며, 이를 통해 무엇을 할 수 있으며, 어떤 실수를 피해야 합니까?HEAD는 현재 체크아웃된 분기의 마지막 커밋에 대한 참조입니다. 이에 대한 약간의 예외가 있는데, 바로 분리된 HEAD입니다.분리된 HEAD는 분기 대신 커밋(또는 태그)을 체크아웃할 때마다 발생하는 상황입니다.이 경우 이름이 없는 임시 분기로 상상해야 합니다. 따라서 명명된 분기 참조가 있는 대신 HEAD만 있습니다.이 경우에도 커밋을 수행할 수 있으므로(HEAD가 업데이트됨), 분리된 HEAD를 이름이 없는 임시 분기로 생각하는 경우에도 위의 짧은 정의는 여전히 유효합니다.HEAD현재 체크아웃된 커밋에 대..

Git를 현재 디렉터리로 복제하는 방법 내가 하는 일: git clone ssh://user@host.com/home/user/private/repos/project_hub.git ./ 다음과 같은 정보: Fatal: 대상 경로 '.'가 이미 있으며 빈 디렉토리가 아닙니다. 경로가 이미 존재한다는 것을 알고 있습니다.디렉토리가 비어 있음을 확인할 수 있습니다. (안에서 작업을 수행하지만 아무것도 보이지 않습니다!) 해당 프로젝트를 현재 디렉터리로 복제하려면 여기에 무엇이 부족합니까?간단히 그 옆에 점을 찍습니다. git clone git@github.com:user/my-project.git . git help clone: 기존 디렉토리에 복제는 디렉토리가 비어 있는 경우에만 허용됩니다. 따라서 디렉토리..

fatal: 올바른 개체 이름이 아닙니다. 'master' Git 1.7을 실행하는 개인 서버가 있습니다. git init 마스터 분기를 만들지 않는 폴더입니다.내가 할 때: git branch 아무 것도 나열되지 않습니다.내가 할 때: git --bare init 파일이 생성됩니다.입력할 때 git branch master 다음과 같이 표시됩니다. fatal: Not a valid object name: 'master'. 내가 할 때git init마스터 분기를 만들지 않는 폴더 이것은 사실이며 예상되는 행동입니다.Git는 다음을 만들지 않습니다.master어떤 일을 저지를 때까지 분기합니다. 내가 할 때git --bare init파일이 생성됩니다. 비베어git init또한 숨겨진 동일한 파일을 생성합니..

--depth 1로 얕은 복제를 하고, 커밋을 만들고, 업데이트를 다시 가져오는 것이 안전합니까? 그--depth 1옵션: 기록이 지정된 리비전 수만큼 잘린 얕은 복제본을 만듭니다.얕은 저장소에는 여러 가지 제한이 있지만(복제하거나 가져올 수 없으며, 저장소에서 밀어넣거나 밀어넣을 수도 없음), 오래된 대형 프로젝트의 최근 기록에만 관심이 있고 패치로 수정 사항을 보내려는 경우에는 적합합니다. 하지만 저는 얕은 복제를 성공적으로 수행했고, 몇 가지 변경 사항을 적용했으며, 이러한 변경 사항을 (베어 복제) 원점으로 되돌렸습니다. 저는 이해가 됩니다. 제 말은 왜 안 된다는 거죠?복제된 HEAD가 출처에서 확인되고 여기에 내 약속이 더해지면, 이유가 없어 보입니다.하지만 설명서에는 다르게 나와 있습니다. ..

모든 git 하위 모듈에 대한 최신 변경 내용 가져오기 Git 서브모듈을 사용하여 우리가 개발한 다른 많은 라이브러리에 의존하는 몇 개의 대형 프로젝트를 관리하고 있습니다.각 라이브러리는 종속 프로젝트에 하위 모듈로 가져온 개별 리포입니다.개발 중에는 모든 종속 서브모듈의 최신 버전을 가져와야 하는 경우가 많습니다. 모든 git 서브모듈의 최신 변경은 어떻게 풀어야 합니까?처음 체크아웃을 하는 경우 사용하셔야 합니다.--init 번째 first::: git submodule update --init --recursive git 1.8.2 이상의 경우 옵션--remote브랜치의 에 대한 하기 위해 추가되었습니다. git submodule update --recursive --remote "기본값이" 를 "..

다운스트림과 업스트림의 정의 저는 Git을 가지고 놀기 시작했고, "업스트림"과 "다운스트림"이라는 용어를 접하게 되었습니다.나는 이것들을 전에 본 적은 있지만 완전히 이해하지는 못했다.SCM(Software Configuration Management Tool)과 소스 코드의 맥락에서 이러한 용어는 무엇을 의미합니까?소스 제어의 경우 저장소에서 복사(클론, 체크아웃 등)할 때 다운스트림 상태가 됩니다.정보가 '하류'로 흘러들어갔습니다. 변경을 할 때는 보통 "업스트림"으로 되돌려 보내서 같은 소스에서 가져온 모든 사용자가 동일한 변경으로 작업할 수 있도록 저장소로 만듭니다.이것은 소스 제어의 기술적 요건이라기보다는 모든 사람이 자신의 작업을 어떻게 조정할 수 있는지에 대한 사회적 문제입니다.메인 프로젝..