libgit2 / libgit2/libgit2sharp
Question/Feature request: Rebase branch using a Tag as upstream
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 3.5k
- Forks
- 925
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
This is potentially a feature request, if there is no way of accomplishing this using the current version of LibGit2Sharp
I am trying to use LibGit2Sharp to rebase a feature branch using a Tag as upstream. The initial graph looks like this:
* -- * -- * (featureA)
/
/
*--*--*--*--*--*--*--*--*--*--*--*-- (master)
| | | |
tag1 tag2 tag3 tag4
The idea is to rebase featureA branch on master, but not on the HEAD of master (last commit), but rather on the commit corresponding to tag2.
The end result would be something like this:
* -- * -- * (featureA)
/
/
*--*--*--*--*--*--*--*--*--*--*--*-- (master)
| | | |
tag1 tag2 tag3 tag4
The git syntax for this would be (and it works perfectly):
git rebase ref/tags/tag2 featureA
However, LibGit2Sharp syntax only allows passing in a Branch as argument for the upstream param.
var rebaseOptions = new RebaseOptions {...};
var identity = new Identity(...);
Branch branch = repo.Head;
Tag upstreamTag = repo.Tags[ontoTag];
var rebaseResult = repo.Rebase.Start(
branch,
upstream, // <-- this is where I am struggling to pass in this Tag as upstream
null,
identity,
rebaseOptions);
Is this achievable via LibGit2Sharp?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par repo.Rebase.Start et les types RebaseOptions, Branch et Tag présentés dans le rapport ; comparez le paramètre upstream avec la recherche de tags du dépôt et la syntaxe git rebase équivalente. C'est terminé lorsqu'il est établi qu'un tag peut être accepté comme upstream et, dans le cas contraire, que la modification d'API requise ainsi que sa couverture de validation sont définies.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp, git
- Domaine
- devtools
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100