staging.inyokaproject.org

Hallo liebe Community,

ich habe neuerdings das Shellprogrammieren für mich entdeckt, nur leider stoße ich zu oft auf das oben genannte Problem. Ich möchte beispielsweise eine mehrzeilige Ausgabe, zeilenweise abarbeiten. Gibt es Möglichkeiten, dies zu bewerkstelligen?

Beispiel:

Als erstes Speicher ich die Ausgabe in eine Variable

1

dirs=$(find -maxdepth 1 -type d | cut -c 3-)

Nun würde ich gerne auf jedes Element in dirs etwas ausführen. Z.B.

1
2
3

cd $einzelnesDirElement
git init
cd ../

Ein weiteres Problem wo ich hänge ist, dass ich dies gerne in eine Schleife packen würde. Also:

1
2
3
4
5
6

while (([kein element in $dirs vorhanden]))
do
    cd $einzelnesDirElement
    git init
    cd ../
done

Danke für eure Hilfe schon mal

Hi,

Sofern du die Gesamtausgabe später nicht mehr brauchst, musst du sie nicht in einer Variable zwischenspeichern. Versuch es damit:

1
2
3
4
5
6

find -maxdepth 1 -type d | cut -c 3- | while read line
do
cd $line
git init
cd ../
done

Oder evtl. auch

1
2
3
4
5
6

for dir in $(find -maxdepth 1 -type d | cut -c 3-)
   do
      cd $dir
      git init
      cd ..
   done

Naros schrieb:

Als erstes Speicher ich die Ausgabe in eine Variable

1	dirs=$(find -maxdepth 1 -type d | cut -c 3-)

Nun würde ich gerne auf jedes Element in dirs etwas ausführen. Z.B.

1 2 3

cd $einzelnesDirElement git init cd ../

Einfach mittels For-Schleife

1
2
3
4
5
6
7
8

#!/bin/bash
dirs=$(find -maxdepth 1 -type d | cut -c 3-)
for dir in $dirs
do
    cd $dir
    git init
    cd ..
done

Servus,

speziell für deine Situation braucht’s weder find noch cut noch cd. Außerdem gehe ich davon aus, dass du im aktuellen Verzeichnis nicht auch ein Git-Repo erzeugen willst (erster Treffer von find – übrigens wird daraus bei den bisherigen Ansätzen durch das cut dein Home-Verzeichnis). Falls doch, braucht es eben noch ein zusätzliches git init außerhalb der Schleife.

1
2
3
4

for i in */
do
    git init "$i"
done

Wobei es das cut auch mit cd nicht bräuchte. cd ./foo ist dasselbe wie cd foo.

Übrigens: Für den unwahrscheinlichen Fall, dass Hässlichkeiten wie Leerzeichen in den Verzeichnisnamen auftauchen, schau’ dir bei Verwendung von find mal den Parameter -print0 an.

Man braucht kein print0, und kein for, wenn man find hat:

1

find -maxdepth 1 -type d -execdir git init {} + 

aber wenn die Ordnernamen brav sind, ist auch for eine einfache, und daher überzeugende Lösung.

Da ich kein git verwende habe ich obiges Kommando nicht ausprobiert. Man sollte also find und git ein wenig kennen, bevor man es ausprobiert, und überprüfen, ob da nicht eine Falle lauert, die ein nicht-Gitler vielleicht übersieht.

-okdir würde vor jedem Verzeichnis/Befehl nochmal fragen, ob man tatsächlich möchte:

1

find -maxdepth 1 -type d -okdir git init {} + 

Vielen Dank für die zahlreichen Antworten.

Das von mir gewählte Beispiel war jetzt auch kein konkretes. Leider ist mir um diese Uhrzeit kein besseres eingefallen. Konkret hatte ich vor für jedes Git-Repo was ich habe "gitstats" auszuführen. Da ich relativ viele habe und diese sich auch wöchentlich ändern. Hatte ich mir überlegt per Conjob ein Shell-Skript für diesen Aufruf zu schreiben.

Ich werds heute mal testen.

1
2
3
4
5

dirs=$(find -maxdepth 1 -type d | cut -c 3-)
for i in ${dirs[@]}
do
 gitstats
done

sollte es auch tun

redknight schrieb:

1 2 3 4 5

dirs=$(find -maxdepth 1 -type d | cut -c 3-) for i in ${dirs[@]} do gitstats done

sollte es auch tun

gitstats erwartet keine Argumente? Dann geht auch

1

find -maxdepth 1 -type d -execdir gitstats ";"

Komplexere Dinge kann man in ein ad-hoc-Script schreiben, und

1

find -maxdepth 1 -type d -execdir /home/naros/some/foo/bar/adhoc.sh {} ";"