If I have local changes that I haven't checked in, and the merge would
conflict with those changes, including by deleting my file, fossil
should say something like:
Hey, this merge will conflict with your uncommitted changes to:
* File X
* File Y
Commit your changes or use --force to merge anywa
Would that be equivalent to something like "git stash"?
For the same situation in git, I "stash" my uncommitted
local changes before merging in and then pop the stash
to resolve any merge conflicts.
-Kumar
On Tue, Dec 14, 2010 at 3:03 AM, Jeff Rogers wrote:
> Local edits being lost seems the wr
Local edits being lost seems the wrong thing to do, even if they are
recoverable with an undo action - undo doesn't always do what I expect,
which is probably user error, but since undo is only one level deep st
also seems that if they are not recovered immediately, they would be
lost forever.
On Mon, 13 Dec 2010 09:51:46 +0100
>> "Lluís" == Lluís Batlle i Rossell wrote:
Lluís> Monotone has very careful ways of interaction for merge
Lluís> conflicts:
Lluís> http://www.monotone.ca/docs/Merge-Conflicts.html
+1 to take closer look at Monotone's handling of conflicts.
Lluís> For foss
On Mon, Dec 13, 2010 at 09:55:45AM +0100, Ramon Ribó wrote:
> Hello,
>
> In a related subject about merge, I think that fossil should give
> more information in the merge marker lines in the files. I think that
> it would be appropiate to explain, in each of the two versions of the
> code, fro
Hello,
In a related subject about merge, I think that fossil should give
more information in the merge marker lines in the files. I think that
it would be appropiate to explain, in each of the two versions of the
code, from which versions they come from or if they come from local
changes.
RR
On Sun, Dec 12, 2010 at 06:57:56PM -0500, Richard Hipp wrote:
> Suppose you have the "trunk" branch checked out and you have made changes to
> file xyz.txt locally, but have not checked them in. Then you do a merge of
> branch "other-branch":
>
> fossil merge other-branch
>
> The file xyz.t
On Dec 12, 2010, at 8:15 PM, Richard Hipp wrote:
>
>
> On Sun, Dec 12, 2010 at 8:04 PM, James Turner wrote:
> I would think if I merge a branch that deletes the file and I have local
> changes the file would still exist on disk but would be treated like a
> untracked file. Meaning, if I was
On Sun, Dec 12, 2010 at 07:30:49PM -0500, Richard Hipp wrote:
> On Sun, Dec 12, 2010 at 7:24 PM, Joerg Sonnenberger > wrote:
> > Consider it a merge conflict.
> >
>
> You mean refuse to do the merge?
Yes, at least automatically.
> Certainly a conflict warning will be issued, but it seems like a
On Sun, Dec 12, 2010 at 8:04 PM, James Turner wrote:
> I would think if I merge a branch that deletes the file and I have local
> changes the file would still exist on disk but would be treated like a
> untracked file. Meaning, if I was to run fossil extras after the merge the
> file would show u
I would think if I merge a branch that deletes the file and I have local
changes the file would still exist on disk but would be treated like a
untracked file. Meaning, if I was to run fossil extras after the merge the file
would show up. Does this make sense?
On Dec 12, 2010, at 7:30 PM, Richa
On Sun, Dec 12, 2010 at 7:24 PM, Joerg Sonnenberger wrote:
> On Sun, Dec 12, 2010 at 06:57:56PM -0500, Richard Hipp wrote:
> > Suppose you have the "trunk" branch checked out and you have made changes
> to
> > file xyz.txt locally, but have not checked them in. Then you do a merge
> of
> > branc
On Sun, Dec 12, 2010 at 06:57:56PM -0500, Richard Hipp wrote:
> Suppose you have the "trunk" branch checked out and you have made changes to
> file xyz.txt locally, but have not checked them in. Then you do a merge of
> branch "other-branch":
>
> fossil merge other-branch
>
> The file xyz.t
Suppose you have the "trunk" branch checked out and you have made changes to
file xyz.txt locally, but have not checked them in. Then you do a merge of
branch "other-branch":
fossil merge other-branch
The file xyz.txt has been deleted in other-branch. What should fossil's
response be? Sho
14 matches
Mail list logo