#158: restarting the darcs source backend skips failed changesets
------------------------+---------------------------------------------------
Reporter: wfranzini | Owner: lele
Type: defect | Status: new
Priority: major | Milestone: VersionOne
Component: darcs | Version: 0.9
Resolution: | Keywords:
------------------------+---------------------------------------------------
Comment(by lele):
Yes, that's expected!
Consider this:
{{{
>>> from vcpx.statefile import StateFile
>>> sf = StateFile('project.state', None)
>>> print sf.lastAppliedChangeset()
Revision: Use a common ancestor to recognize tailor exceptions
Date: 2006-06-24 23:11:57+00:00
Author: [EMAIL PROTECTED]
Entries: tailor(UPD), vcpx/__init__.py(UPD), vcpx/config.py(UPD),
vcpx/cvsps.py(UPD), vcpx/project.py(UPD), vcpx/source.py(UPD),
vcpx/tailor.py(UPD), vcpx/target.py(UPD)
Log:
}}}
The `lastAppliedChangeset()` is the changeset that tailor has been able to
fetch and apply (from the source) ''and'' to replay and commit (on the
target).
Your case shows that the source backend has been able to do it's work, ie
pulling and applying the next patch, but an error occurred while replaying
it on the target, and thus it's still "pending" there.
At next run, tailor will retry to commit that patch on the target, before
going on.
Maybe the source backend could ''unpull'' (in darcs parlance) the applied-
but-not-replayed-and-committed patch, but I do not see an obvious
advantage of doing that. Do you?
--
Ticket URL: <http://progetti.arstecnica.it/tailor/ticket/158#comment:2>
Tailor <http://progetti.arstecnica.it/tailor>
An inter-VCs changeset exchanger
_______________________________________________
Tailor mailing list
[email protected]
http://lists.zooko.com/mailman/listinfo/tailor
