Skip to content

Commit 4af4366

Browse files
Recorded the behavior of commit message when conflict are auto resolved in studio pro and #Conflict tag is added in the comment.
1 parent ba7dc4c commit 4af4366

File tree

1 file changed

+6
-0
lines changed
  • content/en/docs/refguide/version-control/using-version-control-in-studio-pro

1 file changed

+6
-0
lines changed

content/en/docs/refguide/version-control/using-version-control-in-studio-pro/merge-algorithm.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -111,6 +111,12 @@ Your work is now labelled *Theirs*, while the server changes are labelled *Mine*
111111

112112
{{< figure src="/attachments/refguide/version-control/using-version-control-in-studio-pro/merge-algorithm/Steps/Rebase_Step_1.png" width="525" >}}
113113

114+
When conflicts arise during merges and are automatically resolved, Studio Pro adds a #Conflicts tag to the commit message. The #Conflicts tag in Studio Pro serves as a smart indicator, highlighting files that encountered conflicts during the rebase process. This feature is particularly valuable as it maintains a record of auto-merged conflicts, providing developers with a clear audit trail of changes.
115+
Key benefits of this approach include:
116+
* Transparency: Developers can easily identify which files required conflict resolution.
117+
* Efficiency: Auto-merging saves time while still flagging potential areas for review.
118+
* Traceability: The preserved conflict information aids in code review and troubleshooting.
119+
114120
#### Resolving the First Conflict{#resolving-first-conflict}
115121

116122
Git tries to apply your first commit (`#3`) to the top of the rebasing branch (*Mine*). The commit will come after commit `#4`.

0 commit comments

Comments
 (0)