git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Help designing work flow

From
John Tapsell <johnflux@gmail.com>
Date
Mar 9, 2009, 13:22 UTC
Message-ID
<43d8ce650903090622j51b73801gb4be62a7f50029a4@mail.gmail.com>
In-Reply-To
<49B50B3C.50700@op5.se>
2009/3/9 Andreas Ericsson <ae@op5.se>:
> John Tapsell wrote:
> Not really. If bugs are in "unrelated" areas (if the topic changed some
> API without changing its' other callers, fe), you can backstep between
> each commit on the merged branch, remerge that commit (instead of the
> tip) and then run the tests again.

Doing that manually? Sounds really complicated, especially if the merge is nontrivial.

> But really, such bugs should have
> been detected prior to merging the branch, and in any case "git bisect"
> will find the commit that introduced the bug for you either way.

How will you detect bugs that arise from merging two trees, before you merge them?

> For next time, please cut away those parts of the email you didn't
> reply to. I had to scroll down to the bottom to make sure you hadn't
> written more.

I'll try sorry. Most email clients will hide the quoted text - there might be an option for that in your client?

John
Previous: Andreas EricssonNext: Andreas Ericsson
Message 5 of 8 in “Help designing work flow”
  1. John DlugoszMar 5, 2009
  2. Andreas EricssonMar 9, 2009
  3. John TapsellMar 9, 2009
  4. Andreas EricssonMar 9, 2009
  5. John TapsellMar 9, 2009
  6. Andreas EricssonMar 9, 2009
  7. John DlugoszMar 9, 2009
  8. John DlugoszMar 26, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.