znaleźć polecenie, wyliczyć dane wyjściowe i pozwolić na wybór?


10

Kiedy używam find, często znajduje wiele wyników takich jak

find -name pom.xml
./projectA/pom.xml
./projectB/pom.xml
./projectC/pom.xml

Często chcę wybrać tylko określony wynik (np edit ./projectB/pom.xml.). Czy istnieje sposób wyliczenia finddanych wyjściowych i wybrania pliku do przekazania do innej aplikacji? lubić:

find <print line nums?> -name pom.xml
1 ./projectA/pom.xml
2 ./projectB/pom.xml
3 ./projectC/pom.xml

!! | <get 2nd entry> | xargs myEditor

?

[Edytuj] Wpadłem na kilka zwyczajnych błędów z niektórymi wymienionymi rozwiązaniami. Chciałbym więc wyjaśnić, jak odtworzyć:

git clone http://git.eclipse.org/gitroot/platform/eclipse.platform.swt.git
cd eclipse.platform.swt.git
<now try looking for 'pom.xml' and 'feature.xml' files>

[Edytuj] Rozwiązanie 1 Do tej pory kombinacja 'nl' (wyjście enumirate), głowa i ogon wydają się działać, jeśli połączę je w funkcje i użyję $ (!!).

to znaczy:

find -name pom.xml | nl   #look for files, enumirate output.

#I then define a function called "nls"
nls () {
  head -n $1 | tail -n 1
}

# I then type: (suppose I want to select item #2)
<my command> $(!!s 2)

# I press enter, it expands like: (suppose my command is vim)
vim $(find -name pom.xml |nls 2)

# bang, file #2 opens in vim and Bob's your uncle.

[Edytuj] Rozwiązanie 2 Wydaje się, że całkiem dobrze działa również użycie „wybierz”. dawny:

  findexec () {
          # Usage: findexec <cmd> <name/pattern>
          # ex: findexec vim pom.xml
          IFS=$'\n'; 
          select file in $(find -type f -name "$2"); do
                  #$EDITOR "$file"
                  "$1" "$file"
                  break
          done;  
          unset IFS
  }

Czy Your find command | head -TheNumberYouWantspełniasz swoje wymagania? (Z linii: !! | head -2 | xargs myEditor)
ADDB

1
Sprawdź fzf , wiąże to tego rodzaju akcję z ^ T (domyślnie)
Tavian Barnes

Odpowiedzi:


16

Użyj bashwbudowanego select:

IFS=$'\n'; select file in $(find -type f -name pom.xml); do
  $EDITOR "$file"
  break
done; unset IFS

W przypadku pytania „bonusowego” dodanego w komentarzu:

declare -a manifest
IFS=$'\n'; select file in $(find -type f -name pom.xml) __QUIT__; do
  if [[ "$file" == "__QUIT__" ]]; then
     break;
  else
     manifest+=("$file")
  fi
done; unset IFS
for file in ${manifest[@]}; do
    $EDITOR "$file"
done
# This for loop can, if $EDITOR == vim, be replaced with 
# $EDITOR -p "${manifest[@]}"

4
+1 za oferowanie tego, co podejrzewam, to bardzo mało używany czasownik
komendowy

Pracuję w tym. selectwydaje się nie pasować do przerabiania IFS.
DopeGhoti

3
Ach ( IFS=$'\n'; select file in $(find -maxdepth 2 -name '*.txt'); do echo "$file"; done; )
roaima

Powinienem pomyśleć o strunach w stylu C. Dobra robota!
DopeGhoti

1
Byłbym wdzięczny za wgląd, @roaima: unix.stackexchange.com/questions/378282/…
DopeGhoti

3

Dwie małe funkcje pomogą ci rozwiązać ten problem, pod warunkiem, że twoje nazwy plików nie zawierają znaków nowej linii ani innych niedrukowalnych znaków. (Obsługuje nazwy plików zawierające spacje).

findnum() { find "$@" | sed 's!^\./!!' | nl; }
wantnum() { sed -nr "$1"'{s/^\s+'"$1"'\t//p;q}'; }

