J'aimerais demander au meilleur moyen d'ajouter un fichier à Github Master Direction chaque fois qu'il y a une commission ou une fusion à Maître.
Le fichier doit être nommé quelque chose comme Build.c et dans le fichier devrait être le compte de la branche principale comptant après la commission de validation. J'aimerais que cela soit fait du référentiel à distance afin que les crochets git ne fonctionnent pas.
Toute aide serait très appréciée.
3 Réponses :
Ce n'est pas possible avec GitHub et serait une très mauvaise idée.
"Ajout d'un fichier à GitHub Master Direction" signifie ajouter un commit. Donc, vous ajouteriez une stratégie commis supplémentaire à la direction de Master à chaque fois que vous avez poussé. Vous ne seriez pas capable de vous engager sans tirer ou forcer la poussée. Ce fichier changerait avec chaque commit, de sorte que presque toute fusion serait un conflit.
Ce que vous devriez faire est de modifier votre processus de construction pour calculer le numéro que vous souhaitez et mettez cela dans un fichier qui ne s'engage pas. Voir aussi Git-Décrivez ce qui donne à chacun une identité unique qui est plus lisible par l'homme que le git Sha.
Oui, cela ressemble à un problème xy. Et la solution imaginée est vraiment mauvaise.
Si ce que vous voulez enregistrer est simplement le compte de validation, je suggérerais Notes Git . Les notes sont attachées à commettre, ce qui évite de réécrire le commit ou de la création directe de nouveaux engagements à la succursale. p> Pour ajouter une note à la tête de pour afficher les notes, p> maître code>, p> git log -1 $commit --pretty=%N
Devinez qu'il n'y a pas d'option pour le faire à partir du côté distant que des hameçons locaux de Guess Git sont la voie à suivre.
@Malik je soupçonne que la meilleure façon d'y aller est de nous dire pourquoi vous avez besoin d'un fichier appelé build.c dans le référentiel et quel est le fichier. Donnez-nous une image plus grande et nous allons essayer de vous aider à trouver une solution plus grande.
Eh bien @RJMUNRO Je travaille sur un référentiel Git et nous ne pouvons pas vous engager directement à maîtriser, nous devons faire une succursale et émettre une demande de traction autorisée par le développeur de chef. La demande a été faite dans SDL2 et elle a obtenu des rejets manuellement avec le nombre de bâtiments étant le comte de la part de la tête. Le problème est que l'application manque le numéro de construction afin que j'ai besoin d'un moyen de l'ajouter à l'application. Je pensais ajouter un fichier avec le nombre actuel de commit de la tête comme Build.h pouvant être lu par l'application.
Ce crochet de pré-validation fera pour l'instant.
#!/bin/sh #pre-hook to log master commit count then add branch ahead of master and record into a build_number.h file. countM=$(git rev-list master --count) #master commit count countB=$(($(git rev-list master.. --count) + 2)) #branch ahead of master commit count +1 for the merge +1 for this commit. echo $(($countM + $countB)) > build_number.h git add build_number.h exit 0
Vous ne pouvez pas automatiser GitHub autres que les crochets. En outre, je serais très effrayé à ce sujet. Vous appuyez sur Maître, le code détecte cela, ajoute un commit, il pousse à maîtriser. GitHub détectera cela, appelez votre crochet, vous ajoutez un commit, vous appuyez sur Maître, GitHub appelle votre crochet, vous ajoutez un commit, vous appuyez sur Maître, Github appelle votre crochet. Vous voyez où ça va?
Ce n'est pas possible sans crochets