Programme kompilieren :: Was tun mit dem vorherigen?

Question

Ich versuche, in die Welt der Open Source-Entwicklung einzusteigen und habe eine Frage:

Jedes Mal, wenn ich die neueste Version kompilieren möchte, lade ich normalerweise das Tarball herunter und kompiliere es. Allerdings lande ich dann bei zwei Versionen derselben Software. Eine durch sudo apt und eine durch Kompilieren. Wie gehe ich mit diesem Problem um?

Soll ich die mit sudo apt erstellte Version löschen und die Entwicklungsversion behalten oder beide bleiben lassen?

Ich weiß, dass es eine dumme Frage ist, aber wie stelle ich sicher, dass meine Codes auf dem neuesten Stand sind? Muss ich die Nightly Builds jeden Tag herunterladen (oder auschecken) und kompilieren?täglich?

Answer 1

Wie Sie mit unterschiedlichen Versionen umgehen, bleibt Ihnen überlassen. Es hängt davon ab, um welche Art von Software es sich handelt.

Ja, wenn Sie die Software selbst kompilieren, müssen Sie sie manuell auf dem neuesten Stand halten. Das bedeutet, dass Sie neue Quellen herunterladen und anwenden müssen. Wenn das Programm in einer kompilierten Sprache geschrieben ist, müssen Sie das Programm nach Änderungen an der Quelle neu kompilieren.

Sie sollten sich jedoch nie zwischen einer apt-get-Version und einer selbst kompilierten Version entscheiden müssen. Sie sollten die Software sowieso paketieren und installieren, bevor Sie sie installieren. Sie werden sich sicherlich herunterladen und lernen wollen checkinstall. Es ist sehr einfach zu verwenden. Anstelle von sudo make installgeben Sie ein sudo checkinstall. Sie werden dann aufgefordert, ein Formular über das Paket auszufüllen, und dann wird dieses Paket installiert.

Das hört sich vielleicht an, als ob es einige Mühe erfordert. Und das ist es auch. Es gibt jedoch Möglichkeiten, dies radikal zu verbessern.

1. Behalten Sie Ihren eigenen lokalen Zweig des Codes.
2. Laden Sie nur Änderungen herunter, die seit Ihrem ALS-Pull vom Upstream aufgetreten sind.
3. Fügen Sie Ihrem Zweig Deb-Verpackungsinformationen hinzu, falls diese noch nicht vorhanden sind. Auf diese Weise können Sie sie problemlos auf dem neuesten Stand halten.
4. Machen Sie eine Pause, um wirklich zu verstehen, was für ein radikaler Schritt ein Fork ist. Je größer die Änderungen zwischen Ihrem Zweig und dem Upstream-Stamm sind, desto mehr Arbeit müssen Sie manuell ausführen.
5. Schreiben Sie Skripte, um die oben genannten Aufgaben zu automatisieren.
6. Behalten Sie ein PPA bei, um sich und anderen die Installation und Verwendung der kompilierten Software zu erleichtern.

Launchpad kann die oben genannten Aufgaben für Sie ausführen, sodass Sie mit minimalem Aufwand Ihr eigenes tägliches Repo erhalten. Dies wird als Build-Rezept bezeichnet. Sie müssen noch vom Upstream-Stamm abzweigen, mit Ihrem eigenen zusammenführen und dann Ihren neuen Stamm zu Launchpad pushen. Das ist gut, da Sie die Codeänderungen des Upstreams in jedem Fall überprüfen möchten.

Dies erfordert zwar mehr Einarbeitung, aber wenn es einmal richtig eingerichtet ist, ersparen Sie sich jeden Tag eine Menge Arbeit. Es lohnt sich wirklich, etwas Zeit zu investieren, um es richtig zu lernen. Auch wenn es Wochen dauern sollte, bis Sie sich wirklich damit vertraut machen, sollten Sie es tun.