Przykład

findnum -name pom.xml
     1  projectA/pom.xml
     2  projectB/pom.xml
     3  projectC/pom.xml

!! | wantnum 2
projectB/pom.xml

Wręcz, jawna nazwa pliku pom.xmlnigdy nie będzie zawierała białych znaków (:
DopeGhoti

Wygląda na to, że jest jakiś błąd w powyższym. find -name pom.xml da mi dużo danych wyjściowych, ale findnum daje mi tylko jedną linię. np ./features/org.eclipse.swt.tools.feature/pom.xml ./examples/org.eclipse.swt.examples.ole.win32/pom.xml ./examples/org.eclipse.swt.examples/pom .xml ./examples/org.eclipse.swt.examples.views/pom.xml ./examples/org.eclipse.swt.examples.launcher/pom.xml ./examples/org.eclipse.swt.examples.browser. demos / pom.xml ./local-build/local-build-parent/pom.xml
Leo Ufimtsev

@Leo w tym samym zestawie danych, w jaki sposób korzystałeś findnum?
roaima

Mamy nadzieję, że ten zrzut ekranu pomaga wyjaśnić problem: i.imgur.com/hfneWJn.png Możesz zauważyć, że feature.xml daje 3 wyniki. z funkcją findnum pojawia się błąd. z fundnum pom.xml wypisuje tylko jeden wynik, gdzie jako find -name pom.xml wypisuje 3 wyniki. Zaktualizowałem moje pytanie, aby wyjaśnić, jak uzyskać zestaw danych. (to proste repozytorium git)
Leo Ufimtsev

1
@DopeGhoti, chociaż może znajdować się w katalogu o spacji d:
Wildcard

3

możesz uzyskać nagłówek łącznych wyników i ogonić go -1. może to przesyłać dane wyjściowe w dowolnym innym poleceniu lub edytorze, np.

(zdobądź mi 100 linii i wydrukuj mi w końcu fajkę 100) znajdź. | głowa -100 | ogon -1

xxx@prod01 (/home/xxx/.ssh) $ find .
.
./authorized_keys
./id_rsa
./id_rsa.pub
./id_rsa_b_x.pub
./id_rsa_a_y.pub
./known_hosts

xxx@prod01 (/home/xxx/.ssh) $ find . | head -3
.
./authorized_key
./id_rsa

xxx@prod01 (/home/xxx/.ssh) $ find . | head -3 | tail -1
./id_rsa    



eg: vim "$(find . | head -100 | tail -1)"

dostaniesz setną linię znalezienia.


1
Cóż, proste rozwiązanie wydaje się najlepsze. Twoja odpowiedź w połączeniu z „nl” i „$ (!!)” wydaje się działać całkiem dobrze. Podałem szczegóły w moim pytaniu. Dzięki za odpowiedź.
Leo Ufimtsev

1

Jeśli Twoim celem jest edycja plików po wyszukiwaniu, spróbuj sag / sack .

Przykład:

$ sag skb_copy                                                                
sack__option is: -ag

============> running ag! <============

===> Current Profile: no_profile
===> Using flags: 
===> Searching under: /home/fklassen/git/pvc-appliance/kernel/drivers/ixgbevf
===> Searching parameters: skb_copy


/home/fklassen/git/pvc-appliance/kernel/drivers/ixgbevf/kcompat.c
[1] 195:        skb_copy_bits(skb, offset, buffer, len) < 0)

/home/fklassen/git/pvc-appliance/kernel/drivers/ixgbevf/kcompat.h
[2] 1774:   if (skb_copy_bits(skb, offset, buffer, len) < 0)
[3] 2321:#define skb_copy_to_linear_data(skb, from, len) \
[4] 2323:#define skb_copy_to_linear_data_offset(skb, offset, from, len) \

... a następnie edytować ostatni wynik wyszukiwania ....

F 4

Zaletą jest to, że możesz później wrócić do edycji pierwszego wyniku wyszukiwania

F 1
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.