From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jerry Van Baren Date: Wed, 15 Aug 2007 19:34:03 -0400 Subject: [U-Boot-Users] RFC: Custodian conventions update Message-ID: <46C38D6B.6050501@cideas.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi all, The merge window is closing. Now that we've gotten some real git usage under our belts and done some non-trivial multi-repository pushing and pulling, I thought it would be good to memorialize some Best Practices[tm]. As a result, I've updated the Custodian page based on what worked well for me, and extrapolating slightly beyond that. What I added is the bullet list in: Potentially controversial parts: * I propose publishing a "testing" branch for not quite ready for prime time work-in-progress (appeared to work well for Kim) * I propose publishing a "merge" branch for work that is ready to be merged when the next window opens. I found this branch technique to work *extremely* well, keeping my queued but unmerged changes separate and clearly identified and allowing me to rebase the changes to track the master repo. Rebasing identified and allowed me to fix conflicts before Wolfgang stepped in them. Trivia: I used the branch "fdt-cmd" initially and am using "fdt" currently, and noticed Kim used "83xx". If we standardize on "merge" (or, if someone has a better name...), it will lessen confusion and simplifies the instructions. In addition, since it is difficult (impossible?) for custodians to remove branches from their denx.de subrepos, it lessens the dead branch namespace pollution. If the above is adopted, the CustodianGitTrees page can be further simplified by removing redundant information, but I didn't want to totally rewrite the page before publishing a RFC. Best regards, gvb