Gemeinsame Entwicklung und sinnvolle Nutzung von Git-Zweigen können eine einheitliche Codeplanung gewährleisten, und Sie müssen sich keine Sorgen machen, online zu gehen
Im Prozess der gemeinsamen Entwicklung werden von Zeit zu Zeit unterschiedliche Anforderungen gleichzeitig entwickelt. Während des Entwicklungsprozesses müssen einige Anforderungen im Voraus und andere später gestartet werden. Zu diesem Zeitpunkt sind die Codes gemischt und zusammen eingereicht werden, ist es wahrscheinlich, dass Probleme auftreten.
– Denken Sie daran, dass die Lösung darin besteht, den neuen Zweig zum Entwickeln neuer Funktionen zu verwenden. Wenn die endgültige Version gepusht wird, können Sie den Online-Master direkt mit dem lokalen Entwicklungszweig synchronisieren und dann den Entwicklungszweig an den Online-Master pushen und schließlich realisieren Funktionsentwicklung und Code passen nicht zusammen.
Beschreibung des aktuellen Unternehmens:
Verwenden Sie Git, um die Version und den Online-Prozess des gesamten Codes zu steuern.
Eine formelle Umgebung, der Master-Zweig. Eine Testumgebung, zeigt der Master-Zweig.
Über einen gewissen Zeitraum wurden zwei Funktionen parallel und unabhängig voneinander entwickelt. Einer davon hat einen größeren Einfluss auf den aktuellen Online-Prozess. Da ich es gewohnt bin, in der Testumgebung zu testen, befinden sich alle Synchronisationscodes im Master-Zweig der Testumgebung.
Nach einmaliger Synchronisierung des Codes wurde festgestellt, dass zwei der Funktionen den Code zusammenführten. Eine davon erfordert, dass A am selben Tag online geht, die Verzweigungsfunktion entschlossen nutzt, eine der Funktionen im Protokoll findet, die Version vor dem Zusammenführen findet, einen Zweig dev1 auscheckt und dann einen Teil der von A benötigten Funktionen entwickelt Wenn in diesem dev1-Zweig eine Testumgebung erforderlich ist, besteht die Unterstützung darin, den Code mit dem Hauptzweig zusammenzuführen und ihn dann mit dem Hauptzweig der Testumgebung zu synchronisieren, um den Hauptzweigcode auf dem neuesten Stand zu halten.
Gehen Sie nach Abschluss des Tests zum Zweig dev1, synchronisieren Sie den offiziellen Umgebungsmaster mit dev1 und übertragen Sie dann den Code von dev1 in den Zweig master:
git pull origin dev1
git push origin dev1:master
Auf diese Weise müssen Sie keine Angst vor Codevermischungen haben und können jede Entwicklungsfunktion reibungslos trennen und mit der formalen Umgebung synchronisieren
Schreiben Sie am Ende:
Entwickeln Sie unter normalen Umständen nicht im Hauptzweig. Sie können einen Entwicklungszweig für die Entwicklung erstellen und die Testumgebung mit dem Entwicklungszweig synchronisieren. Wenn es sich um einen anderen Funktionspunkt handelt, sollte lokal ein anderer Zweig verwendet werden. Nach dem Der Entwicklungstest ist abgeschlossen und wird mit dem Entwicklungszweig synchronisiert.
而正式环境同步master分支，功能点测试通过后，才同步到master分支进行正式发布。
上面写的自己公司开发的例子，就是开发的时候，原本只有一个人开发功能变成多个人协作开发，没有很好的区分开测试环境和真实环境，所以需要采用补救措施