The WebDAV concept of "depth" may be useful in understanding the motivation behind this. Suppose we're getting the status of directory D. The three depth levels would mean
depth 0: D itself (just the named directory) depth 1: D and its immediate children (D + its entries) depth Infinity: D and all its descendants (full recursion)
To offer all three levels, we could have one unified function, taking a `depth' parameter. Unfortunately, because this function would have to handle multiple return values as well as the single return value case, getting the status of just one entity would become cumbersome: you'd have to roll through a hash to find one lone status.
So we have svn_wc_status() for depth 0, and svn_wc_get_status_editor() for depths 1 and 2, since the latter two involve multiple return values.
NOTE: The status structures may contain a NULL ->entry field. This indicates an item that is not versioned in the working copy.
|
|
The item's entry data is in entry, augmented and possibly shadowed by the other fields. entry is
|
|
|
baton is a closure object; it should be provided by the implementation, and passed by the caller. |
|
|
Same as svn_wc_status_func2_t(), but for older svn_wc_status_t structures. |
|
|
Same as svn_wc_status2_t, but without the svn_lock_t 'repos_lock' field. |
|
|
||||||||||||
|
Same as svn_wc_dup_status2(), but for older svn_wc_status_t structures. |
|
||||||||||||
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Same as svn_wc_get_status_editor2, but with set_locks_baton set to |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
svn_wc_status2_t structures and sends them through status_func / status_baton. anchor is an access baton, with a tree lock, for the local path to the working copy which will be used as the root of our editor. If target is not empty, it represents an entry in the anchor path which is the subject of the editor drive (otherwise, the anchor is the subject).
If set_locks_baton is non- Callers drive this editor to describe working copy out-of-dateness with respect to the repository. If this information is not available or not desired, callers should simply call the close_edit() function of the editor vtable.
If the editor driver calls editor's set_target_revision() vtable function, then when the edit drive is completed, *edit_revision will contain the revision delivered via that interface, and any status items reported during the drive will have their
config is a hash mapping Assuming the target is a directory, then:
If no_ignore is set, statuses that would typically be ignored will instead be reported. If cancel_func is non-null, call it with cancel_baton while building the statushash to determine if the client has cancelled the operation.
If traversal_info is non-null, then record pre-update traversal state in it. (Caller should obtain traversal_info from Allocate the editor itself in pool, but the editor does temporary allocations in a subpool of pool. |
|
||||||||||||||||||||
|
Same as svn_wc_status2(), but for older svn_wc_status_t structures. |
|
||||||||||||||||||||
|
repos_rev field, which is normally filled in by the caller. adm_access must be an access baton for path.
Here are some things to note about the returned structure. A quick examination of the
The other available results for the |
|
||||||||||||||||||||
|
const char* absolute repository paths to svn_lock_t objects, with a set_locks_baton returned by an earlier call to svn_wc_get_status_editor2. repos_root is the repository root URL. Perform all allocations in pool.
|
1.4.3