Only if no inheritable mergeinfo is found in the repository can we finally say the path has no mergeinfo whatsoever. If it reaches the top of the working copy and can't find such a parent, it will then ask the repository about any other parent paths, going as far as the root of the repository if necessary. When determining the inherited mergeinfo on a path with no explicit mergeinfo, Subversion will first crawl as far up the working copy as it can looking for a parent with explicit mergeinfo. The concept of "nearest parent" is not limited to the working copy. If a path doesn't have explicit mergeinfo it can still have inherited mergeinfo if it has a parent (or grandparent, or great-grandparent, etc.) with explicit mergeinfo. reverse merging a change from a path's own history.the merge source is from a different repository from the merge target.
when using the -ignore-ancestry option.There are a few cases where a merge won't create or modify mergeinfo: when merging with incomplete represenation of repository (shallow working copy, switched subtrees, or because of authorization restrictions that prevent parts of a tree from being checked out).This is regarded as defficiency of Subversion and may be fixed we merged from a file in trunk to a file in our branch, creating mergeinfo on that file). when a merge target has some subtree that was previously a merge target itself (e.g.Normally mergeinfo is set only on the merge target. When a path has the mergeinfo property set on it, that path is said to have explicit mergeinfo. Mergeinfo the versioned property svn:mergeinfo, is the history of merges made into a given file or directory.
0 kommentar(er)
