* [sup-devel] What's your workflow?
@ 2009-12-29 19:34 Tero Tilus
2009-12-29 19:41 ` Edward Z. Yang
2009-12-29 19:58 ` William Morgan
0 siblings, 2 replies; 12+ messages in thread
From: Tero Tilus @ 2009-12-29 19:34 UTC (permalink / raw)
To: sup-devel
I'm still a bit newbie with git. I'd like to hear how do you folks
develop/use sup. What's your workflow? Do you run master, next or
some own branch? If own, where do you fork and how do you track
upstream and your own patches? Detailed git commands appreciated.
--
Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 19:34 [sup-devel] What's your workflow? Tero Tilus
@ 2009-12-29 19:41 ` Edward Z. Yang
2009-12-29 19:58 ` William Morgan
1 sibling, 0 replies; 12+ messages in thread
From: Edward Z. Yang @ 2009-12-29 19:41 UTC (permalink / raw)
To: Tero Tilus; +Cc: sup-devel
Excerpts from Tero Tilus's message of Tue Dec 29 14:34:33 -0500 2009:
> I'm still a bit newbie with git. I'd like to hear how do you folks
> develop/use sup. What's your workflow? Do you run master, next or
> some own branch? If own, where do you fork and how do you track
> upstream and your own patches? Detailed git commands appreciated.
When I used to maintain a few patches on top of Git (I don't think I
have any right now, since they became unnecessary when I switched
to Xapian and OfflineImap), I'd have them on top of my local next
branch; when pulling changes I'd:
git fetch
git rebase origin/next
I used to run master, but switched to next on advice that it was fairly
stable.
Cheers,
Edward
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: [sup-devel] What's your workflow?
2009-12-29 19:34 [sup-devel] What's your workflow? Tero Tilus
2009-12-29 19:41 ` Edward Z. Yang
@ 2009-12-29 19:58 ` William Morgan
2009-12-29 20:14 ` Tero Tilus
1 sibling, 1 reply; 12+ messages in thread
From: William Morgan @ 2009-12-29 19:58 UTC (permalink / raw)
To: sup-devel
Reformatted excerpts from Tero Tilus's message of 2009-12-29:
> I'm still a bit newbie with git. I'd like to hear how do you folks
> develop/use sup. What's your workflow? Do you run master, next or
> some own branch? If own, where do you fork and how do you track
> upstream and your own patches? Detailed git commands appreciated.
See http://sup.rubyforge.org/wiki/wiki.pl?Contributing, and feel free to
tweak that as appropriate!
--
William <wmorgan-sup@masanjin.net>
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 19:58 ` William Morgan
@ 2009-12-29 20:14 ` Tero Tilus
2009-12-29 20:40 ` Ben Walton
2009-12-29 20:43 ` William Morgan
0 siblings, 2 replies; 12+ messages in thread
From: Tero Tilus @ 2009-12-29 20:14 UTC (permalink / raw)
To: sup-devel
William Morgan, 2009-12-29 21:58:
> See http://sup.rubyforge.org/wiki/wiki.pl?Contributing
Believe me, I have. That's pretty much why I got this far in the
first place. ;)
Wiki page just doesn't say anything on how to have your own daily-sup
branch (master or next + a set of own and others' patches) and how to
keep that up-to-date with upstream while your develop your own patches
(which are supposed to live in topic branches).
--
Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 20:14 ` Tero Tilus
@ 2009-12-29 20:40 ` Ben Walton
2009-12-29 21:58 ` Tero Tilus
2009-12-29 20:43 ` William Morgan
1 sibling, 1 reply; 12+ messages in thread
From: Ben Walton @ 2009-12-29 20:40 UTC (permalink / raw)
To: sup-devel
[-- Attachment #1.1: Type: text/plain, Size: 1482 bytes --]
Excerpts from Tero Tilus's message of Tue Dec 29 15:14:45 -0500 2009:
> Wiki page just doesn't say anything on how to have your own daily-sup
> branch (master or next + a set of own and others' patches) and how to
> keep that up-to-date with upstream while your develop your own patches
> (which are supposed to live in topic branches).
Maybe something like Stacked Git would work for you?
http://www.procode.org/stgit/
Alternately, if you want to stick to plain git, I'd recommend
something like:
origin/master -> master
origin/next -> next
|
\ mybranch
Where 'mybranch' collects your locally desired deviations. If you're
not familiar with git, you'll want to do, assuming you've already got
a good repo that is tracking both origin/* branches.
Now, you can do:
git checkout -b mybranch next
As you update next with changes from origin/next, you can 'move' your
local changeset forward with:
git rebase next
If you don't explicitly track the next branch locally, you can do:
git checkout -b mybranch origin/next
and then
git rebase origin/next
as you do `git fetch` to get changes from upstream.
Be sure to do any devel work you expect to send back to the project as
a branch from master though, as that makes integration easier
upstream.
HTH.
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 143 bytes --]
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 20:40 ` Ben Walton
@ 2009-12-29 21:58 ` Tero Tilus
2009-12-29 22:51 ` William Morgan
0 siblings, 1 reply; 12+ messages in thread
From: Tero Tilus @ 2009-12-29 21:58 UTC (permalink / raw)
To: sup-devel
Ben Walton, 2009-12-29 22:40:
> Maybe something like Stacked Git would work for you?
> http://www.procode.org/stgit/
Now _that_ is something i've been dreaming of! Thanks a lot. Even if
I don't end up using stgit on sup development, I know I'll use it in
quite a few other places.
> Alternately, if you want to stick to plain git, I'd recommend
> something like:
>
> origin/master -> master
> origin/next -> next
> |
> \ mybranch
>
> Where 'mybranch' collects your locally desired deviations.
Does it "just work" if I have feature branches off of master which are
merged to mybranch and the feature patches get accepted and appear to
next?
--
Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 21:58 ` Tero Tilus
@ 2009-12-29 22:51 ` William Morgan
2009-12-29 23:03 ` Tero Tilus
0 siblings, 1 reply; 12+ messages in thread
From: William Morgan @ 2009-12-29 22:51 UTC (permalink / raw)
To: sup-devel
Reformatted excerpts from Tero Tilus's message of 2009-12-29:
> Does it "just work" if I have feature branches off of master which are
> merged to mybranch and the feature patches get accepted and appear to
> next?
It certainly works for the case where you're merging from next into your
daily_sup branch, and rebase will happily drop changes that are
duplicated by the target, so I would guess that rebase would do the
right thing with redundant merges. Maybe a test is in order!
--
William <wmorgan-sup@masanjin.net>
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 22:51 ` William Morgan
@ 2009-12-29 23:03 ` Tero Tilus
2009-12-30 0:01 ` William Morgan
0 siblings, 1 reply; 12+ messages in thread
From: Tero Tilus @ 2009-12-29 23:03 UTC (permalink / raw)
To: sup-devel
I think I gradually start to figure out how to get rid of habits I
find messy. Thanks a ton already guys!
Still one thing.
Assume I have a feature-branch which is merged to my-daily-sup and I
go --amend a commit in that feature-branch. How would I now get
my-daily-sup up to date? (also assume that merge from feature-branch
is not the tip of my-daily-sup so that git reset HEAD^ && git merge
feature-branch is not a solution)
--
Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 23:03 ` Tero Tilus
@ 2009-12-30 0:01 ` William Morgan
0 siblings, 0 replies; 12+ messages in thread
From: William Morgan @ 2009-12-30 0:01 UTC (permalink / raw)
To: sup-devel
Reformatted excerpts from Tero Tilus's message of 2009-12-29:
> Assume I have a feature-branch which is merged to my-daily-sup and I
> go --amend a commit in that feature-branch. How would I now get
> my-daily-sup up to date? (also assume that merge from feature-branch
> is not the tip of my-daily-sup so that git reset HEAD^ && git merge
> feature-branch is not a solution)
If you --amend, then remerging will likely create a conflict. There
might be a way of rebase -i on my-daily-sup to leave off the original
merge commit, or you could "unmerge it" with the horribleness that is
`git revert -m 1` on the original merge commit, leaving daily-sup with
some reverse commits.
The short answer is: don't do that. Avoid things that change the head on
a branch that's been published or merged or otherwise used. Make an
additional commit instead of --amend, or be prepared to do some work.
(I realize this isn't ideal because presumably you're trying to keep
both a clean topic branch and a clean daily-sup branch, but rebasing and
amending necessarily drops the history that git needs to merge changes
properly.)
--
William <wmorgan-sup@masanjin.net>
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [sup-devel] What's your workflow?
2009-12-29 20:14 ` Tero Tilus
2009-12-29 20:40 ` Ben Walton
@ 2009-12-29 20:43 ` William Morgan
2009-12-29 22:03 ` Tero Tilus
1 sibling, 1 reply; 12+ messages in thread
From: William Morgan @ 2009-12-29 20:43 UTC (permalink / raw)
To: sup-devel
Reformatted excerpts from Tero Tilus's message of 2009-12-29:
> Wiki page just doesn't say anything on how to have your own daily-sup
> branch (master or next + a set of own and others' patches) and how to
> keep that up-to-date with upstream while your develop your own patches
> (which are supposed to live in topic branches).
You should be able to make a daily-sup branch off of (say) next, apply
all your patches, and whenever next changes and you want to update,
rebase like so:
$ git checkout next
$ git pull
$ git checkout daily-sup
$ git rebase next
If you have feature branches merged into daily-sup, I think you need to
use `git rebase -p next` to get it to recreate those merges. But I've
never gotten that complex.
(You could also just merge in next each time, which might be easier.
Rebase has the advantage of keeping your patch set up to date with the
remote branch, though, which might be nice if you decide to publish
them.)
--
William <wmorgan-sup@masanjin.net>
_______________________________________________
Sup-devel mailing list
Sup-devel@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-devel
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2009-12-30 0:02 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-12-29 19:34 [sup-devel] What's your workflow? Tero Tilus
2009-12-29 19:41 ` Edward Z. Yang
2009-12-29 19:58 ` William Morgan
2009-12-29 20:14 ` Tero Tilus
2009-12-29 20:40 ` Ben Walton
2009-12-29 21:58 ` Tero Tilus
2009-12-29 22:51 ` William Morgan
2009-12-29 23:03 ` Tero Tilus
2009-12-30 0:01 ` William Morgan
2009-12-29 20:43 ` William Morgan
2009-12-29 22:03 ` Tero Tilus
2009-12-29 22:33 ` William Morgan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox