Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

config: provide an "origin" for config entries#6615

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
ethomson merged 6 commits intomainfromethomson/config_origin
Aug 14, 2023

Conversation

ethomson
Copy link
Member

Callers may want to identifywhere a configuration entry came from (akin togit config --list --show-origin). Provide this information.

Don't set entry data when we "get" an entry from the collection, add thedata to the entry before it's put into the collection. This keeps theentry creation logic in a single place.
The opaque `payload` on an entry is unnecessary and distracting; configentries should follow the patterns of other objects and use spaceelsewhere in the structure with a "base" config entry struct embedded.
A git_config_entry now knows the type of the origin for the entry("file", "memory", etc) and the path details (for files, the path ondisk). This is propagated through snapshots.
Provide two memory-backed configuration backends -- one that takes astring in config file format `[section] key=value` and one that takes alist of strings in `section.key=value` format.
Copy link
Contributor

@vincenzopalazzovincenzopalazzo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

LGMT

From the CI looks like that there is a failure, but I guess this is just an unlucky run

6: Test command: D:\a\libgit2\libgit2\build\Debug\libgit2_tests.exe "-v" "-sonline::clone::namespace"6: Working Directory: D:/a/libgit2/libgit2/build/tests/libgit26: Test timeout computed to be: 10000000[2116] unable to set SO_KEEPALIVE on socket: Input/output error6: Loaded 380 suites: 6: Started (test status codes: OK='.' FAILURE='F' SKIPPED='S')6: [3328] unable to set SO_KEEPALIVE on socket: Input/output error6: online::cloneF.6: 6:   1) Failure:6: online::clone::namespace_bare [D:\a\libgit2\libgit2\source\tests\libgit2\online\clone.c:1274]6:   Function call failed: (git_clone(&g_repo, _remote_url, "./namespaced.git", &options))6:   error -1 - error receiving data from socket: An existing connection was forcibly closed by the remote host.6: 6: 6: written summary file to D:/a/libgit2/libgit2/build/results_gitdaemon_namespace.xml6: Detected memory leaks!6: Dumping objects ->6: {2011} normal block at 0x0000022358A04410, 110 bytes long.6:  Data: <error -1 - error> 65 72 72 6F 72 20 2D 31 20 2D 20 65 72 72 6F 72 6: {2010} normal block at 0x000002235BF223F0, 48 bytes long.6:  Data: <`        E      > 60 10 DF 80 F6 7F 00 00 C8 45 DF 80 F6 7F 00 00 6: Object dump complete.1/1 Test #6: gitdaemon_namespace ..............***Failed    0.59 sec0% tests passed, 1 tests failed out of 1Total Test time (real) =   0.60 secThe following tests FAILED:  6 - gitdaemon_namespace (Failed)Errors while running CTestOutput from these tests are in: D:/a/libgit2/libgit2/build/Testing/Temporary/LastTest.logUse "--rerun-failed --output-on-failure" to re-run the failed cases verbosely.Test exited with code: 8

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@vincenzopalazzovincenzopalazzovincenzopalazzo approved these changes

Assignees
No one assigned
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

2 participants
@ethomson@vincenzopalazzo

[8]ページ先頭

©2009-2025 Movatter.jp