Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit 74991d8

Browse files
merging 2 associated notes into single note for clarity
1 parent 277d1fc commit 74991d8

File tree

1 file changed

+2
-5
lines changed

1 file changed

+2
-5
lines changed

‎c3_introduction_git_github/m3_working_with_remotes/notes/best_practices_for_collaboration.md‎

Lines changed: 2 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -16,11 +16,8 @@ To make the final merge of the feature branch easier, it makes sense to regularl
1616
## 1:31 - 1:42
1717
If you need to maintain more than one version of a project at the same time, it's common practice to have the latest version of the project in the master branch and a stable version of the project on a separate branch.
1818

19-
## 2:05 - 2:12
20-
Rebasing can help a lot with identifying bugs, but use it with caution. Whenever we do a rebase, we're rewriting the history of our branch.
21-
22-
## 2:13 - 2:17 - 2:22
23-
The old commits get replaced with new commits, and they'll have completely different hash sums.
19+
## 2:05 - 2:12, 2:13 - 2:17 - 2:22
20+
Rebasing can help a lot with identifying bugs, but use it with caution. Whenever we do a rebase, we're rewriting the history of our branch. The old commits get replaced with new commits, and they'll have completely different hash sums.
2421

2522
## 2:31 - 2:42
2623
So as a general rule, you shouldn't rebase changes that have been pushed to remote repos. The Git server will automatically reject pushes that attempt to rewrite the history of the branch.

0 commit comments

Comments
(0)

AltStyle によって変換されたページ (->オリジナル) /