delta/libgit2.git/tests/path/core.c, branch ethomson/github_actions github.com: libgit2/libgit2.git path: support non-ascii drive letters on dos 2019-12-10T08:11:45+00:00 Edward Thomson ethomson@edwardthomson.com 2019-12-03T12:15:47+00:00 14ff3516e5f4203838a0edb044c6622b8e3a3755 Windows/DOS only supports drive letters that are alpha characters A-Z. However, you can `subst` any one-character as a drive letter, including numbers or even emoji. Test that we can identify emoji as drive letters. 
Windows/DOS only supports drive letters that are alpha characters A-Z.
However, you can `subst` any one-character as a drive letter, including
numbers or even emoji.  Test that we can identify emoji as drive
letters.
path: only treat paths starting with '\' as absolute on Win32 2019-06-13T08:41:15+00:00 Patrick Steinhardt ps@pks.im 2019-06-07T08:20:35+00:00 f7c6795f48850eec94793d22b5fd621b61cd2466 Windows-based systems treat paths starting with '\' as absolute, either referring to the current drive's root (e.g. "\foo" might refer to "C:\foo") or to a network path (e.g. "\\host\foo"). On the other hand, (most?) systems that are not based on Win32 accept backslashes as valid characters that may be part of the filename, and thus we cannot treat them to identify absolute paths. Change the logic to only paths starting with '\' as absolute on the Win32 platform. Add tests to avoid regressions and document behaviour. 
Windows-based systems treat paths starting with '\' as absolute,
either referring to the current drive's root (e.g. "\foo" might
refer to "C:\foo") or to a network path (e.g. "\\host\foo"). On
the other hand, (most?) systems that are not based on Win32
accept backslashes as valid characters that may be part of the
filename, and thus we cannot treat them to identify absolute
paths.

Change the logic to only paths starting with '\' as absolute on
the Win32 platform. Add tests to avoid regressions and document
behaviour.
Convert usage of `git_buf_free` to new `git_buf_dispose` 2018-06-10T17:34:37+00:00 Patrick Steinhardt ps@pks.im 2018-02-08T11:14:48+00:00 ecf4f33a4e327a91496f72816f9f02d923e5af05 






path: reject .gitmodules as a symlink
2018-05-23T06:47:08+00:00

Carlos Martín Nieto
cmn@dwim.me

2018-05-22T14:13:47+00:00

a7168b47ee494c52ffe850784be9ad996f80441a

Any part of the library which asks the question can pass in the mode to have it
checked against `.gitmodules` being a symlink.

This is particularly relevant for adding entries to the index from the worktree
and for checking out files.





Any part of the library which asks the question can pass in the mode to have it
checked against `.gitmodules` being a symlink.

This is particularly relevant for adding entries to the index from the worktree
and for checking out files.







index: allow read of index w/ illegal entries
2016-02-17T13:10:33+00:00

Edward Thomson
ethomson@github.com

2016-02-16T17:11:46+00:00

318b825e76a9dc8afefc8274c5271747ad64d5a9

Allow `git_index_read` to handle reading existing indexes with
illegal entries.  Allow the low-level `git_index_add` to add
properly formed `git_index_entry`s even if they contain paths
that would be illegal for the current filesystem (eg, `AUX`).
Continue to disallow `git_index_add_bypath` from adding entries
that are illegal universally illegal (eg, `.git`, `foo/../bar`).





Allow `git_index_read` to handle reading existing indexes with
illegal entries.  Allow the low-level `git_index_add` to add
properly formed `git_index_entry`s even if they contain paths
that would be illegal for the current filesystem (eg, `AUX`).
Continue to disallow `git_index_add_bypath` from adding entries
that are illegal universally illegal (eg, `.git`, `foo/../bar`).







git_path_join_unrooted: return base len
2015-01-20T23:12:35+00:00

Edward Thomson
ethomson@microsoft.com

2015-01-12T21:48:53+00:00

1fbfcdfcd0f3b87e95cea15b3c90808ccd5f9a79

The documentation for `git_path_join_unrooted` states that the base
length will be returned, so that consumers like checkout know where
to start creating directories instead of always creating directories
at the directory root.





The documentation for `git_path_join_unrooted` states that the base
length will be returned, so that consumers like checkout know where
to start creating directories instead of always creating directories
at the directory root.







Add more Windows reserved filenames
2014-12-19T15:54:42+00:00

Linquize
linquize@yahoo.com.hk

2014-12-19T15:54:42+00:00

6987a580f7de787cceae242339b78608b2ef9d50












COM0 is a valid path, although Windows Explorer does not allow to create this
2014-12-19T15:54:01+00:00

Linquize
linquize@yahoo.com.hk

2014-12-19T15:54:01+00:00

6fd00266a8c5c39d98abf2ec899db6f5cbd8874f












Introduce core.protectHFS and core.protectNTFS
2014-12-17T17:52:07+00:00

Edward Thomson
ethomson@microsoft.com

2014-12-17T00:53:55+00:00

ec74b40ceef3dc3892c7d84bb4f5d99bab504ba4

Validate HFS ignored char ".git" paths when `core.protectHFS` is
specified.  Validate NTFS invalid ".git" paths when `core.protectNTFS`
is specified.





Validate HFS ignored char ".git" paths when `core.protectHFS` is
specified.  Validate NTFS invalid ".git" paths when `core.protectNTFS`
is specified.







checkout: disallow bad paths on HFS
2014-12-16T16:08:59+00:00

Edward Thomson
ethomson@microsoft.com

2014-12-11T00:12:16+00:00

11d67b754d47967642570f796601e8850f001d73

HFS filesystems ignore some characters like U+200C.  When these
characters are included in a path, they will be ignored for the
purposes of comparison with other paths.  Thus, if you have a ".git"
folder, a folder of ".git<U+200C>" will also match.  Protect our
".git" folder by ensuring that ".git<U+200C>" and friends do not match it.





HFS filesystems ignore some characters like U+200C.  When these
characters are included in a path, they will be ignored for the
purposes of comparison with other paths.  Thus, if you have a ".git"
folder, a folder of ".git<U+200C>" will also match.  Protect our
".git" folder by ensuring that ".git<U+200C>" and friends do not match it.