Suppose I have 3 repos: main, beta, and production. I pull beta from main, and production from beta. When it is time to update the production and beta sites, I would like to tag them appropriately:
~/production> darcs tag [here I would respond 'production dd/mm/yyyy'] ~/beta> darcs tag [here I would respond 'beta dd/mm/yyyy'] then, later: ~/beta> darcs pull [to update beta to the latest development code] ~/production> darcs pull -t 'beta dd/mm/yyyy' [to update production to this month's tested beta code] I have 2 questions: 1. Since I would like to track production and beta tags in the main repo, what is the correct sequence to push the tags from production to beta, and then beta to main so that the dependencies will be correct? In other words, should I push the tag from production to beta, then tag beta, then push both to main? Or should I push the beta tag first, then push the production tag to beta, then the production tag in beta back to main? 2. If I pull an older production tag into the production working directory, will I still have all other patches in that repo as well? In other words, if I want a clean repo of only the patches from a given tag, I have to 'get' a new repo with that tag, correct? -- Jonathon McKitrick Reed Larkey Group _______________________________________________ darcs-users mailing list [email protected] http://lists.osuosl.org/mailman/listinfo/darcs-users
