[Outreachy] config support for allowEmpty in commit#1902
Conversation
PhilipOakley
left a comment
There was a problem hiding this comment.
I guess this will be going upstream as a patch once it has had a first review.
It is worth getting started on the patch submission process ('format-patch' and 'send-email'), first to yourself, and then to the main Git List, so that they also see the 'open' discussions and it let's them feel that they helped ;-)
We tried to make that easier via this document: https://github.com/git-for-windows/git/blob/master/CONTRIBUTING.md |
This comment was marked as off-topic.
This comment was marked as off-topic.
Sorry, something went wrong.
This comment was marked as off-topic.
This comment was marked as off-topic.
Sorry, something went wrong.
when we cherrypick an existing commit it doesn't change anything and therefore it fails prompting to reset (skip commit) or commit using --allow-empty attribute and then continue. Add commit.allowEmpty configuration variable as a convenience to skip this process. Add tests to check the behavior introduced by this commit. This closes #1854 Signed-off-by: tanushree27 <tanushreetumane@gmail.com>
|
For the record, this patch has been contributed to the Git mailing list and can be viewed here: https://public-inbox.org/git/20181103112535.5730-1-tanushreetumane@gmail.com/#r @tanushree27 I think what ended up as consensus was that the original reporter had an XY problem (i.e. they thought they needed X but they really needed Y): instead of allowing empty commits by default, what they need is to skip now-empty commits in While this would be another fun project, it cannot reuse any of your work in this here PR, unfortunately. So maybe close this PR? |
|
Closed. |
Yep! And you learned to find your way around Git's code base. All good things. |
|
@tanushree27 Sorry, I mistook the options I wanted in description of #1854 |
This commit is for issue #1854. Added support for allowEmpty commit attribute in configuration.