Restaurer la version de Git sur Mac ?

L'éditeur PHP Xigua vous apprend à utiliser Git pour la restauration de version sur Mac. La restauration de version est une fonction couramment utilisée dans Git, qui peut nous aider à restaurer une version précédente en cas de besoin pour éviter des erreurs inutiles. Sur les systèmes Mac, il est également très simple d'utiliser Git pour restaurer des versions. Cela ne nécessite que quelques commandes simples. Ensuite, nous présenterons en détail comment utiliser Git pour effectuer une restauration de version sur Mac.

Git code rollback - revenir à la version spécifiée

En bref, la commande git reset peut être utilisée pour restaurer la version et restaurer les modifications dans la zone de préparation vers l'espace de travail. La commande git reset est divisée en trois formes : git reset --hard xxx, git reset --soft xxx et git reset --mixed xxx.

La commande git reset --hard commit-id peut être utilisée pour réinitialiser la base de code à une version de validation spécifiée. Grâce à cette commande, non seulement le point de branchement sera modifié, mais les fichiers du répertoire de travail et de la zone de préparation seront également restaurés à l'état de validation sélectionné. Cette opération de restauration obligatoire doit être utilisée avec prudence car elle supprime définitivement les modifications non validées, entraînant potentiellement une perte de données.

Lorsque vous revenez à un numéro de version spécifique (prenez 1a2b3c comme exemple), vous pouvez utiliser différents paramètres pour obtenir différents effets. L'utilisation du paramètre --hard entraînera l'effacement des modifications dans le répertoire de travail et la zone de préparation, tandis que l'utilisation du paramètre --soft conservera le contenu du répertoire de travail et placera les nouvelles différences de fichiers résultantes dans la zone de préparation. De plus, il existe également un paramètre --mixed, qui peut obtenir un effet mixte, c'est-à-dire conserver le contenu du répertoire de travail mais effacer les modifications dans la zone de préparation. Le choix des paramètres appropriés dépend de la manière dont vous souhaitez gérer l'état du répertoire de travail et de la zone de transit actuels. En fonction de la situation spécifique, décidez si vous souhaitez effacer les modifications ou conserver le contenu du répertoire de travail.

Cliquez sur « Fusion matérielle » sur le nœud historique pour revenir à une version spécifique, puis cliquez sur « Fusion logicielle » sur le nœud actuel pour effectuer l'opération de fusion. Si vous devez réinitialiser cette soumission, faites un clic droit sur le nœud historique et sélectionnez « Forcer la fusion ». Si vous devez réinitialiser cette soumission, faites un clic droit sur le nœud actuel et sélectionnez « Fusion douce ».

Soyez très prudent lorsque vous utilisez cette fonctionnalité, car elle peut entraîner la révocation des soumissions d'autres personnes si elles sont effectuées avec négligence. Bien que vous ayez rarement besoin d'utiliser cette fonctionnalité, comprendre ses principes peut vous aider à comprendre le fonctionnement de Git, y compris les opérations de pointage entre les espaces de travail, les zones de transit et les référentiels. J'espère que ces informations seront utiles à tout le monde.

Comment restaurer git à la version précédente

En bref, la commande git reset peut être utilisée pour restaurer la version et restaurer les modifications dans la zone de préparation vers l'espace de travail. La commande git reset est divisée en trois formes : git reset --hard xxx, git reset --soft xxx et git reset --mixed xxx.

Lors de la mise en œuvre d'une opération de restauration de version, vous devez d'abord obtenir l'historique de soumission du fichier. Ensuite, copiez le hachage de la version que vous souhaitez restaurer. Ensuite, utilisez la commande git checkout hash filename pour extraire la version. Enfin, validez les modifications de la version extraite.

Vérifions l'état des fichiers dans le répertoire de travail. Comme vous pouvez le constater clairement, le répertoire de travail est très soigné. Par conséquent, pour restaurer la version précédente, vous ne pouvez utiliser que la commande git reset --hard pour revenir en arrière. Nous pouvons confirmer que le contenu du fichier readme.txt a été entièrement restauré.

git reset --soft : revenir à une certaine version. Seules les informations de validation sont restaurées et elles ne seront pas restaurées au niveau du fichier d'index.

La plus petite unité de git est un commit, vous ne pouvez donc pas restaurer un fichier individuellement. Bien sûr, s'il existe une soumission qui n'a modifié qu'un seul fichier, vous pouvez revenir en arrière et simplement annuler la soumission.

gitreset[valeur de hachage du commit] Mais cela ne peut que restaurer la branche locale vers le commit, et la branche distante sera toujours à son emplacement d'origine.

git rollback vers une version spécifiée

La commande git reset --hard commit-id peut être utilisée pour réinitialiser la base de code à une version de validation spécifiée. Grâce à cette commande, non seulement le point de branchement sera modifié, mais les fichiers du répertoire de travail et de la zone de préparation seront également restaurés à l'état de validation sélectionné. Cette opération de restauration obligatoire doit être utilisée avec prudence car elle supprime définitivement les modifications non validées, entraînant potentiellement une perte de données.

Commande git reset --mixed commit-id : revenir à la version spécifiée. (soft : mixte, c'est-à-dire : rollback moyen.) Cette commande modifie non seulement la position du pointeur HEAD dans la branche, mais restaure également les données de la zone de préparation vers la version spécifiée. Toutefois, la version dans l’espace de travail est toujours la version avant la restauration.

reset est une restauration directe avec une version spécifiée. L'un consiste à annuler tous les commits, et les modifications sont toujours là. L'autre mode consiste à annuler complètement et les modifications ont disparu.

Étant donné que Git est géré sur la base d'arborescences, il est nécessaire de s'assurer que le nœud principal distant est cohérent avec le nœud principal local et d'obtenir localement les informations d'un certain nœud historique.

Il faudra quelques jours pour attendre que le package jar soit à nouveau publié, mais en ce moment, il y a des bugs urgents à corriger en ligne, nous sommes donc face à un dilemme. En fin de compte, j'ai décidé de restaurer le code vers la version A, puis de corriger les bugs basés sur l'ancienne version, ce qui a déclenché un voyage de souffrance de cinq heures.

Conclusion : ce qui précède correspond à tout le contenu sur la restauration de la version git sur Mac que ce site a compilé pour vous. Merci d'avoir pris le temps de lire le contenu de ce site. J'espère qu'il vous sera utile. pour rechercher plus de contenu connexe sur ce site oh.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!