Czy istnieje sposób na uzyskanie katalogu głównego git za pomocą jednego polecenia?

Mercurial ma sposób drukowania katalogu głównego (zawierającego .hg) poprzez

hg root

Czy jest coś równoważnego w git, aby uzyskać katalog zawierający katalog .git?

Tak:

git rev-parse --show-toplevel

Jeśli chcesz replikować polecenie Git bardziej bezpośrednio, możesz utworzyć alias :

git config --global alias.root 'rev-parse --show-toplevel'

i teraz git rootbędzie działać tak samo hg root.

Uwaga : W submodule wyświetli się katalog główny submodułu, a nie repozytorium nadrzędne. Jeśli używasz Git> = 2.13 lub nowszej, istnieje sposób, że podmoduły mogą wyświetlać katalog główny superprojektu. Jeśli twój git jest starszy, zobacz inną odpowiedź.

manAktualizacja git-config(pod Alias ) mówi:

Jeśli rozszerzenie aliasu jest poprzedzone wykrzyknikiem, będzie traktowane jak polecenie powłoki. [...] Należy pamiętać, że polecenia powłoki będą wykonywane z katalogu najwyższego poziomu repozytorium, który niekoniecznie musi być bieżącym katalogiem.

W systemie UNIX możesz wykonać:

git config --global --add alias.root '!pwd'

Został --show-topleveldopiero niedawno został dodany do git rev-parselub dlaczego nikt go wymienić?

Ze strony podręcznika git rev-parse:

   --show-toplevel
       Show the absolute path of the top-level directory.

Co powiesz na „ git rev-parse --git-dir”?

F:\prog\git\test\copyMerge\dirWithConflicts>git rev-parse --git-dir
F:/prog/git/test/copyMerge/.git

The --git-dir opcja wydaje się działać.

Na stronie podręcznika git rev-parse :

--git-dir

    Show $GIT_DIR if defined else show the path to the .git directory.

Możesz zobaczyć to w akcji w tym git setup-shskrypcie .

Jeśli jesteś w folderze submodułowym, z Git> = 2.13 , użyj :

git rev-parse --show-superproject-working-tree

Jeśli używasz git rev-parse --show-toplevel, upewnij się, że używasz Git 2.25+ (Q1 2020) .

Aby napisać prostą odpowiedź tutaj, abyśmy mogli skorzystać

git root

aby wykonać zadanie, po prostu skonfiguruj swojego gita za pomocą

git config --global alias.root "rev-parse --show-toplevel"

a następnie możesz dodać następujące elementy do ~/.bashrc:

alias cdroot='cd $(git root)'

dzięki czemu możesz po prostu cdrootprzejść na sam szczyt repozytorium.

Jeśli jesteś już na najwyższym poziomie lub nie jesteś w repozytorium git cd $(git rev-parse --show-cdup), zabierze Cię do domu (tylko cd). cd ./$(git rev-parse --show-cdup)jest jednym ze sposobów naprawienia tego.

Aby obliczyć bezwzględną ścieżkę bieżącego katalogu głównego git, powiedzmy do użycia w skrypcie powłoki, użyj tej kombinacji readlink i git rev-pars:

gitroot=$(readlink -f ./$(git rev-parse --show-cdup))

git-rev-parse --show-cdupdaje odpowiednią liczbę „..”, aby dostać się do katalogu głównego z cwd lub pusty ciąg znaków, jeśli jesteś w katalogu głównym. Następnie dodaj „./”, aby zająć się pustą wielkością ciągu, i użyj readlink -fdo przetłumaczenia na pełną ścieżkę.

Możesz również utworzyć git-rootpolecenie w PATH jako skrypt powłoki, aby zastosować tę technikę:

cat > ~/bin/git-root << EOF
#!/bin/sh -e
cdup=$(git rev-parse --show-cdup)
exec readlink -f ./$cdup
EOF
chmod 755 ~/bin/git-root

(Powyższe można wkleić do terminala, aby utworzyć git-root i ustawić bity wykonania; rzeczywisty skrypt znajduje się w wierszach 2, 3 i 4).

I wtedy będziesz w stanie biec git root aby uzyskać katalog główny bieżącego drzewa. Zauważ, że w skrypcie powłoki użyj „-e”, aby spowodować zamknięcie powłoki, jeśli rev-pars nie powiedzie się, abyś mógł poprawnie uzyskać status wyjścia i komunikat o błędzie, jeśli nie jesteś w katalogu git.

Jak zauważyli inni, sednem rozwiązania jest użycie git rev-parse --show-cdup. Istnieje jednak kilka skrajnych przypadków do rozwiązania:

1. Gdy cwd jest już korzeniem działającego drzewa, polecenie zwraca pusty ciąg.
   _{W rzeczywistości tworzy pustą linię, ale podstawienie polecenia usuwa przerwanie linii końcowej. Ostatecznym wynikiem jest pusty ciąg.}

   Większość odpowiedzi sugeruje wcześniejsze przygotowanie wyjścia ./tak, aby puste wyjście stało się "./"nim cd.

2. Gdy GIT_WORK_TREE jest ustawiony na lokalizację, która nie jest rodzicem cwd, wyjściem może być bezwzględna nazwa ścieżki.

   Poprzedzenie ./jest źle w tej sytuacji. Jeśli a ./jest poprzedzone ścieżką bezwzględną, staje się ścieżką względną (i odnoszą się tylko do tej samej lokalizacji, jeśli cwd jest katalogiem głównym systemu).

3. Dane wyjściowe mogą zawierać białe znaki.

   To naprawdę ma zastosowanie tylko w drugim przypadku, ale ma łatwą poprawkę: użyj podwójnych cudzysłowów wokół podstawiania poleceń (i wszelkich późniejszych zastosowań wartości).

Jak zauważyły ​​inne odpowiedzi, możemy to zrobić cd "./$(git rev-parse --show-cdup)", ale łamie się to w przypadku drugiej krawędzi (i przypadku trzeciej krawędzi, jeśli pominiemy podwójne cudzysłowy).

Wiele powłok traktuje się cd ""jako brak cd "$(git rev-parse --show-cdup)"operacji , więc w przypadku tych powłok możemy to zrobić (podwójne cudzysłowy chronią pusty ciąg znaków jako argument w przypadku pierwszej krawędzi i zachowują białe znaki w przypadku trzeciej krawędzi). POSIX twierdzi, że wynik cd ""jest nieokreślony, więc najlepiej jest unikać tego założenia.

Rozwiązanie, które działa we wszystkich powyższych przypadkach, wymaga pewnego rodzaju testu. Sporządzono jawnie, może to wyglądać następująco:

cdup="$(git rev-parse --show-cdup)" && test -n "$cdup" && cd "$cdup"

W cdprzypadku pierwszej krawędzi nie jest wykonywane żadne działanie.

Jeśli dopuszczalne jest uruchamianie cd .dla pierwszego przypadku krawędzi, wówczas warunek można wykonać w rozszerzeniu parametru:

cdup="$(git rev-parse --show-cdup)" && cd "${cdup:-.}"

Na wszelki wypadek, jeśli podajesz tę ścieżkę do samego Gita, użyj :/

# this adds the whole working tree from any directory in the repo
git add :/

# and is equal to
git add $(git rev-parse --show-toplevel)

Krótkie rozwiązania, które działają z podmodułami, hakami i wewnątrz .gitkatalogu

Oto krótka odpowiedź, której większość będzie chciała:

r=$(git rev-parse --git-dir) && r=$(cd "$r" && pwd)/ && echo "${r%%/.git/*}"

Będzie to działać w dowolnym miejscu drzewa roboczego git (w tym w .gitkatalogu), ale zakłada, że ​​katalog (y) repozytorium są nazywane.git (co jest domyślne). W przypadku podmodułów nastąpi przejście do katalogu głównego najbardziej zewnętrznego repozytorium.

Jeśli chcesz dostać się do katalogu głównego bieżącego submodułu użyj:

echo $(r=$(git rev-parse --show-toplevel) && ([[ -n $r ]] && echo "$r" || (cd $(git rev-parse --git-dir)/.. && pwd) ))

Aby łatwo wykonać polecenie w katalogu głównym podmodułu, [alias]w swoim .gitconfig, dodaj:

sh = "!f() { root=$(pwd)/ && cd ${root%%/.git/*} && git rev-parse && exec \"$@\"; }; f"

To pozwala łatwo robić takie rzeczy jak git sh ag <string>

Solidne rozwiązanie, które obsługuje różne nazwy lub zewnętrzne .gitlub$GIT_DIR katalogi .

Zauważ, że $GIT_DIRmoże wskazywać gdzieś na zewnątrz (i nie można go nazwać.git ), stąd potrzeba dalszego sprawdzania.

Umieść to w .bashrc:

# Print the name of the git working tree's root directory
function git_root() {
  local root first_commit
  # git displays its own error if not in a repository
  root=$(git rev-parse --show-toplevel) || return
  if [[ -n $root ]]; then
    echo $root
    return
  elif [[ $(git rev-parse --is-inside-git-dir) = true ]]; then
    # We're inside the .git directory
    # Store the commit id of the first commit to compare later
    # It's possible that $GIT_DIR points somewhere not inside the repo
    first_commit=$(git rev-list --parents HEAD | tail -1) ||
      echo "$0: Can't get initial commit" 2>&1 && false && return
    root=$(git rev-parse --git-dir)/.. &&
      # subshell so we don't change the user's working directory
    ( cd "$root" &&
      if [[ $(git rev-list --parents HEAD | tail -1) = $first_commit ]]; then
        pwd
      else
        echo "$FUNCNAME: git directory is not inside its repository" 2>&1
        false
      fi
    )
  else
    echo "$FUNCNAME: Can't determine repository root" 2>&1
    false
  fi
}

# Change working directory to git repository root
function cd_git_root() {
  local root
  root=$(git_root) || return 1  # git_root will print any errors
  cd "$root"
}

Wykonać go przez pisanie git_root(po ponownym uruchomieniu powłoki: exec bash)

Aby nieco zmienić „git config”, odpowiedz:

git config --global --add alias.root '!pwd -P'

i wyczyść ścieżkę. Bardzo dobrze.

Jeśli szukasz dobrego aliasu, aby to zrobić, a także nie wysadzić w powietrze, cdjeśli nie jesteś w gitarze, reż:

alias ..g='git rev-parse && cd "$(git rev-parse --show-cdup)"'

git-extras

dodaje $ git root
patrz https://github.com/tj/git-extras/blob/master/Commands.md#git-root

$ pwd
.../very-deep-from-root-directory
$ cd `git root`
$ git add . && git commit

Dostępność dodatków git

• homebrew (osx) / linuxbrew (linux) $ brew install git-extras
• repozytorium debian / ubuntu ( https://packages.debian.org/sid/git-extras )$ apt-get install git-extras

Ten alias powłoki działa niezależnie od tego, czy znajdujesz się w podkatalogu git, czy na najwyższym poziomie:

alias gr='[ ! -z `git rev-parse --show-toplevel` ] && cd `git rev-parse --show-toplevel || pwd`'

zaktualizowano, aby używało nowoczesnej składni zamiast backticks:

alias gr='[ ! -z $(git rev-parse --show-toplevel) ] && cd $(git rev-parse --show-toplevel || pwd)'

alias git-root='cd \`git rev-parse --git-dir\`; cd ..'

Wszystko inne zawodzi w pewnym momencie albo idzie do katalogu domowego, albo po prostu zawodzi. To najszybszy i najkrótszy sposób powrotu do GIT_DIR.

Oto skrypt, który napisałem, który obsługuje oba przypadki: 1) repozytorium z obszarem roboczym, 2) samo repozytorium.

https://gist.github.com/jdsumsion/6282953

git-root (plik wykonywalny na twojej ścieżce):

#!/bin/bash
GIT_DIR=`git rev-parse --git-dir` &&
(
  if [ `basename $GIT_DIR` = ".git" ]; then
    # handle normal git repos (with a .git dir)
    cd $GIT_DIR/..
  else
    # handle bare git repos (the repo IS a xxx.git dir)
    cd $GIT_DIR
  fi
  pwd
)

Mam nadzieję, że jest to pomocne.

$ git config alias.root '!pwd'
# then you have:
$ git root

Od wersji 2.13.0 Git obsługuje nową opcję wyświetlania ścieżki projektu głównego, która działa nawet wtedy, gdy jest używana z wnętrza submodułu:

git rev-parse --show-superproject-working-tree

Wstępnie skonfigurowane aliasy powłoki w środowisku szkieletowym

Jeśli używasz szkieletu powłoki, może być już dostępny alias powłoki:

• $ grtw oh-my-zsh (68k) ( cd $(git rev-parse --show-toplevel || echo "."))
• $ git-rootin prezto (8.8k) (wyświetla ścieżkę do działającego katalogu głównego drzewa)
• $ g.. zimfw (1k) (zmienia bieżący katalog na najwyższy poziom działającego drzewa).

Chciałem rozwinąć doskonały komentarz Daniela Brockmana.

Definiowanie git config --global alias.exec '!exec 'pozwala robić takie rzeczy, git exec makeponieważ, jak man git-configstwierdza:

Jeśli rozszerzenie aliasu jest poprzedzone wykrzyknikiem, będzie traktowane jak polecenie powłoki. [...] Należy pamiętać, że polecenia powłoki będą wykonywane z katalogu najwyższego poziomu repozytorium, który niekoniecznie musi być bieżącym katalogiem.

Warto również wiedzieć, że $GIT_PREFIXbędzie to ścieżka do bieżącego katalogu względem katalogu najwyższego poziomu repozytorium. Ale wiedząc, że to tylko połowa sukcesu ™. Zmienna ekspansja powłoki sprawia, że ​​jest raczej trudny w użyciu. Sugeruję bash -cwięc użycie w ten sposób:

git exec bash -c 'ls -l $GIT_PREFIX'

inne polecenia obejmują:

git exec pwd
git exec make

W przypadku, gdy ktoś potrzebuje tego sposobu zgodnego z POSIX, bez potrzeby gitwykonywania pliku wykonywalnego:

git-root:

#$1: Path to child directory
git_root_recurse_parent() {
    # Check if cwd is a git root directory
    if [ -d .git/objects -a -d .git/refs -a -f .git/HEAD ] ; then
        pwd
        return 0
    fi

    # Check if recursion should end (typically if cwd is /)
    if [ "${1}" = "$(pwd)" ] ; then
        return 1
    fi

    # Check parent directory in the same way
    local cwd=$(pwd)
    cd ..
    git_root_recurse_parent "${cwd}"
}

git_root_recurse_parent

Jeśli chcesz tylko funkcjonalność jako część skryptu, usuń shebang i zastąp ostatni git_root_recurse_parentwiersz:

git_root() {
    (git_root_recurse_parent)
}

Sam musiałem to dziś rozwiązać. Rozwiązałem go w języku C #, ponieważ potrzebowałem go do programu, ale myślę, że można go w zasadzie przepisać. Rozważ tę domenę publiczną.

public static string GetGitRoot (string file_path) {

    file_path = System.IO.Path.GetDirectoryName (file_path);

    while (file_path != null) {

        if (Directory.Exists (System.IO.Path.Combine (file_path, ".git")))
            return file_path;

        file_path = Directory.GetParent (file_path).FullName;

    }

    return null;

}