Quelqu'un peut-il pousser mon projet sur github?
Je suis nouveau sur git ainsi que sur github. J'ai mis en place un dépôt sur github, et je peux pousser des trucs locaux vers ce dépôt distant. Maintenant, voici la question: juste après avoir poussé quelque chose vers le référentiel distant et actualisé la page, je peux voir les modifications sont téléchargées (par exemple, si j'ai écrit un fichier readme.txt et le pousser vers le référentiel distant, où une telle un readme.txt n'existait pas, après avoir poussé et actualisé la page, il apparaît).
Alors, quelqu'un peut-il changer librement mon repo sur github? Ou si je pousse quelque chose vers linux kernal, les modifications que j'ai apportées peuvent-elles y être ajoutées et publiques pour tous?
Non, tous les référentiels sont en lecture seule pour les utilisateurs anonymes. Par défaut, seul le propriétaire du référentiel a un accès en écriture. Si vous pouvez pousser vers votre propre référentiel, c'est parce que vous utilisez l'une des méthodes d'authentification prises en charge (HTTPS, SSH, ...).
Si vous souhaitez accorder à quelqu'un d'autre des privilèges pour pousser vers votre référentiel, vous devez configurer cet accès dans les paramètres du projet.
Pour contribuer à des projets dans lesquels vous n'avez pas d'accès Push, vous envoyez votre propre copie du référentiel Push, puis demandez une pull-request. Linux n'est pas un bon exemple pour cela, car les développeurs du noyau n'utilisent pas les requêtes pull GitHub.
Non, mais si le référentiel est public, d'autres peuvent le bifurquer, valider leur propre fork.
Ils peuvent ensuite vous demander de récupérer certaines des modifications de leur fork dans votre référentiel via une pull-request.
Personne ne peut pousser directement vers votre référentiel si vous ne lui accordez pas déjà un accès en écriture.
Le processus de contribution à un référentiel public dans github commence par bifurquer le référentiel, puis en poussant le changement sur le fork , puis en créant un tirer la demande sur le référentiel d'origine . Après cela vient le rôle du propriétaire du projet d'examiner et de prendre des mesures (fusion/refus) du changement de code demandé.
Pour plus de détails, veuillez consulter l'article utile ci-dessous:
https://akrabat.com/the-beginners-guide-to-contributing-to-a-github-project