- Jun 29, 2012
-
-
-
-
Conflicts: includes/VersioncontrolGitRepository.php Minor conflict on sync() method that anyway will be removed soon.
-
This commit introduces a whole new approach to rigorously testing event-driven synchronization, via the VersioncontrolGitPushTests class. Eventually, this testing class will likely supercede VersioncontrolGitEventDataIntegrityTests entirely. The test set is not yet complete, but TODOs are marked for the remaining code paths to be tested, and a good example to follow has been clearly set.
-
-
This chases the corresponding interface addition on VersioncontrolRepositoryHistorySynchronizerInterface in versioncontrol.
-
-
1) When an incompatible event type is passed to syncEvent() 2) When syncing is about to be attempted on a non-valid Git repo 3) When the repo is locked and a sync is attempted. This throws VersioncontrolLockedRepositoryException.
-
This separation helps with readability a bit, and may also be a boon to some API additions down the line.
-
fetch*() is used to indicate repository interaction, load*() to indicate database interaction.
-
Also make the single-fetchers more robust vs. naming collisions, and fix some minor docs/standards stuff.
-
-
- Jun 19, 2012
-
-
Marco Villegas authored
-
- Jun 18, 2012
- Jun 17, 2012
- Jun 16, 2012
-
-
Sam Boyer authored
-
Sam Boyer authored
-
Sam Boyer authored
Tests of pushes were creating confusing, impossible situations for history synchronizers because the event was describing repository events that did not actually happen, so fetching from the repo created confusing results. This change allows VersioncontrolGitTestCase::versioncontrolSimulatePush() to write the changes described in the push blob to the repository, so that history synchronizers have a fully and properly mocked environment.
-
Sam Boyer authored
-
- Jun 15, 2012
-
-
Sam Boyer authored
-
Sam Boyer authored
-
Marco Villegas authored
-
Marco Villegas authored
-
Sam Boyer authored
-
- Jun 14, 2012
-
-
Marco Villegas authored
-
Marco Villegas authored
Instead of using versiocontrol label constans, so we can use other reftypes in the future.
-
Marco Villegas authored
-
- Jun 05, 2012
-
-
Marco Villegas authored
-
Marco Villegas authored
-
Marco Villegas authored
Now it's handled separately for each ref.
-
Marco Villegas authored
Git allows using the same string in different ref namespaces(i.e. a tag and a branch can have the same name), so if someone happen to push a pair of refs with the same name, at loading we will end up with one of them instead of both.
-
Marco Villegas authored
-
- May 28, 2012
-
-
Marco Villegas authored
-
Marco Villegas authored
-
- May 27, 2012
-
-
Marco Villegas authored
-
- May 25, 2012
-
-
Marco Villegas authored
- Assing the right value to {versioncontrol_git_event_data}.ff, considering adding and removing refs as fast-forward. - Use and store commit hashes into {versioncontrol_git_event_data}.commits - Change a lot the logic inside the syncEvent method to accept (hopefully) all possible scenarios, including updating the code to use
-