[Aegis-developers] [ aegis-Bugs-2087900 ] Multiple GrandParent merge issue
Brought to you by:
pmiller
From: SourceForge.net <no...@so...> - 2008-09-02 01:24:09
|
Bugs item #2087900, was opened at 2008-09-02 11:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100224&aid=2087900&group_id=224 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brendan Simon (brendansimon) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple GrandParent merge issue Initial Comment: grandparent merges do not remember the previous grandparent merges. aegis 4.24. When doing a grandparent merge to a deeper branch, eg. from foo.2 to foo.2.10, the first merge works as expected, but any subsequent GP merges (in new changesets) do not recongise the files has being merged and up to date. * foo.2.10.D123 is GP merge changeset (from foo.2). * Now create a new changeset for another GP merge (no other integrations have taken place on any other branch). * aecp . * aem -gp * aecpu -unchanged * ael cf There should be not files copied out as all the files should be up to date, however all the files from the previous GP merge will be still copied as aegis things they need updating. An aed will show that all these files have no differences after the GP merge. What should happen (in my opinion) is that the aecpu -unc should uncopy all the files they are merged and up to date. aelcf should show no files (unless there are genuine differences to merge). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100224&aid=2087900&group_id=224 |