Frage

Ich übernehme ein Projekt, und ich sehe im Subversion-Repository einige Dateien, die auf die Verteilung von libtool gehören und auto wie config.guess, depcomp oder ltmain.sh. Ich glaube, das ist einfach falsch, denn wenn ich das Check-out zu tun, sollte ich die Autotools auf meinem Rechner installiert haben und tun eine autoreconf.

Was denken Sie? Fehle ich den Punkt, diese Dateien im Repository zu haben?

War es hilfreich?

Lösung

Normalerweise würden Sie nicht die in Ihrem SVN Repo haben. Normalerweise Sie ein autogen.sh haben, die es auf Nachfrage nachbildet. Ihr Instinkt nicht speichern potenziell veraltete Dateien ist ein guter. Wenn jemand verpflichtet, eine Änderung configure.ac, und jemand anderes checkt die ganze Sache mit dem configure, wird die Änderung nicht Sache.

Andere Tipps

Fast alles, was erzeugt werden kann - und depcomp usw. gehören in das. - sollte nicht Teil eines getrackten Quellrepository sein

Die reine Theorie ist, dass Sie keine Dateien stellen sollen, dass Sie in der Versionskontrolle regenerieren können. Da Sie diese Dateien mit autoreconf -i oder ähnlichem neu erstellen können, die in diesem Fall gilt.

Der Grund, warum viele Menschen es immer noch tun (außer Unwissenheit, möglicherweise) ist, dass dies eine erhebliche zusätzliche Belastung für die Entwickler zu schaffen. Wenn, sagen sie, Sie ein größeres Open-Source-Projekt mit Dutzenden von Entwicklern und Hunderten von interessierten Follower haben, wird jeder eine andere Version von autoconf hat, auto, libtool, Autopoint usw. installiert. In einfachen Fällen, das sollte keinen Unterschied machen. In der Praxis hat es, und diese großen Kopfschmerz schaffen und sie abwenden potenzielle Projektmitarbeiter.

So, wie ein praktischer Kompromiss, da diese Dateien tatsächlich sehr selten ändern, wenn Sie einen sehr komplexen Aufbau haben, können Sie sie einfach einchecken sowieso.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top