| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Fallback describes the mechanism, while unspecified explains what the
user is thinking.
|
|\
| |
| | |
Remove run-time configuration settings from submodules
|
| |
| |
| |
| |
| |
| | |
In addition to mapping enums to strings in the configuration, we need to
know to delete the configuration option when given the "none" or "no"
option.
|
| |
| |
| |
| |
| |
| | |
The current code will always fail, but only because it's asking for a
string on a live config. Take a snapshot and make sure we fail with
ENOTFOUND instead of any old error.
|
| | |
|
| |
| |
| |
| |
| | |
We no longer have any setters which affect an instance, so
`git_submodule_save()` is no longer relevant.
|
| |
| |
| |
| | |
With this one, we can get rid of the edit_and_save test.
|
| | |
|
| |
| |
| |
| |
| |
| | |
Similarly to the other ones. In this test we copy over testing
`RECURSE_YES` which shows an error in our handling of the `YES` variant
which we may have to port to the rest.
|
| |
| |
| |
| |
| | |
Moving on with the removal of runtime-changing variables, the update
setting for a remote is whatever it was when it was looked up.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This lets us specify in the status call which ignore rules we want to
use (optionally falling back to whatever the submodule has in its
configuration).
This removes one of the reasons for having `_set_ignore()` set the value
in-memory. We re-use the `IGNORE_RESET` value for this as it is no
longer relevant but has a similar purpose to `IGNORE_FALLBACK`.
Similarly, we remove `IGNORE_DEFAULT` which does not have use outside of
initializers and move that to fall back to the configuration as well.
|
| |
| |
| |
| |
| |
| | |
As submodules are becomes more like values, we should not let a status
check to update its properties. Instead of taking a submodule, have
status take a repo and submodule name.
|
| |
| |
| |
| |
| | |
Instead of affecting a particular instance, make it change the
configuration.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Having this cache and giving them out goes against our multithreading
guarantees and it makes it impossible to use submodules in a
multi-threaded environment, as any thread can ask for a refresh which
may reallocate some string in the submodule struct which we've accessed
in a different one via a getter.
This makes the submodules behave more like remotes, where each object is
created upon request and not shared except explicitly by the user. This
means that some tests won't pass yet, as they assume they can affect the
submodule objects in the cache and that will affect later operations.
|
|\ \
| | |
| | | |
Handle binary DIFFABLEness properly
|
| | |
| | |
| | |
| | |
| | |
| | | |
Ensure that even when we're forcing a binary diff that we do not
assume that there *is* a diff. There should be an empty diff for
no change.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We test the generation of the textual patch via the patch function,
which are just one of two possibilities to get the output.
Add a second patch generation via the diff function to make sure both
outputs are in sync.
|
|\ \ \
| |/ /
|/| | |
Stash workdir correctly when added in the index, modified in the workdir
|
| | |
| | |
| | |
| | |
| | |
| | | |
Ensure that when a file is added in the index and subsequently
modified in the working directory, the stashed working directory
tree contains the actual working directory contents.
|
| | | |
|
|\ \ \
| | | |
| | | | |
Fixed GIT_DELTA_CONFLICTED not returned in some cases
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
If an index entry for a file that is not in HEAD is in conflicted state,
when diffing HEAD with the index, the status field of the corresponding git_diff_delta was incorrectly reported as GIT_DELTA_ADDED instead of GIT_DELTA_CONFLICTED.
This was due to handle_unmatched_new_item() initially setting the status
to GIT_DELTA_CONFLICTED but then overriding it later with GIT_DELTA_ADDED.
|
|\ \ \
| | | |
| | | | |
racy-git, the missing link
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Even though the file is empty and thus the size in the entry matches, we
should be able to detect it as a difference.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
They fit there much better, even though we often check by diffing, it's
about the behaviour of the index.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
As we attempt to replicate a situation in which an older checkout has
put a file on disk with different filtering settings from us, set the
timestamp on the entry and file to a second before we're performing the
operation so the entry in the index counts as old.
This way we can test that we're not looking at the on-disk file when the
index has the entry and we detect it as clean.
|
| | | | |
|
| | | | |
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When a file on the workdir has the same or a newer timestamp than the
index, we need to perform a full check of the contents, as the update of
the file may have happened just after we wrote the index.
The iterator changes are such that we can reach inside the workdir
iterator from the diff, though it may be better to have an accessor
instead of moving these structs into the header.
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
This is something we do on re-init but not when opening a
repository. This hasn't particularly mattered up to now as the version
has been 0 ever since the first release of git, but the times, they're
a-changing and we will soon see version 1 in the wild. We need to make
sure we don't open those.
|
| |
| |
| |
| |
| | |
This fixes a bug where if a file was in conflicted state in either diff,
it would not always remain in conflicted state in the merged diff.
|
| |
| |
| |
| |
| | |
All platforms do terrible, horrible, no good, very bad translation
when core.autocrlf=true. It's not just Windows!
|
| |
| |
| |
| |
| | |
Allow files to have mixed line endings instead of skipping processing
on them.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Support hierarchical test resource data, such that you can have
`tests/resources/foo/bar` and move the `bar` directory in as
a fixture.
Calling `cl_fixture_sandbox` on a path that is not directly beneath
the test resources directory succeeds, placing that directory into
the test fixture. (For example, `cl_fixture_sandbox("foo/bar")`
will sandbox the `foo/bar` directory as `bar`).
Add support for cleaning up directories created this way, by only
cleaning up the basename (in this example, `bar`) from the fixture
directory.
|
| |
| |
| |
| |
| | |
A corpus of files checked out with Git (Linux, 1.9.1) to ensure that
produce identical data when checking out using a CRLF filter.
|
| |
| |
| |
| |
| |
| | |
A corpus of files checked out with Git for Windows (2.4.1.windows.1)
to ensure that we produce identical data when checking out using a
CRLF filter.
|
| |
| |
| |
| |
| |
| | |
Given a variety of combinations of core.autocrlf settings and
attributes settings, test that we check out data into the working
directory the same as a known-good test resource created by git.git.
|
| |
| |
| |
| |
| |
| | |
Include a shell script that will generate the expected CRLF data,
calling git.git to capture its output as a test resource for the
current platform.
|
| |
| |
| |
| |
| | |
Include the UTF8 and UTF8 BOM tests in the master crlf test
branch for completeness.
|
| |
| |
| |
| |
| | |
Include additional test data for CRLF tests: files with mixed
line endings and binary files.
|
|/
|
|
|
|
| |
This allows the user to look up fields which we don't parse in libgit2,
and allows them to access gpgsig or mergetag fields if they wish to
check the signature.
|
|
|
|
|
|
| |
Test to ensure that when status updates an index, it does not alter
the original mode for file types that are not supported (eg, symlinks
on Windows).
|
|\
| |
| | |
Fixed index being double-freed in stash tests
|
| | |
|
|\ \
| |/
|/| |
Use the checksum to check whether an index has been modified
|
| |
| |
| |
| |
| | |
This will tell us which numbers we were trying to compare, rather than
just telling us that they're different.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When ticking over one second, it can happen that the actual time ticks
over the same second between the time that we undermine our own race
protections and the time in which we perform the index update. Such
timing would make the time in the entries match the index' timestamp and
we have not gained anything.
Ticking over five seconds makes it so that if real-time rolls over that
second, our index is still ahead. This is still suboptimal as we're
dealing with timing, but five seconds should be long enough for any
reasonable test runner to finish the tests.
|
| | |
|
|/ |
|
|\
| |
| | |
Zero out racily-clean entries' file_size
|