| #
28b3594e |
| 15-Mar-2013 |
Doug Anderson <dianders@chromium.org> |
patman: Make "Reviewed-by" an important tag
Although "Reviewed-by:" is a tag that gerrit adds, it's also a tag used by upstream. Stripping it is undesirable. In fact, we should treat it as importa
patman: Make "Reviewed-by" an important tag
Although "Reviewed-by:" is a tag that gerrit adds, it's also a tag used by upstream. Stripping it is undesirable. In fact, we should treat it as important.
Signed-off-by: Doug Anderson <dianders@chromium.org> Reviewed-by: Otavio Salvador <otavio@ossystems.com.br> Acked-by: Simon Glass <sjg@chromium.org>
show more ...
|
| #
e62f905e |
| 15-Dec-2012 |
Simon Glass <sjg@chromium.org> |
patman: Allow reading metadata from a list of commits
We normally read from the current branch, but buildman will need to look at commits from another branch. Allow the metadata to be read from any
patman: Allow reading metadata from a list of commits
We normally read from the current branch, but buildman will need to look at commits from another branch. Allow the metadata to be read from any list of commits, to provide this flexibility.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| #
a10fd93c |
| 15-Dec-2012 |
Simon Glass <sjg@chromium.org> |
patman: Make command methods return a CommandResult
Rather than returning a list of things, return an object. That makes it easier to access the returned items, and easier to extend the return value
patman: Make command methods return a CommandResult
Rather than returning a list of things, return an object. That makes it easier to access the returned items, and easier to extend the return value later.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| #
3e4d27b0 |
| 10-Nov-2012 |
Stefano Babic <sbabic@denx.de> |
Merge git://git.denx.de/u-boot
|
| #
619dd5de |
| 02-Nov-2012 |
Simon Glass <sjg@chromium.org> |
patman: Add additional tags to ignore
The BRANCH= tag can be used to indicate the destination branch for a commit. Ignore this tag.
Also ignore the gerrit 'Commit-Ready:' tag.
Signed-off-by: Simon
patman: Add additional tags to ignore
The BRANCH= tag can be used to indicate the destination branch for a commit. Ignore this tag.
Also ignore the gerrit 'Commit-Ready:' tag.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| #
7f14f30a |
| 15-Oct-2012 |
Albert ARIBAUD <albert.u.boot@aribaud.net> |
patman: force git log commands to not use color
Colored logs confuse patman when analyzing logs. Add --no-color option in git log commands in case the default config has color.
Signed-off-by: Alber
patman: force git log commands to not use color
Colored logs confuse patman when analyzing logs. Add --no-color option in git log commands in case the default config has color.
Signed-off-by: Albert ARIBAUD <albert.u.boot@aribaud.net> Acked-by: Simon Glass <sjg@chromium.org> Signed-off-by: Tom Rini <trini@ti.com>
show more ...
|
| #
1c27059a |
| 30-Sep-2012 |
Albert ARIBAUD <albert.u.boot@aribaud.net> |
Merge remote-tracking branch 'u-boot/master'
|
| #
c7379149 |
| 06-Aug-2012 |
Ilya Yanok <ilya.yanok@cogentembedded.com> |
patman: don't mess with signoffs
Currently patman assumes that there should be only one Signoff line and this is obviously incorrect: we often have to work with patches containing other people signo
patman: don't mess with signoffs
Currently patman assumes that there should be only one Signoff line and this is obviously incorrect: we often have to work with patches containing other people signoffs. Moreover, it's really desirable to preserve the comments between signoffs.
So until some sophisticated signoff processing will be developed I suggest just don't mess with signoffs at all and treat them like plain text lines. The only drawback I've found so far is the case where you have a patch with someones else signoff but not yours and also have to patman tags under signoff line. In this case you will get extra empty line between signoffs.
Signed-off-by: Ilya Yanok <ilya.yanok@cogentembedded.com>
show more ...
|
| #
a8840cb2 |
| 06-Aug-2012 |
Ilya Yanok <ilya.yanok@cogentembedded.com> |
patman: don't pick changes while processing patches
We already got all changes from git log output and the comment to the ProcessLine function clearly states that 'patch' mode is not for scanning ta
patman: don't pick changes while processing patches
We already got all changes from git log output and the comment to the ProcessLine function clearly states that 'patch' mode is not for scanning tags.
Signed-off-by: Ilya Yanok <ilya.yanok@cogentembedded.com>
show more ...
|
| #
05e5b735 |
| 06-Aug-2012 |
Ilya Yanok <ilya.yanok@cogentembedded.com> |
patman: fix end of changes detection
Changes may end in '---' line or Signoff line (generated by git format-patch) in case of Series-changes: lines being the last ones in commit message. So detect i
patman: fix end of changes detection
Changes may end in '---' line or Signoff line (generated by git format-patch) in case of Series-changes: lines being the last ones in commit message. So detect it properly.
Signed-off-by: Ilya Yanok <ilya.yanok@cogentembedded.com>
show more ...
|
| #
0d24de9d |
| 14-Jan-2012 |
Simon Glass <sjg@chromium.org> |
Add 'patman' patch generation, checking and submission script
What is this?
=============
This tool is a Python script which: - Creates patch directly from your branch - Cleans them up by removing
Add 'patman' patch generation, checking and submission script
What is this?
=============
This tool is a Python script which: - Creates patch directly from your branch - Cleans them up by removing unwanted tags - Inserts a cover letter with change lists - Runs the patches through checkpatch.pl and its own checks - Optionally emails them out to selected people
It is intended to automate patch creation and make it a less error-prone process. It is useful for U-Boot and Linux work so far, since it uses the checkpatch.pl script.
It is configured almost entirely by tags it finds in your commits. This means that you can work on a number of different branches at once, and keep the settings with each branch rather than having to git format-patch, git send-email, etc. with the correct parameters each time. So for example if you put:
in one of your commits, the series will be sent there.
See the README file for full details. END
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|