L'arrière-plan est comme ceci. J'ai transféré une copie de l'entrepôt de quelqu'un d'autre vers le mien, puis j'ai créé une nouvelle succursale dans mon propre entrepôt et j'ai travaillé dessus
Maintenant que le coffre de l'entrepôt de quelqu'un d'autre a été mis à jour, Je dois le mettre à jour localement et le soumettre. Accédez à votre propre entrepôt
et lisez la méthode sur Internet, qui dit d'utiliser git remote add name location
puis git pull name master
puis poussez. Allez dans votre propre entrepôt
Mais cela arrive quand je pousse Xiaobai, veuillez demander
Si vous souhaitez mettre à jour la branche principale de votre fork, vous devez
git checkout master
d'abord, puis tirer. De cette façon, vous pouvez pousser versorigin master
après avoir tiré.Si vous souhaitez simplement mettre à jour votre
wuninghan.ban
branche actuelle :Si votre modification actuelle n'a pas encore été validée, alors
git stash
d'abord. S'il a déjà été validé, passez à l'étape suivante. À ce stade, vous pouvez utilisergit status
pour vérifier s'il y a du code dans la zone de transit.Cette étape peut être réalisée de plusieurs manières. Mon habitude est de commencer par
git fetch --all
puisgit rebase ruoxue/master
. Bien sûr, vous pouvez aussi directementgit pull --rebase
, pour la même raison.Si vous cachez dans la première étape, alors cette fois
git stash apply stash@{0}
(Théoriquement, c'est 0, si vous avez fait la cachette ci-dessus)S'il y a des conflits lors de la deuxième étape, gérez-les simplement.
Prenons vuejs-templates/webpack comme exemple, car je crée ce modèle de projet vue pour apporter des modifications
Ensuite, je pense que ce projet a ses propres particularités. Sa branche principale n'est pas
master
, maisdist
, et l'outil de chargement de modèles vue-cli téléchargera les fichiers sous la branchedist
en tant que projet. modèle par défaut.Cela a la situation suivante
Pour plus de commodité, il est préférable d'effectuer les modifications directement sur
dist
, afin de pouvoir taper moins de mots en utilisant vue-clia apporté des modifications à
dist
en raison de mes propres besoins. Je ne voulais pas soumettrepr
àoriginal repo
, mais je voulais aussi avoir une branche pour qu'elle reste cohérente avecoriginal repo
, et aussi utilisé pour soumettrepr
Je vais créer une nouvelle
.dist
branchetrack-1
basée sur la brancheaprès le fork. Les étapes spécifiques sont les suivantes
Ça paraît quand même un peu lourd, je ne sais pas si cette démarche est raisonnable