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

GIT commit strategy

From
VKVadim K. <klug@hot.ee>
Date
Aug 16, 2011, 16:17 UTC
Message-ID
<C0B80A98F4E14FA287D3BAFA8366BEAC@procyon>
Hello all,
    Imagine developer A has changed files f1 and f2, then made commit and 
push to the server
    Developer B has changed files f2 and f3 and made local commit.
    Next B wants to publish changes to the server and make pull to resolve 
conflicts at f2.  After pulling from the server it has all 3 files - f1, f2 
and f3 to commit before push. But B did not changed f1 and actually can 
"ban" this change if he commits only f2 and f3 - files that were changed by 
him. In latter case after pushing to the server GIT will restore previous 
version of the f1, even if it has more recent one !! It does not seem to be 
very logical.
    Question: is it possible to show to the developer only files, that he 
changes? Like in SVN - after updating from the server developer must resolve 
conflicts (if any) and only commits changes that he has made. By the way - 
in a case of non-conflicting files (let me say A changes f1, B changes f2) 
GIT makes commit automatically and does not show to the B, that f1 was 
changed and need to be re-commited. B only need to push the change back.
Thank you,
Vadim. 
Next: Michael Witten
Message 1 of 2 in “GIT commit strategy”
  1. Vadim K.Aug 16, 2011
  2. Michael WittenAug 16, 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.