Git 제출을 어떻게 명확하게 할 수 있나요?

Question

소프트웨어를 개발하고 이를 관리하기 위해 git을 사용해야 하는 경우 이 소프트웨어에는 많은 기능 모듈이 있습니다.

1. 함수를 구현할 때마다 한 번만 커밋합니까?

2. 작은 버그 수정 등 커밋이 필요하다고 생각되는 만큼 커밋한 후 커밋합니다

저는 초보자입니다. 수정된 파일을 많이 제출할 때마다 수정된 파일 중 일부가 이 커밋과 관련이 없습니다.

어떻게 하셨나요? 감사해요.

Answer 1

git flow를 참고하시면 큰 점에서 궁금증을 해결하실 수 있을 것 같습니다

http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html

일반적으로 여러 가지 브랜치가 있습니다: 마스터 개발, 다양한 기능 브랜치, bug_fix 브랜치, hot_fix 브랜치
Master는 일반적으로 공식 온라인 버전입니다. 말할 필요도 없이 개발에 배치된 브랜치는 이미 비교적 안정적인 브랜치입니다. 새로운 기능을 개발하려면 개발 브랜치에 새로운 feature_XXX 브랜치를 생성해야 합니다. 다양한 커밋 커밋 커밋,
이후 이전 버전에서 버그가 발견되면 온라인 버전에 영향을 미치지 않으면 bug_fix_XXX 브랜치가 생성되고, hot_fix가 bug_fix와 다른 심각한 버그에 대해서는 hot_fix 브랜치가 생성됩니다. 버그가 해결되면 hot_fix 브랜치가 마스터에 병합됩니다.

또한 브랜치를 깔끔하고 깨끗하게 유지하려면 병합 대신 rebase를 사용하여 코드를 병합해야 할 수도 있습니다

git 관련 내용은 progit을 확인하는 것이 좋습니다. 매우 포괄적입니다.

Answer 2

저는 보통

1. 지점
2. 커밋, 커밋, 커밋, 커밋...
3. 버그 수정 또는 병합 문제 해결
4. 커밋, 커밋, 커밋, 커밋… 병합
5. 당겨

Answer 3

코드 한 줄만 추가해도 커밋으로 처리될 수 있습니다.
이 커밋에 관련 없는 코드를 제출하지 마세요.

달성하고 싶은 효과는 언젠가 특정 기록 상태로 롤백하기를 원하는 경우 해당 제출물을 빠르게 찾아 롤백할 수 있다는 점을 알아야 합니다. 이것을 할 수 없다면, 어떻게 헌신하는지는 중요하지 않습니다.
예를 들어 기본값을 50에서 100으로 변경하면 이는 커밋으로 처리되어야 합니다. 실수로 버그를 수정하면 이 커밋에 포함될 수 없습니다. 그렇지 않으면 어떻게 50으로 되돌릴 수 있습니까? 버그를 롤백한 후 다시 수정해야 하나요?

확실한 목적이 없어서 제출 방법을 모르시는군요.

그런 것 같아요.

Answer 4

아주 자세하게 설명하고 싶다면 특정 기능만 제출하면 됩니다.
하지만 너무 귀찮습니다.
또한 git gui를 사용하여 중국어로 제출하고 명확하게 설명할 수도 있습니다.

Answer 5

이는 주로 본인이나 향후 다른 사람의 편의를 위한 것입니다. 또한 해당 기능과 관련이 없는 페이지를 변경했음을 커밋 정보에 명시하겠습니다. 어쨌든 부지런히 커밋한다면 기능을 한 번만 제출하는 것만으로는 충분하지 않습니다

Answer 6

리베이스를 더 많이 사용하고 병합을 덜 사용하세요