Führen Sie in bash einen Befehl aus einem anderen Verzeichnis aus

Sagen Sie, dass ich das mache:

cd subdir
git init
cd ../

Gibt es eine Möglichkeit, dies mit einem oder zwei Befehlen zu tun, anstatt in ein Verzeichnis zu wechseln und es wieder zu verlassen, um dort einen Befehl auszuführen?

(Nicht auf der Suche nach einer git-spezifischen Lösung; das ist nur ein Beispiel.)

Dies ist oft der beste Weg:

( cd dir ; git init )

oder

( cd dir && git init )

Es ist ziemlich kurz und einfach zu tippen. Es wird eine Sub-Shell gestartet, sodass Sie Ihre Umgebung nicht daran ändern können, aber das scheint hier kein Problem zu sein.

Ich suchte nach einer Möglichkeit, den Befehl git über einen Pfad auszuführen und Änderungen am Repository unter einem anderen Pfad vorzunehmen. Also bin ich hier auf diese Frage gekommen.

Aber für meine speziellen Bedürfnisse hat weder die akzeptierte Antwort noch eine der anderen geholfen.

Ich musste Git-Befehle mit sudo -u USER /usr/bin/git(einem anderen Benutzer, der es ausführt) ausführen . Und wie Sie vielleicht wissen, ist sudo nicht zulassen , dass ich den läuft cdBefehl, so kann ich nicht sein , im Repository - Verzeichnis.

Also ging ich zur Manpage von git . Und unter den Optionen sah ich die --git-dir=<path>:

--git-dir =

Legen Sie den Pfad zum Repository fest. Dies kann auch durch Setzen der Umgebungsvariablen GIT_DIR gesteuert werden. Dies kann ein absoluter oder relativer Pfad zum aktuellen Arbeitsverzeichnis sein.

Wenn es also jemandem hilft, können Sie immer noch git von einem Pfad verwenden und Änderungen an einem Repository "weit von Ihnen entfernt" vornehmen. Benutz einfach:

git --git-dir=/path/to/repository GIT_COMMAND

oder, um es als ein anderer Benutzer auszuführen, mache etwas wie:

echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir=/path/to/repository GIT_COMMAND

Auch aus der Manpage von git-init :

Wenn die Umgebungsvariable $ GIT_DIR festgelegt ist, gibt sie einen Pfad an, der anstelle von ./.git für die Basis des Repositorys verwendet werden soll.

Wenn Sie das Repository also im üblichen .git-Ordner starten möchten, müssen Sie es zusammen mit der --git-dirOption angeben . z.B:

echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir=/path/to/repository/.git init

Nach der Initialisierung des Repositorys /path/to/repo/.gitsollten alle weiteren Befehle die Option haben --work-tree=<path>, wie auf der Manpage von git beschrieben:

--work-tree =

Legen Sie den Pfad zum Arbeitsbaum fest. Dies kann ein absoluter Pfad oder ein Pfad relativ zum aktuellen Arbeitsverzeichnis sein. Dies kann auch gesteuert werden, indem die Umgebungsvariable GIT_WORK_TREE und die Konfigurationsvariable core.worktree festgelegt werden (weitere Informationen finden Sie unter core.worktree in git-config (1)).

Der richtige Befehl, um git als anderer Benutzer auszuführen und ein neues Repository zu initialisieren, lautet:

echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir=/path/to/repository/.git init
echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir='/path/to/repository/.git' --work-tree='/path/to/repository' add /path/to/repository/*
echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir='/path/to/repository/.git' --work-tree='/path/to/repository' commit -m 'MESSAGE'
echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir='/path/to/repository/.git' --work-tree='/path/to/repository' remote add origin user@domain.com:path
echo USER_PASSWORD | sudo -u USER_LOGIN -S /usr/bin/git --git-dir='/path/to/repository/.git' --work-tree='/path/to/repository' push -u origin master

Nicht genau das, was Sie fragen (Sie haben oben mit der Unterschale echte Antworten), aber schauen Sie sich pushdund anpopd

Sie haben ein paar Möglichkeiten. Sie können die Befehle entweder mit &&oder gruppieren ;. So was:

cd subdir && git init && cd ..

oder

cd subdir; git init; cd ..

Der Unterschied zwischen diesen ist, dass im ersten Beispiel, wenn einer der Befehle fehlschlägt, der Rest von ihnen nicht ausgeführt wird. Im zweiten Beispiel werden alle Befehle ausgeführt, egal was passiert.

Eine andere Möglichkeit wäre, eine Funktion zu definieren und zu verwenden, zum Beispiel:

function cdinit() {
    cd $1
    git init
    cd ..
}

Dann können Sie den Befehl ausführen:

cdinit subdir

Und es wird automatisch git initin dieses Verzeichnis verschoben und aus diesem entfernt.

Sie können auch eine komplexere Lösung mit einer Funktion ausführen, wenn Sie eine Reihe von Verzeichnissen haben und git initdiese mit einem einzigen Befehl aufrufen möchten .

function cdinit() {
    for arg in $@
    do
        cd $arg
        git init
        cd ..
    done
}

Sie können dies dann ausführen mit:

cdinit subdir1 subdir2 subdir3

Und es wird nicht git initin subdir1, subdir2und subdir3.

Im Falle von git(zumindest in Version 2.7.0) können Sie die -COption nutzen, mit der sich git so verhält, als ob es im angegebenen Verzeichnis gestartet worden wäre. So könnte Ihre Lösung aussehen:

> git -C subdir init
Initialized empty Git repository in /some/path/subdir/.git/

Zitieren der Dokumentation:

Run as if git was started in <path> instead of the current working directory. When multiple -C options are given, each subsequent non-absolute -C
<path> is interpreted relative to the preceding -C <path>.

This option affects options that expect path name like --git-dir and --work-tree in that their interpretations of the path names would be made
relative to the working directory caused by the -C option. 

Sie können die Befehle mit && gruppieren, dh

cd subdir && git init && cd ../

Wenn Sie keine Abhängigkeit vom Exit-Code der einzelnen Befehle wünschen, können Sie Folgendes verwenden: stattdessen, dh:

cd subdir ; git init ; cd ../

Sie müssen in Ihr Zielverzeichnis springen, wenn der Befehl keinen Dateinamen oder Verzeichnisnamenparameter enthält.

Sie können jedoch ein Bash-Skript schreiben, das das Zielverzeichnis und den Befehl als Parameter verwendet. Hierfür können Sie einen Blick auf pushd und popd werfen: http://ss64.com/bash/pushd.html

Ich würde dieses kleine Skript für dich schreiben, aber ich habe hier keine Linux-Box :)

Programme haben verschiedene Möglichkeiten, mit Argumenten umzugehen . Einige Programme haben also die Option -folder = name . Abgesehen von dieser Ausnahme ist der Standard auch unter MS DOS einfach

$ program subdir

Manchmal brauchst du

$ program subdir /

Das Programm öffnet den Ordner, arbeitet damit wie mit einer Datei und gibt die Kontrolle an Ihre Shell zurück, die auf Ihr ursprüngliches Standardverzeichnis verweist. Programme, die auf diese Weise behandelt werden, haben das Problem, dass Fehlerausgaben (wie z. B. Core-Dumps) in eine Datei im aktuellen Verzeichnis Ihrer Shell (und nicht in ein Unterverzeichnis ) verschoben werden .

Es gibt keine Problemumgehung, es sei denn, das Programm verfügt über Befehlsschalter, um einen anderen Ort anzugeben. Einige Programmierer nehmen eine künstlerische Lizenz zwischen "Verzeichnisprogramm wurde aufgerufen von " und "Verzeichnisprogramm wurde angewiesen, in ".