스택큐힙리스트

나는 나의 모든 프로젝트에 SVN을 사용해 왔습니다. 가끔 프로젝트 B는 프로젝트 A를 복사하여 시작됩니다. 프로젝트 A에 일반적인 변경이 있는 경우 svn merge A를 디렉터리 B 내에서 사용하여 해당 변경 사항을 병합할 수 있습니다. 이제 git을 사용하려면 어떻게 해야 할까요? 모든 프로젝트를 동일한 저장소에 보관하는 것은 마음에 들지 않습니다. 왜냐하면 그렇게 하면 모든 것을 복제하고 SVN에서처럼 하나의 프로젝트만 선택할 수 없기 때문입니다. 그러나 각 프로젝트마다 하나의 저장소를 갖고 있으면, 이전과 같은 작업을 어떻게 할 수 있을까요? 질문은 다음과 같습니다: 서브프로젝트가 하나의 원본 프로젝트와 밀접한 관련이 있는 경우, 그리고 이들을 동기화하여 유지하고 싶으며 별도로 체크아웃할 수도 ..

새로운 기능에 대한 일부 작업을 시작했고, 조금 코딩한 후에 이 기능은 자체 브랜치에 있어야 한다고 결정했습니다. 미커밋된 변경 사항을 새로운 브랜치로 이동하고 현재 브랜치를 재설정하는 방법이 있을까요? 새로운 기능에 대한 기존 작업을 보존하면서 현재 브랜치를 재설정하고 싶습니다.답변 1업데이트 2020 / Git 2.23 Git 2.23에서는 switch 하위 명령어를 추가하여 checkout의 과잉 사용으로 인해 생기는 혼동 일부를 해소하려고 합니다. (브랜치 전환, 파일 복구, HEAD 분리 등) 이 버전의 Git에서는 checkout 명령어를 다음과 바꾸세요: git switch -c 동작이 동일하며 변경되지 않습니다. 업데이트 2020 이전 / Git 2.23 다음을 사용하세요: git chec..

저는 git pull을 사용했고 병합 충돌이 발생했습니다: unmerged: some_file.txt 당신은 충돌이 발생한 병합 중입니다. 파일에 대한 변경 내용을 포기하고 가져온 변경 내용만 유지하는 방법은 무엇인가요?답변 1당신의 pull이 성공하지 못했기 때문에 HEAD (하지만 HEAD^는 아님)은 브랜치에서 마지막 유효한 커밋입니다: git reset --hard HEAD 다른 조각은 그들의 변경 사항이 당신의 변경 사항을 무시하도록 하는 것입니다. git의 이전 버전은 theirs 병합 전략을 사용할 수 있도록 했습니다: git pull --strategy=theirs remote_branch 하지만 Git 유지 관리자인 준이오 하마노가 설명한 이 메시지에서 언급한대로 이는 제거되었습니다. 링..

다음과 같이 HTML의 p 태그를 한국어로 번역하십시오. Initialized empty Git repository in C:/code/code/.git/ fatal: 'C:/Program Files (x86)/Git/code'은 Git 저장소처럼 보이지 않습니다 fatal: 원격 연결이 예기치 않게 끊어졌습니다 가장 간단한 방법으로 두 기기 사이에 저장소를 공유하는 방법은 무엇입니까. 다른 위치에는 다른 사람들과 CI 서버 등이 추출할 공식 저장소가 있을 것이고, 이렇게 하면 두 기기에서 동일한 저장소에서 작업할 수 있습니다. Sebastian의 제안대로 다음을 입력하면 다음과 같이 표시됩니다: C:\code>git clone --no-hardlinks file://192.168.10.51/code I..