Comment montrer les commits git non suscités

Pour publier des fichiers et répertoires d'un dossier ou d'un référentiel local à un référentiel distant GIT, l'utilisation de la requête Git Push est courante parmi les développeurs. La poussée fait référence au processus d'envoi de commits de notre dossier GIT local sur Linux à un dossier ou à un référentiel git distant. C'est similaire à la requête Fetch de Git, sauf qu'au lieu d'importer des engagements dans notre système local, il les envoie dans des endroits éloignés de Git.

La commande git tire récupère et télécharge du matériel à partir d'un dossier distant git, puis met à jour le dossier local pour le ressembler. Un travail typique dans les routines collaboratives basées sur le GIT consiste à intégrer les mises à jour globales en amont dans votre dossier GIT local. Nous avons décidé de mettre en œuvre cet article pour chaque utilisateur Linux et Git qui ne connaît pas la liste des commits non suscités dans la distribution Kali Linux.

Commençons par le lancement du Kali Linux déjà configuré sur votre système Windows 10 via l'utilitaire WSL. L'application de la console de distribution Kali Linux sera ouverte sur votre bureau affichant la zone de requête générée pour l'utilisateur d'administration I.e. «Kalsoom» dans ce scénario.

Avant d'aller vers le sujet principal de l'exécution, il faut s'assurer que la distribution de Kali Linux est déjà mise à jour avec des services publics plus récents et des systèmes d'erreur exempts. Nous utiliserons la requête «Mise à jour» de Kali Linux pour la mettre à jour.

Le package «apt-get» est utilisé pour exécuter cette commande avec des droits d'administration. Entrez le mot de passe du compte d'administration sur demande et appuyez sur la touche Entrée pour continuer à mettre à jour votre système Kali Linux.

Pour éviter les complexités, nous avons déjà créé un référentiel local GIT dans notre système Kali Linux nommé «Test». En utilisant les instructions de la liste de Linux, nous l'avons répertoriée sur notre console.

Passons d'abord dans le référentiel local Git pour voir ce qui est à l'intérieur. Utilisez l'instruction «CD» avec le nom du référentiel et vous serez déplacé à l'intérieur. En utilisant la requête de la liste «LS», nous avons 3 fichiers différents du référentiel «Test» répertorié sur notre shell de sortie I.e. nouveau.sh, un.txt et readme.

Avant de consulter les commits non suscités, nous devons effectuer des transactions sur les fichiers de référentiel «Tester». Nous avons donc utilisé l'instruction «sudo rm» pour supprimer le «nouveau.SH ”Fichier bash du référentiel« Test ».

Après l'avoir retiré, nous avons utilisé l'instruction «Git Commit» avec l'option «-m» pour engager la transaction de suppression sur notre référentiel local ainsi que l'affichage d'un message. Il a souligné que le fichier supprimé est «nouveau.sh ”. Nous n'avons pas encore effectué de requête push, donc rien n'a été changé dans le référentiel distant.

Maintenant, nous supprimerons un autre fichier du référentiel «test» local. Utilisation de la commande «RM» Supprimer avec les droits sudo suivis du nom d'un fichier texte «Un.txt », l'action a été effectuée.

Maintenant, l'instruction GIT COMMISS sera à nouveau exécutée dans la console avec l'option «-m» et le message d'affichage à afficher. Il supprimera celui.Fichier TXT à partir de notre référentiel local mais les modifications du référentiel distant ne seront pas reflétées jusqu'à ce que la poussée soit utilisée.

Nous sommes partis avec le fichier de lecture unique dans un dépositaire GIT local de test. Disons que vous souhaitez également supprimer ce dernier fichier de votre référentiel de test. Ainsi, nous utiliserons les droits sudo pour exécuter l'instruction de suppression «RM» suivie du nom d'un fichier «Readme».

Après cela, nous avons utilisé la commande Git Commit ici à nouveau pour engager la dernière transaction I.e. Suppression du fichier readme. La sortie affiche les 3 fichiers en surbrillance qui sont supprimés avec succès. Mais cela montre également que pour refléter ces modifications, vous devez pousser les données vers un github distant.

Toutes ces transactions utilisant le commit ne peuvent pas fonctionner tant que nous n'utilisions pas l'instruction «Git Add» et l'instruction GIT PUSH pour ajouter et pousser les données vers un référentiel distant. Maintenant, c'est le tour de certaines commandes GIT pour afficher les validations non suscitées sur notre écran de console Kali Linux.

Pour cela, nous utiliserons l'instruction du journal GIT avec des options différentes par rapport à l'instruction du journal GIT simple. Donc, nous utiliserons les options «-branches», «-not» et «-remotes» ainsi que l'instruction du journal GIT. Ces options seront utilisées pour obtenir uniquement les validations qui ne sont pas encore poussées vers le serveur distant selon les options «-remotes» et «non», avec l'utilisation d'une instruction GIT-Push.

La sortie de l'exécution de cette instruction de journal GIT affiche les 2 mêmes engins qui sont effectués par nous un certain temps avant. Cela signifie que les deux commits n'ont pas encore été poussés vers le répertoire distant de Git et donc aucune mise à jour.

Le même fichier journal GIT peut être utilisé avec les mêmes options tout en ajoutant d'autres options pour rendre sa sortie plus simple. Ainsi, nous utiliserons les options «-simplify-by-décoration», «-corat» et «-neline» pour décorer le commit de sortie et les montrer sur une seule ligne. En retour, l'exécution nous montre les 2 commet avec leurs identifiants et leur description en une seule ligne.

Conclusion

Il s'agissait de l'introduction des fonctions Git Push et Git Pull utilisées pour mettre à jour les données dans un répertoire distant et local. Après cela, nous avons effectué certaines actions pour supprimer des fichiers et des commandes commet ont été utilisées pour refléter les modifications. En fin de compte, nous avons discuté de différentes instructions pour afficher les validations non suscitées de Git.