Video: Push-Commits und Veröffentlichung eines Branchs

Videotranskript

Die Erzählung des Videos, Stichwort für Stichwort.

1. Beginnen Sie am genauen Kontrollpunkt.
2. Benennen Sie den Zweig und den Index und Arbeitsversion.
3. Bereiten Sie nur die isolierte Kurskopie vor.
4. Überprüfen Sie die genaue Quelle und das Ziel.
5. Schneller Vorlauf nur, wenn die Abstammung erlaubt es.
6. Stoppen Sie, wenn die tatsächlichen Zweige auseinander gegangen sind.
7. Main stimmt jetzt bereits mit dem Ziel überein.
8. Veröffentlichen Sie das Genannte Funktion, nicht jede Filiale.
9. Überprüfen Sie den eigenen Upstream der Funktion.
10. Durch die Veröffentlichung wird die Funktion nicht zusammengeführt.
11. Lassen Sie die ursprüngliche Hauptleitung sauber.
12. Was bewirkt die Veröffentlichung von F1?
13. Es sendet diesen benannten Verweis, nicht alle Arbeitsdateien.
14. Welche Fakten gelten nach dem kanonischen Erfolg?
15. Sein Stoß war bereits ausgerichtet.
16. Schneller Vorlauf Haupt/H6 zu Nachkomme H7: neues Merge-Commit?
17. Der Verweis wird zu einem vorhandenen Nachkommen verschoben.
18. Eingabe ändern: alten H6 umschieben Server H7 vor der Ausrichtung.
19. Der native Take beendete1, wobei H7 erhalten blieb.
20. Push sagt schon bis zu Datum. Wird F1 veröffentlicht?
21. Mains Ergebnis sagt nichts über einen anderen Schiedsrichter.
22. Welche endgültigen Beweise werden benötigt?
23. Vergleichen Sie die tatsächlichen SHAs für jeden Zweig.
24. Überprüfen Sie das tatsächliche Ergebnis, nicht nur eine Nachricht.
25. Sagen Sie die geänderte Eingabe vorher, bevor Sie handeln.
26. Bewahren Sie nützliche Arbeit vor der Wiederherstellung auf.
27. Überprüfen Sie den Kontrollpunkt, bevor Sie fortfahren.
28. Behalten Sie das überprüfte Ergebnis für den nächsten Schritt.