Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
G
git-jso
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Admin message
Arrêt du service - 11/07 de 07h30 à 07h45 - Mise à jour de sécurité
Show more breadcrumbs
DOSCH Philippe
git-jso
Commits
759bced2
Commit
759bced2
authored
11 years ago
by
Philippe Dosch
Browse files
Options
Downloads
Patches
Plain Diff
Starts explanations about rebase command (and with respect with the merge command)
parent
cd82a67b
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
branchmerge.tex
+53
-0
53 additions, 0 deletions
branchmerge.tex
with
53 additions
and
0 deletions
branchmerge.tex
+
53
−
0
View file @
759bced2
...
...
@@ -124,8 +124,61 @@
Au lieu d'effectuer une fusion au moyen de la commande
\ex
{
merge
}
,
il est possible d'obtenir un résultat similaire en réécrivant
l'historique au moyen de la commande
\ex
{
rebase
}
\item
Un des usages fait de cette commande est de garder une nouvelle
branche synchronisée avec la branche dont elle est issue
\begin{itemize}
\item
la commande
\ex
{
rebase
}
est alors appliqué régulièrement pour
que la nouvelle branche « profite » aussi des
\emph
{
commits
}
réalisés dans la branche de départ
\item
la fusion finale est généralement facilitée, la mise en
\oe
{}
uvre de cette synchronisation permettant de régler les
éventuels conflits au fur et à mesure
\end{itemize}
% L'insertion de figures telles que celles présentées pages 165-166
% du bouquin O'Reilly doit permettre de mieux comprendre cet aspect
\end{itemize}
}
%======================================================================
\frame
{
\frametitle
{
Principe de fonctionnement
}
\begin{itemize}
\item
La commande
\ex
{
rebase
}
réécrit chacun des commits à considérer
pour qu'ils s'appliquent au contexte de la branche sur laquelle
ils sont portés
\item
Incidemment, la commande
\ex
{
rebase
}
est souvent présentée comme
une commande de
\emph
{
réécriture
}
\item
\end{itemize}
}
%======================================================================
\frame
{
\frametitle
{
\texttt
{
rebase
}
\emph
{
vs
}
\texttt
{
merge
}}
\begin{itemize}
\item
Le résultat obtenu avec un
\ex
{
rebase
}
est relativement similaire
à celui obtenu avec un
\ex
{
merge
}
: dans les deux cas, la branche
destination intègre tous les apports des
\emph
{
commits
}
des deux
branches considérées
\item
On peut donc se demander s'il est préférable d'utiliser l'une ou
l'autre des commandes ou si certains environnements conditionnent
l'usage de l'une ou de l'autre des commandes
\item
Il faut bien comprendre que le processus de réécriture de
\ex
{
rebase
}
fait que tous les
\emph
{
commits
}
initiaux sont
réécrits, et qu'ils changent donc de SHA-1 en particulier
\item
Pose des problèmes comme ceux de la page 172-173 -> synthétiser et
expliquer
\end{itemize}
}
%======================================================================
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment