zsh-workers
 help / color / mirror / code / Atom feed
From: Aleksandr Mezin <mezin.alexander@gmail.com>
To: Daniel Shahaf <d.s@daniel.shahaf.name>
Cc: zsh-workers@zsh.org
Subject: Re: [PATCH 2/3] vcs_info/cvs: set vcs_comm[basedir] in VCS_INFO_detect_cvs
Date: Fri, 29 Nov 2019 19:41:51 +0600	[thread overview]
Message-ID: <CADnvcfJUZZcCtj_nFs=F8ctRF2FWy2=oRBOB9szLF4aWeFFeXg@mail.gmail.com> (raw)
In-Reply-To: <20191128213430.53b5akiq43l7bzbx@tarpaulin.shahaf.local2>

On Fri, Nov 29, 2019 at 3:34 AM Daniel Shahaf <d.s@daniel.shahaf.name> wrote:
>
> Daniel Shahaf wrote on Thu, Nov 28, 2019 at 11:13:44 +0000:
> > Aleksandr Mezin wrote on Tue, 26 Nov 2019 10:22 +00:00:
> > > On Tue, Nov 26, 2019 at 10:52 AM Daniel Shahaf <d.s@daniel.shahaf.name> wrote:
> > > > % cd foo
> > > > [shows hg info]
> > > > % export GIT_WORK_TREE=${PWD/foo/bar} GIT_DIR=${PWD/foo/bar}/.git
> > > > [shows git info]
> > > > %
> > >
> > > Interesting. I didn't notice that GIT_INFO_detect_git checks the exit
> > > code of `git rev-parse --is-inside-work-tree`, not the actual value.
> >
> > I think it should check both the exit code and the output.
>
> Sorry, I didn't look closely enough.  In the example I gave (quoted above),
> --is-inside-work-tree prints "false" and exits with code 0.  In that situation,
> I think VCS_INFO_detect_git should detect git, and it does.  All in all,
> I think the current code is correct, and could be optimized further with:
>
> [[[
> diff --git a/Functions/VCS_Info/Backends/VCS_INFO_detect_git b/Functions/VCS_Info/Backends/VCS_INFO_detect_git
> index 61bc483e3..e4191f474 100644
> --- a/Functions/VCS_Info/Backends/VCS_INFO_detect_git
> +++ b/Functions/VCS_Info/Backends/VCS_INFO_detect_git
> @@ -6,8 +6,7 @@ setopt localoptions NO_shwordsplit
>
>  [[ $1 == '--flavours' ]] && { print -l git-p4 git-svn; return 0 }
>
> -if VCS_INFO_check_com ${vcs_comm[cmd]} && ${vcs_comm[cmd]} rev-parse --is-inside-work-tree &> /dev/null ; then
> -    vcs_comm[gitdir]="$(${vcs_comm[cmd]} rev-parse --git-dir 2> /dev/null)" || return 1
> +if VCS_INFO_check_com ${vcs_comm[cmd]} && vcs_comm[gitdir]="$(${vcs_comm[cmd]} rev-parse --git-dir 2> /dev/null)" ; then
>      if   [[ -d ${vcs_comm[gitdir]}/svn ]]             ; then vcs_comm[overwrite_name]='git-svn'
>      elif [[ -d ${vcs_comm[gitdir]}/refs/remotes/p4 ]] ; then vcs_comm[overwrite_name]='git-p4' ; fi
>      return 0
> ]]]
>
> WDYT?
>
> Cheers,
>
> Daniel

Then I don't see a sane way to choose which VCS to show, other than
how it's already done (first one detected from 'enabled'). For
example, a hg work tree in cwd, and GIT_WORK_TREE is set to something
else (maybe parent directory, maybe ../other-dir). Which one (hg or
git) to choose? Why?

I guess I'll have to live with my own fork of vcs_info, because any
changes there will break it for someone else.

  reply	other threads:[~2019-11-29 13:42 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-23 22:14 [PATCH 0/3] vcs_info: handle nested repositories of different types Aleksandr Mezin
2019-11-23 22:14 ` [PATCH 1/3] vcs_info/git: set vcs_comm[basedir] in VCS_INFO_detect_git Aleksandr Mezin
2019-11-23 22:14 ` [PATCH 2/3] vcs_info/cvs: set vcs_comm[basedir] in VCS_INFO_detect_cvs Aleksandr Mezin
2019-11-25  4:35   ` Daniel Shahaf
2019-11-25  7:31     ` Aleksandr Mezin
2019-11-25  8:16       ` Daniel Shahaf
2019-11-26  1:26         ` Aleksandr Mezin
2019-11-26  1:28           ` Aleksandr Mezin
2019-11-26  4:52             ` Daniel Shahaf
2019-11-26 10:22               ` Aleksandr Mezin
2019-11-28 11:13                 ` Daniel Shahaf
2019-11-28 21:34                   ` Daniel Shahaf
2019-11-29 13:41                     ` Aleksandr Mezin [this message]
2019-11-29 15:25                       ` Mikael Magnusson
2019-11-29 19:55                         ` Daniel Shahaf
2019-11-29 20:30                       ` Daniel Shahaf
2019-11-29 20:52                         ` Daniel Shahaf
2019-11-25  9:13       ` Bart Schaefer
2019-11-25 18:22         ` Daniel Shahaf
2019-11-25 18:47           ` Bart Schaefer
2019-11-23 22:14 ` [PATCH 3/3] vcs_info: choose the nearest repository Aleksandr Mezin
2019-11-25  4:33   ` Daniel Shahaf

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CADnvcfJUZZcCtj_nFs=F8ctRF2FWy2=oRBOB9szLF4aWeFFeXg@mail.gmail.com' \
    --to=mezin.alexander@gmail.com \
    --cc=d.s@daniel.shahaf.name \
    --cc=zsh-workers@zsh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).