Okay - Along this same topic. This is very very very annoying.
So I got all done, branch.test was up to date with branch. and vice versa.
(current workspace is on branch.test)
mtn update -r h:branch
mtn.EXE: expanding selection 'h:[branch]'
mtn.EXE: expanded to '908a782fdccba6caea8ccf06416a982628b93ee9'
mtn.EXE: already up to date at 908a782fdccba6caea8ccf06416a982628b93ee9
the next commit
mtn.EXE: beginning commit on branch 'branch.test'
It would be really nice if the current branch tag in _MTN/options would
update even if the revision is already up to date.
On 5/22/07, J Decker <[EMAIL PROTECTED]> wrote:
I was doing some work, and decided that I wanted to commit that work to a
new branch, so as to not distrub other developers too badly... I still
haven't completely tested the changes, but it turns out that the changes
were included in the main branch anyhow because I then made some other
changes to files and commited them against the main branch, without first
updating to that branch. At the time I wondered if monotone would be really
smart about the thing that I did, but as it turns out, the branch tag I
applied to the revision basically made no difference...
This is a script which reproduces effectively what I did. What I would
have expected in the final checkout would have been 'file' with content
'Branch1' and 'file2' with content 'branch1'. Instead, I get 'file' with
content 'branch1 + branch2' but I did not propagate the branches... so I
would not have expected the changes to be merged...
Maybe an artificial warning/error can be generated to alert the user that
such a thing will not produce what they might expect?
mtn --db=test.db db init
mtn --db=test.db genkey temp
mtn --db=test.db --key=temp --branch=branch1 setup .
echo "Branch1" >file
mtn --db=test.db --key=temp add file
mtn --db=test.db --key=temp commit -m "Begin branch1"
echo "+Branch2" >>file
mtn --db=test.db --key=temp --branch=branch2 commit -m "Changed file,
begin branch2"
echo "branch1" >file2
mtn --db=test.db --key=temp add file2
mtn --db=test.db --key=temp --branch=branch1 commit -m "Add a file to
branch1"
mkdir checkout
cd checkout
mtn --db=../test.db --key=temp --branch=branch1 co .
---
Again, I was working on 'branch', made changes I didn't want to share with
the public yet and commited changes on --branch='branch.test'. I then
modified other code, and commited that code using --branch='branch' to
commit it against the main branch instead of branch.test. But at the end,
the changes added to branch.test were included in 'branch'
automatically...
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel