So entwickeln Sie eine Sekundärentwicklung basierend auf einem Gitlab-Projekt

Mit dem Aufkommen von Open-Source-Projekten fühlen sich immer mehr Softwareentwickler dazu hingezogen, der Open-Source-Community beizutreten und zu Open-Source-Projekten beizutragen. Unter ihnen ist GitLab, ein auf Git Warehouse basierendes Open-Source-Projekt, sehr beliebt. Es bietet nicht nur kostenlose Code-Hosting-Dienste, sondern auch eine Vielzahl leistungsstarker Tools für die Zusammenarbeit, mit denen Entwickler bequemer in Teams zusammenarbeiten können.

Während des Codeentwicklungsprozesses gibt es jedoch manchmal bestimmte Anforderungen. Wenn Sie den GitLab-Quellcode direkt ändern, kann dies zu Problemen bei zukünftigen Aktualisierungen führen. Daher ist eine sekundäre Entwicklung zu diesem Zeitpunkt äußerst notwendig. In diesem Artikel wird unter folgenden Aspekten erläutert, wie eine sekundäre Entwicklung basierend auf GitLab-Projekten durchgeführt wird.

1. GitLab-Quellcode klonen

Zunächst müssen Sie den Quellcode von der offiziellen Website von GitLab beziehen. Hier habe ich gitlab-ce ausgewählt. Geben Sie nach der Installation von Git den folgenden Befehl in das Terminal ein:

git clone https://gitlab.com/gitlab-org/gitlab-ce.git

Dieser Befehl lädt den Quellcode des gesamten GitLab-Projekts lokal herunter und die Datei wird im lokalen Warehouse in Form des Stammverzeichnisses von Gitlab angezeigt -ce.

2. GitLab-Code ändern

Jetzt können wir den Quellcode von GitLab im lokalen Repository finden. Allerdings können wir den Quellcode nicht direkt im Master-Zweig ändern, da dies unsere zukünftigen Updates sehr mühsam machen würde. Daher müssen wir einen eigenen Entwicklungszweig erstellen.

Geben Sie das GitLab-Stammverzeichnis im Terminal ein:

cd gitlab-ce/

Dann erstellen Sie einen neuen Zweig:

git checkout -b my-feature-branch

Hier nehmen wir das Erstellen eines neuen Feature-Zweigs als Beispiel. Sie können bei Bedarf auch andere Arten von Zweigen erstellen.

Jetzt können Sie Änderungen am Code im Zweig „my-feature-branch“ vornehmen. Nachdem die Änderung abgeschlossen ist, verwenden Sie den folgenden Befehl, um die geänderte Datei anzuzeigen:

git status

Wenn Sie nur eine Datei geändert haben, können Sie zum Senden den folgenden Befehl verwenden:

git commit -m "feat: 修改XXX文件"

3. Synchronisieren Sie den offiziellen GitLab-Code

Da sind wir Erstellen eines neuen Zweigs Die Entwicklung wird seitdem lokal durchgeführt. Während dieses Prozesses kann es zu Code-Updates durch das offizielle GitLab-Team kommen. Wenn wir diese offiziell aktualisierten Codes in unseren Zweig einbinden möchten, können wir den folgenden Befehl verwenden:

Betreten Sie zuerst den Hauptzweig:

git checkout master

Ziehen Sie dann den neuesten offiziellen Code:

git pull origin master

Kehren Sie dann zu unserem Entwicklungszweig zurück:

git checkout my-feature-branch

Auf diese Weise wird unsere Filiale mit dem neuesten Code synchronisiert. Hier ist zu beachten, dass Git den Code automatisch für uns zusammenführt, wenn zwei Zweige nur verschiedene Teile derselben Datei ändern. Wenn zwei Zweige dieselbe Stelle ändern, müssen wir den Codekonflikt manuell behandeln.

4. Senden Sie den Code

Nachdem wir bestätigt haben, dass der gesamte geänderte Code abgeschlossen ist, können wir den folgenden Befehl verwenden, um den Code zu senden:

git push origin my-feature-branch

Dieser Befehl aktualisiert unseren neu erstellten Zweig auf dem GitLab-Server. Anschließend müssen wir eine Zusammenführungsanfrage an das offizielle GitLab-Team senden, damit dieses prüfen kann, ob unser Code seinen Standards entspricht, und ihn in den Hauptzweig einbinden kann.

5. Stellen Sie den sekundären Entwicklungscode in der Produktionsumgebung bereit.

Sobald Ihr Code vom offiziellen Team zusammengeführt wurde, müssen wir ihn noch in der Produktionsumgebung bereitstellen. Normalerweise müssen wir den neuesten Code lokal abrufen und ihn mit dem folgenden Befehl auf dem Server bereitstellen:

bundle exec rake gitlab:backup:create RAILS_ENV=production
sudo gitlab-ctl stop
sudo gitlab-ctl start

Der obige Befehl wird verwendet, um vorhandene GitLab-Daten zu sichern, den bereitgestellten GitLab-Dienst zu stoppen und dann neuen Code zu starten. Natürlich ist das, was hier erwähnt wird, nur ein Beispiel, und möglicherweise gibt es noch andere Dinge, die während des eigentlichen Bereitstellungsprozesses beachtet werden müssen.

Zusammenfassung:

Ich hoffe, dass die Einführung dieses Artikels Entwicklern helfen kann, den sekundären Entwicklungsprozess von GitLab besser zu verstehen. Es ist zu beachten, dass der GitLab-Sekundärentwicklungsprozess jedes Entwicklers aufgrund unterschiedlicher technischer Hintergründe und Unterschiede in der Codequalität unterschiedlich sein kann. Daher muss es im eigentlichen Entwicklungsprozess entsprechend den spezifischen Problemen flexibel gehandhabt werden, um bessere Ergebnisse zu erzielen.

Das obige ist der detaillierte Inhalt vonSo entwickeln Sie eine Sekundärentwicklung basierend auf einem Gitlab-Projekt. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!