summaryrefslogtreecommitdiff
path: root/tests.branching/morph-repository-stored-in-cloned-repositories.script
Commit message (Collapse)AuthorAgeFilesLines
* Fix tests for new `morph edit` syntaxPaul Sherwood2014-06-091-1/+1
|
* Fix paths for chunk directories in cmdtestsLars Wirzenius2014-03-061-4/+4
|
* Tidy up command testsSam Thursfield2012-11-141-4/+6
| | | | Be consistent about placement of test description, blank lines, etc.
* tests: Use test: URL prefix instead of baserock: throughoutSam Thursfield2012-11-071-5/+5
| | | | | | | | | | Some tests already used test: and in order to be able to share the scripts/setup-3rd-party-strata script they need to all use the same prefix. Using baserock: implies that we are using real code from Baserock, so I picked test: because the tests only ever use mock morphologies and no real code.
* Rewrite edit command to expect SYSTEM STRATUM [CHUNK] parametersJannis Pohlmann2012-09-041-1/+1
| | | | | | | | | | | | | | | | | Editing no longer requires a repository to be specified, neither does it require a branch. It now starts off from a system morphology that is required to exist in the branch root repository. Relative to this system, "morph edit" realises the repository of a stratum and, optionally, a chunk, creates edit branches named after the system branch, if necessary, and update the references in the system and stratum morphology accordingly. The changes made to any of the repositories in the system branch are not committed. All existing changes are updated to work with this new input syntax for "morph edit".
* Remember the repo that is cloned from during branch/checkout/editJannis Pohlmann2012-08-311-0/+47
We do this by storing a morph.repository option in the local clone's .git/config file. This way the user can rename local repositories or move them around in a system branch in whatever way he or she likes and we can still find the repository later by the same name. Previously, we could only identify repositories in a system branch by their directory name. Now things are more flexible and tolerant of "unexpected" user behavior.