Comment stocker les modifications dans un Repo

Question

Débutant Git ici. Je construis un environnement de mise en scène pour refléter l'environnement de production de l'application web SaaS. Pour ce faire, j'ai dû faire beaucoup de changements sur le serveur web de mise en scène, qui consistait principalement à modifier certains de nos scripts que nous utilisons pour faire fonctionner notre application.

Un collègue a créé un rapport pour moi afin que je puisse y stocker ces scripts de mise en scène modifiés.

Comment faire cela?

Sur le serveur Web, dans le répertoire où tous les changements ont été apportés, je vois si je lance '-v à distance git:

CompanyName https://abeecfad5a63849c4b53f6a9038932c3d80b52c8:x-oauth-basic@github.com/CompanyName/Hosted-Scripts.git (fetch) 
CompanyName https://abeecfad5a63849c4b53f6a9038932c3d80b52c8:x-oauth-basic@github.com/CompanyName/Hosted-Scripts.git (push) 

Si je fais un « statut git », je vois que je suis sur le 'maître de la branche' et je vois les scripts que j'ai modifiés. Dans le passé, lorsque j'effectuais des changements de code (sur ma machine locale), voici ce que j'ai fait: fourrer le repo de l'entreprise dans mon github personnel, télécharger le code, apporter des modifications, valider et modifier mes modifications personnelles. (c'est-à-dire origine) et ensuite faire un PR pour que ces changements soient examinés et fusionnés (mon github personnel est mon maître, et le github de l'entreprise est mon amont quand je fais 'git remove -v'). Mais je ne suis pas sûr de savoir comment faire de même à partir de ce serveur de mise en scène.

Merci!

Answer 1

En premier lieu, ne téléchargez pas simplement depuis git. Utilisez "git clone" pour obtenir un clone de votre repo que vous avez déduit du repo de l'entreprise.

Et votre amont est le reop de votre entreprise, comme une bonne pratique, vous devez aller chercher de l'amont et le fusionner avant de faire des changements à votre repo.

Ensuite, vous faites les changeurs à votre code et le commettre à votre fourche. Ensuite, faites un PR au repo de l'entreprise. Comme bonne pratique, vous devez faire un seul commit par PR, certaines entreprises le veulent.