This repository has been archived by the owner on Nov 9, 2017. It is now read-only.
add moreutils pee utility #25
Comments
|
This answer on serverfault says there would be no need for pee with bash. Can you confirm this? |
|
that is a different usecase. I asked there for clarification, maybe they'd come with some hint. Thanks for finding the link! |
|
By now there's an comment on serverfault saying that "the bash syntax won't work with the hooks-joker technique". Thus, having the moreutils package would probably make sense. However, as we mostly rely on what MSYS packages are available upstream, I'd like to ask you to take your request to the MinGW / MSYS tracker. If they include moreutils, we'll get it for free. |
dscho
referenced
this issue
in dscho/git
Dec 15, 2018
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
dscho
referenced
this issue
in dscho/git
Feb 27, 2019
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
dscho
referenced
this issue
in dscho/git
Feb 4, 2020
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
dscho
referenced
this issue
in dscho/git
Apr 14, 2020
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
dscho
referenced
this issue
in dscho/git
Jun 1, 2020
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
dscho
referenced
this issue
in dscho/git
Sep 21, 2020
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
dscho
referenced
this issue
in dscho/git
Dec 15, 2020
The virtual file system code incorrectly treated symlinks as directories instead of regular files. This meant symlinks were not included even if they are listed in the list of files returned by the core.virtualFilesystem hook proc. Fixes #25 Signed-off-by: Ben Peart <Ben.Peart@microsoft.com>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
making hooks as solid files is probably well equipped for "less is more" approach
But hook folders like rc.d are more flexible.
And it seems there is a simple way to make them - http://zgp.org/~dmarti/tips/git-multiple-post-receive-hooks
If only there was pee.exe in git/win
The text was updated successfully, but these errors were encountered: