1.5) GitHub Guidelines 2 aktualisiert
@@ -26,16 +26,20 @@ Updated unit tests for new authentication flow.
|
|||||||
|
|
||||||
6. Be Specific and Descriptive
|
6. Be Specific and Descriptive
|
||||||
|
|
||||||
```Be specific about the changes: If you're fixing a bug, adding a feature, or refactoring code, be specific about what was modified and how it impacts the project.
|
```
|
||||||
|
Be specific about the changes: If you're fixing a bug, adding a feature, or refactoring code, be specific about what was modified and how it impacts the project.
|
||||||
|
|
||||||
Example:
|
Example:
|
||||||
Good: "Fix image upload issue on mobile devices"
|
Good: "Fix image upload issue on mobile devices"
|
||||||
Bad: "Fix bugs"```
|
Bad: "Fix bugs"
|
||||||
|
```
|
||||||
|
|
||||||
7. Avoid Large, Unfocused Commits
|
7. Avoid Large, Unfocused Commits
|
||||||
|
|
||||||
|
```
|
||||||
Focus each commit on one change: A commit should ideally contain a single logical change, like fixing a bug, adding a feature, or refactoring a part of the codebase. Large commits that combine unrelated changes make it harder to understand the history of the project.
|
Focus each commit on one change: A commit should ideally contain a single logical change, like fixing a bug, adding a feature, or refactoring a part of the codebase. Large commits that combine unrelated changes make it harder to understand the history of the project.
|
||||||
|
|
||||||
Example:
|
Example:
|
||||||
Good: "Add unit tests for user registration module"
|
Good: "Add unit tests for user registration module"
|
||||||
Bad: "Add unit tests and refactor login page"
|
Bad: "Add unit tests and refactor login page"
|
||||||
|
```
|
||||||
Reference in New Issue
Block a user