Re: [fossil-users] fossil rebase

2010-06-24 Thread altufaltu
Well, you have custom changes (A, B, C) in a branch and you want to 
keep up with latest changes happening in trunk - at frequent intervals.

What rebase does is it applies your changes A, B  C to new head (G) 
with a knowledge of everything that has happened between E  G. If any 
of A, B or C was pulled in to the trunk, that change will be removed 
automatically.

- Altu


-Original Message-
From: Eric e...@deptj.eu
To: fossil-users@lists.fossil-scm.org
Sent: Thu, Jun 24, 2010 12:00 pm
Subject: Re: [fossil-users] fossil rebase


 Git rebase help has a very good graphic to explain what it does: 
Assume the following history exists and the current branch is 
topic:   A---B---C topic  / D---E---F---G 
master From this point, the result of either of the following 
commands: git rebase master git rebase master topic would be: 
   A'--B'--C' topic  / D---E---F---G 
master Here, git forgets versions A, B  C if they are not published 
(tagged). I agree we don't want fossil to forget anything. However, 
if fossil can do following, that would be very helpful: 
A---B---C topic/   /   A'--B'--C' (new name) 
  /   / D---E---F---G trunk - AltuBut why would 
anyone want to do 
that?E.___fossil-users 
mailing 
listfossil-us...@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi
-bin/mailman/listinfo/fossil-users
  
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fossil rebase

2010-06-24 Thread Michael Richter
What does this do that *fossil merge trunk* from my branch in
*ttmrichter* doesn't
do?

On 24 June 2010 16:31, altufa...@mail.com wrote:

 Well, you have custom changes (A, B, C) in a branch and you want to
 keep up with latest changes happening in trunk - at frequent intervals.

 What rebase does is it applies your changes A, B  C to new head (G)
 with a knowledge of everything that has happened between E  G. If any
 of A, B or C was pulled in to the trunk, that change will be removed
 automatically.

 - Altu


 -Original Message-
 From: Eric e...@deptj.eu
 To: fossil-users@lists.fossil-scm.org
 Sent: Thu, Jun 24, 2010 12:00 pm
 Subject: Re: [fossil-users] fossil rebase


  Git rebase help has a very good graphic to explain what it does:
 Assume the following history exists and the current branch is
 topic:   A---B---C topic  / D---E---F---G
 master From this point, the result of either of the following
 commands: git rebase master git rebase master topic would be:
   A'--B'--C' topic  / D---E---F---G
 master Here, git forgets versions A, B  C if they are not published
 (tagged). I agree we don't want fossil to forget anything. However,
 if fossil can do following, that would be very helpful:
 A---B---C topic/   /   A'--B'--C' (new name)
  /   / D---E---F---G trunk - AltuBut why would
 anyone want to do
 that?E.___fossil-users
 mailing
 listfossil-us...@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi
 -bin/mailman/listinfo/fossil-users

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




-- 
Perhaps people don't believe this, but throughout all of the discussions of
entering China our focus has really been what's best for the Chinese people.
It's not been about our revenue or profit or whatnot.
--Sergey Brin, demonstrating the emptiness of the don't be evil mantra.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fossil rebase

2010-06-24 Thread altufaltu
I'm not sure. Is there really no difference?

- Altu



-Original Message-
From: Michael Richter ttmrich...@gmail.com
To: fossil-users@lists.fossil-scm.org
Sent: Thu, Jun 24, 2010 4:23 pm
Subject: Re: [fossil-users] fossil rebase


What does this do that fossil merge trunk from my branch in 
ttmrichter doesn't do?


On 24 June 2010 16:31,  altufa...@mail.com wrote:
Well, you have custom changes (A, B, C) in a branch and you want to
keep up with latest changes happening in trunk - at frequent intervals.

What rebase does is it applies your changes A, B  C to new head (G)
with a knowledge of everything that has happened between E  G. If any
of A, B or C was pulled in to the trunk, that change will be removed
automatically.


- Altu


-Original Message-
From: Eric e...@deptj.eu

To: fossil-users@lists.fossil-scm.org
Sent: Thu, Jun 24, 2010 12:00 pm
Subject: Re: [fossil-users] fossil rebase



 Git rebase help has a very good graphic to explain what it does:
Assume the following history exists and the current branch is
topic:           A---B---C topic          /     D---E---F---G
master From this point, the result of either of the following
commands: git rebase master git rebase master topic would be:
               A'--B'--C' topic                  /     D---E---F---G
master Here, git forgets versions A, B  C if they are not published
(tagged). I agree we don't want fossil to forget anything. However,
if fossil can do following, that would be very helpful:
A---B---C topic            /           /       A'--B'--C' (new name)
          /       /     D---E---F---G trunk - AltuBut why would
anyone want to do
that?E.___fossil-users
mailing

listfossil-us...@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi



-bin/mailman/listinfo/fossil-users

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users





--
Perhaps people don't believe this, but throughout all of the 
discussions of entering China our focus has really been what's best for 
the Chinese people. It's not been about our revenue or profit or 
whatnot.
--Sergey Brin, demonstrating the emptiness of the don't be evil 
mantra.


___fossil-users mailing 
listfossil-us...@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi
-bin/mailman/listinfo/fossil-users
  
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fossil rebase

2010-06-23 Thread altufaltu
Well, my understanding of rebase has changed since then, due to the 
same problem we faced. Git 'forgets' unpublished versions when doing 
rebase (but it need not - I may still be wrong here). I'm sure if 
fossil implements rebase, it will not forget old versions.

What I'm interested in is the 'feature' of rebase where it can re-apply 
changes to a new a new head. The result may be in a new branch.

- Altu


-Original Message-
From: Eric e...@deptj.eu
To: fossil-users@lists.fossil-scm.org
Sent: Wed, Jun 23, 2010 12:27 pm
Subject: Re: [fossil-users] fossil rebase


 Hi, Is there a rebase feature in fossil that is similar to git 
rebase? If not, is it planned? - AltuAnd what is different 
sincehttp://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg017
89.html?Eric___fossil-users 
mailing 
listfossil-us...@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi
-bin/mailman/listinfo/fossil-users
  
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] fossil rebase

2010-06-22 Thread altufaltu
Hi,

Is there a rebase feature in fossil that is similar to git rebase? If 
not, is it planned?

- Altu
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users