apt
ist meistens als neue Binärdatei mit einigen der häufig verwendeten Funktionen von beiden apt-get
und apt-cache
(mit mehr, die wahrscheinlich später hinzugefügt werden) und mit einer "vereinfachten" Schnittstelle gedacht . Die meisten APT
verfügbaren Befehlszeilenfunktionen werden über apt-cache
und verfügbar gemacht apt-get
, aber diese Befehle sind aus Sicht der Benutzererfahrung nicht ideal. Da diese beiden Binärdateien als Test- / Beispielbefehle gedacht waren (ursprünglich von Jason Gunthorpe, glaube ich) und nicht für den ernsthaften Gebrauch durch Endbenutzer.
Der apt
Befehl soll einfacher zu bedienen und "benutzerfreundlicher" sein. Menschen finden es oft verwirrend, dass die Funktionalität zwischen apt-get
und apt-cache
zum Beispiel aufgeteilt ist.
Siehe Kommentare von Michael Vogt in seinem Blog-Beitrag:
apt 1.0 .
Ich denke nicht, dass es besonders darum geht, Designfehler zu überwinden.
Es ist also nicht als apt-get
Ersatz gedacht .
Weitere Informationen erhalten Sie von den APT-Entwicklern. Sie sind super cool, aber sie hängen nicht an Stack Exchange rum. Versuchen #debian-apt
Sie stattdessen OFTC.
Kommentare von Michael Vogt zu diesem #debian-apt
Kanal; Ich habe den Fragenlink auf dem IRC-Kanal gepostet.
<mvo> faheem: "Designfehler" ist ein starkes Wort - wir haben nur Angst davor, irgendetwas in apt-get zu ändern, weil es mittlerweile in einer Unmenge von Skripten verwendet wird. Mit "apt" können wir das tun und es ist einfacher zu tippen und wir können apt-get / apt-cache kombinieren. Ich denke, die Antworten sind alle in Ordnung. Der Schlüssel ist wirklich, dass apt bequemer zu verwenden / zu tippen ist.
<mvo> faheem: [snip] das Wesentliche ist, dass apt / apt-get / apt-cache alle dieselbe Bibliothek und denselben Code verwenden, nur einige Änderungen an der Standardeinstellung.