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

Help using git I'm review process

From
MBMathew Benson <mathew.benson@gmail.com>
Date
Jul 24, 2011, 12:12 UTC
Message-ID
<245B4B40-CA0A-43F6-A3F0-85E50D75CB93@gmail.com>
I'm planning to use git for a work project, which requires tight control of the peer review process.  In previous jobs, the peer review was a tedious manual process of creating PDF files, writing comments in spreadsheets, and copying comments to the CM system.  I want to use technology to my best advantage.
Once a developer has completed all his changes in his development branch, what's the best way to get those files to the reviewers, without requiring the author to stop work?  First, I think I should create a tag in the developer branch.  Each developer has a local repository, and my review tool writes files directly in the work area.  Can they just fetch, checkout a tag (don't know how to do that), commit changes, and push it back to the central repository?  Is there a better workflow?
Next: Thomas Adam
Message 1 of 9 in “Help using git I'm review process”
  1. Mathew BensonJul 24, 2011
  2. Thomas AdamJul 24, 2011
  3. Mathew BensonJul 24, 2011
  4. Thomas AdamJul 24, 2011
  5. Jens LehmannJul 24, 2011
  6. Mathew BensonJul 24, 2011
  7. Fwd: Help using git I'm review processThomas Adam, Jul 24, 2011
  8. Mathew BensonJul 24, 2011
  9. Magnus BäckJul 24, 2011

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.