Git 관리 시, 편집이 완료되기 전에 버전을 제출하고 싶지 않다면 컴퓨터를 바꿔야 합니다. 무엇을 해야 할까요?

Question

git archive를 사용하면 제출된 버전만 내보낼 수 있습니다. 제출되지 않은 것은 작동하지 않습니다. .
제출 후 내보낸 후 이전 버전으로 돌아갈 수 있나요?
어떻게 하면 더 잘할 수 있을까요?

Answer 1

1단계: 임시 분기 가져오기

으아아아

2단계: 임시 지점에 제출

으아아아

3단계: 컴퓨터 변경 및 임시 브랜치 확인

으아아아

4단계: abc 분기를 삭제할 수 있습니다

Answer 2

Git은 svn이 아닙니다. Git은 여러 브랜치로 개발할 수 있는데 왜 제출할 수 없나요? 일반적인 프로젝트 관리에는 최소한 하나의 메인 브랜치와 하나의 릴리스 브랜치가 있습니다. 각 개발자는 제출 후 전문가의 검토를 거쳐 메인 브랜치에 병합됩니다.

Answer 3

수정 사항을 저장할 브랜치를 잘라서 이 브랜치에 제출하고, 컴퓨터를 변경하고 끌어내려 개발을 계속하면 자신의 버전 라이브러리에 제출할 수 있습니다. 사용 후 임시 브랜치를 삭제하세요

Answer 4

1 새 컴퓨터에 하드 디스크 설치
2 한동안 기존 컴퓨터와 새 컴퓨터를 동시에 사용할 수 있는 경우 로컬로 먼저 커밋하거나 기존 컴퓨터에서 서버를 열거나 네트워크 공유를 사용하여 코드 라이브러리를 공유합니다. 새 컴퓨터에서 이전 컴퓨터의 라이브러리를 복제합니다.
3 새 임시 브랜치를 생성하여 공용 서버에 푸시합니다. 새 컴퓨터에서 복제한 후 공용 서버에서 임시 브랜치를 삭제하세요.

Answer 5

위의 방법을 사용하는 것이 좋습니다. Git은 본질적으로 분산 개발이므로 브랜치 구축 비용이 매우 저렴합니다.

Answer 6

나의 방법을 알려주세요. 이 솔루션은 주로 컴퓨터를 변경하기 위한 것이 아니라 불완전한 커밋을 제출하고 싶지 않기 위한 것입니다.
lz는 커밋 콘텐츠를 더욱 포괄적으로 만들고 싶어합니다. 수정하면 완벽하게 해결할 수 있습니다. 이 명령은 커밋 정보를 수정하는 데 사용됩니다

으아악

일반 사용법:

으아악

이렇게 하면 언제든지 로컬로 제출할 수 있습니다. 이후 제출할 때마다 이전 제출이 수정됩니다. 최종적으로 만족스러우면 원격으로 푸시하세요.
lz의 경우, 첫 번째 컴퓨터가 push를 하고 두 번째 컴퓨터가 pull&&--amend한 후에는 로컬 커밋과 원격 커밋이 이미 다릅니다. 이때 원격 브랜치를 삭제하고 다시 푸시해야 합니다

2가지 방법이 있습니다. 으아악