좋은 습관은 아닙니다. 우선, 코드 베이스를 사용하는 것은 Ctrl + S을 사용하는 것이 아니라는 점을 이해해야 합니다. 코드 베이스의 커밋은 完整或者相对完整的功能이 아니라 改一行代码提交一次이어야 합니다. 게다가 Git는 자연 그대로 유통되어 원격창고 없이도 사용이 가능합니다. 단독으로 사용한다면 왜 원격창고가 필요하겠습니까? 또는 여러 사람이 사용하는 경우 원격으로 자주 푸시하면 충돌을 해결하는 데 너무 자주 시간을 낭비하면 문제가 발생하지 않습니까?
위에서 언급했듯이 자주 커밋하는 것은 좋은 습관입니다. 자주 푸시한다는 것은 얼마나 오래 지속된다는 뜻인가요? 일반적으로 코드는 퇴근 전에 창고의 원격 기능 지점에 제출되어야 합니다(긴 밤과 꿈을 피하기 위해). 이 기능을 테스트하는데 문제가 없다고 생각하시면 푸시하여 개발해 보세요. 세부 사항은 Git 관리 사양에 따라 다릅니다. 다른 기간의 코드는 다른 분기로 푸시되어야 합니다. 하지만 매일 퇴근하기 전에 자신의 코드를 원격 지점에 푸시하는 것은 매우 필요합니다
좋은 습관은 아닙니다. 우선, 코드 베이스를 사용하는 것은
Ctrl + S
을 사용하는 것이 아니라는 점을 이해해야 합니다. 코드 베이스의 커밋은完整或者相对完整的功能
이 아니라改一行代码提交一次
이어야 합니다.게다가
Git
는 자연 그대로 유통되어 원격창고 없이도 사용이 가능합니다. 단독으로 사용한다면 왜 원격창고가 필요하겠습니까?또는 여러 사람이 사용하는 경우 원격으로 자주 푸시하면 충돌을 해결하는 데 너무 자주 시간을 낭비하면 문제가 발생하지 않습니까?
개인적으로는 그렇지 않다고 생각합니다.
로컬에 자주 커밋하고, 작은 기대치에 도달한 후 원격으로 푸시
잦은 커밋과 푸시는 시간 낭비입니다
git 원칙에 따르면 커밋할 때마다 코드의 추가 스냅샷이 저장되므로 하드 디스크 메모리가 낭비됩니다(메모리는 많지만)
커밋을 많이 할수록 앞으로 더 많은 문제가 발생하고 되돌리거나 선별해야 하므로 유지관리가 번거롭고 어려워집니다.
단계적으로 커밋하고 합리적으로 커밋하는 것을 권장합니다. 그렇지 않으면 커밋 메시지를 어떻게 작성해야 할지 모르게 됩니다.
위에서 언급했듯이 자주 커밋하는 것은 좋은 습관입니다. 자주 푸시한다는 것은 얼마나 오래 지속된다는 뜻인가요? 일반적으로 코드는 퇴근 전에 창고의 원격 기능 지점에 제출되어야 합니다(긴 밤과 꿈을 피하기 위해). 이 기능을 테스트하는데 문제가 없다고 생각하시면 푸시하여 개발해 보세요. 세부 사항은 Git 관리 사양에 따라 다릅니다. 다른 기간의 코드는 다른 분기로 푸시되어야 합니다. 하지만 매일 퇴근하기 전에 자신의 코드를 원격 지점에 푸시하는 것은 매우 필요합니다
큰 변화가 아니거나 다른 머신에서 최신 프로젝트를 가져와야 하는 경우 git add, git commit -m "xx"를 사용하여 로컬 웨어하우스에 저장하세요.