Re: Multi-branch committing in git, revisited
От | Tom Lane |
---|---|
Тема | Re: Multi-branch committing in git, revisited |
Дата | |
Msg-id | 15152.1285125571@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Multi-branch committing in git, revisited ("David E. Wheeler" <david@kineticode.com>) |
Ответы |
Re: Multi-branch committing in git, revisited
Re: Multi-branch committing in git, revisited Re: Multi-branch committing in git, revisited |
Список | pgsql-hackers |
"David E. Wheeler" <david@kineticode.com> writes: > On Sep 21, 2010, at 8:01 PM, Bruce Momjian wrote: >>> Then they'd all be patched and staged. >> >> If I understand correctly, that 'git reset' will mark all branch changes >> as staged but not committed, and then you can commit all branches at >> once and push it. Is that right? > Right. You sure about the "staged" part? If I'm reading the git-reset man page correctly, this command will revert your commit position and index, leaving only the modified work files behind. So it looks to me like you need another round of git add, or at least git commit -a. Offhand I think I like Andrew's recommendation of a shortlived branch better. In essence your idea is using the tip of "master" itself as a shortlived branch, which is maybe a bit too cute. If you get distracted and need to do something else for awhile, the tip of "master" is not where you want your not-yet-pushable work to be. (For those following along at home, there are some mighty instructive examples in the git-reset man page.) regards, tom lane
В списке pgsql-hackers по дате отправления: