Jump to content

Calligra/Contributing a Patch: Difference between revisions

From KDE Community Wiki
Jstaniek (talk | contribs)
No edit summary
Jstaniek (talk | contribs)
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
This page describes how one can send a contributed patch for discussion to the Calligra developers.
This page describes how one can send a contributed patch for discussion to the Calligra developers.


<b>Quick Links:
<b>Quick Links:</b>
*[http://reviewboard.kde.org/groups/calligra/ Complete list of review requests for calligra]
*[[Calligra/Policies/Review board rules|Review Board rules for Calligra]]
*[http://techbase.kde.org/Development/Review_Board Detailed description of the Review Board] on KDE Techbase
*[http://techbase.kde.org/Development/Review_Board Detailed description of the Review Board] on KDE Techbase
*[http://reviewboard.kde.org/groups/calligra/ Calligra review requests on KDE Review Board git.reviewboard.kde.org]
*[http://techbase.kde.org/Policies/Commit_Policy KDE Commit policy] on KDE Techbase
*[[Calligra/Policies/Review board rules|Rules of the review board]]
 
</b>
== Create a patch ==
== Create a patch ==
In order to create a patch with git, there are two cases:
In order to create a patch with git, there are two cases:
Line 21: Line 22:
Use the patch when publishing your review request as specified below.
Use the patch when publishing your review request as specified below.


== Submit the patch to review board ==
== Submit the patch to Review Board ==


If you are new to Calligra development you should almost always submit your patch to [http://reviewboard.kde.org/groups/calligra/ Calligra on KDE's review board]. But some code needs to be reviewed even if it is created by long time core developers.  If you are
If you are new to Calligra development you should almost always submit your patch to [http://reviewboard.kde.org/groups/calligra/ Calligra on KDE's Review Board]. But some code needs to be reviewed even if it is created by long time core developers.  If you are
unsure check out the [[Calligra/Policies/Review board rules|rules of the review board]].
unsure check out the [[Calligra/Policies/Review board rules|rules of the Review Board]].


* Log in to the review board.  It is using the KDE identity (if you do not have an account, you can get one from [http://identity.kde.org KDE identity], it is open to everyone)
* Log in to the Review Board.  It is using the KDE identity (if you do not have an account, you can get one from [http://identity.kde.org KDE identity], it is open to everyone)
* Click on "New Review Request"
* Click on "New Review Request"
* In Repository field, choose calligra
* In Repository field, choose calligra
* In Diff field select the patch you want to upload
* In Diff field select the patch you want to upload
* Optionally: in Parent Diff field, give a patch that needs to be applied before yours (this is only needed if the patch is based on an other patch from reviewboard or on a branch different from master)
* Optionally: in Parent Diff field, give a patch that needs to be applied before yours (this is only needed if the patch is based on an other patch from Review Board or on a branch different from master)
* Click the "Create Review Request" button
* Click the "Create Review Request" button
* Fill the Branch, Summary, Description, and Testing done fields
* Fill the Branch, Summary, Description, and Testing done fields
* Add "calligra" in the Groups field
* Add "calligra" in the Groups field
* Add numbers of bugs (from bugs.kde.org) that are related to your patch to the Bugs field
* Optionally: add specific people to the People field
* Optionally: add specific people to the People field
* Don't forget to press "Publish" button at the top of the page. You can do this later, when you're ready. Edited fields are saved for you.
* Don't forget to press "Publish" button at the top of the page. You can do this later, when you're ready. Edited fields are saved for you.
* After publishing Review Board sends email to the calligra-devel mailing list and other contributors can start reviewing
* After publishing Review Board sends email to the calligra-devel mailing list and other contributors can start reviewing
* If you think about some specific person that should perform the review, ask specifically via email or IRC
* If you think about some specific person that should perform the review, ask specifically via email or IRC
* You will be informed about any reviews that come to you.
* You will be informed about any reviews that come to you. You will get either
**"Ship It!" signal allowing you to push the patch to the Calligra git repository or
**Notes on what to fix in the patch
* When you improve your patch (it can happen several times) use the Update->Update Diff command to upload a new patch. Contributors will be notified about the update.


== Automated creation of requests  ==
== Automated creation of requests  ==
If you happen to use reviewboard more often, automating the creation of review requests is useful. Refer to the ''Using Review Board and post-review with Git '' section of the [http://techbase.kde.org/Development/Review_Board Review Board] help on KDE Techbase.
If you happen to use reviewboard more often, automating the creation of review requests is useful. Refer to the [https://techbase.kde.org/Development/Review_Board#Using_post-review_to_post_changes_for_review Using post-review to post changes for review] section on KDE Techbase.

Latest revision as of 19:39, 10 September 2014

This page describes how one can send a contributed patch for discussion to the Calligra developers.

Quick Links:

Create a patch

In order to create a patch with git, there are two cases:

Approach #1. You did not commit your patch in your local repository. Then in given branch (often calligra/x.y or master) type:

% git diff branchname > my.patch

my.patch will appear. Try to use better name than my.patch :)

Approach #2. You have commited the patch in your local repository. Copy the commit number to the clipboard and type:

% git format-patch -1 {paste-commit-number-here}

Then a nicely named file will appear.

Use the patch when publishing your review request as specified below.

Submit the patch to Review Board

If you are new to Calligra development you should almost always submit your patch to Calligra on KDE's Review Board. But some code needs to be reviewed even if it is created by long time core developers. If you are unsure check out the rules of the Review Board.

  • Log in to the Review Board. It is using the KDE identity (if you do not have an account, you can get one from KDE identity, it is open to everyone)
  • Click on "New Review Request"
  • In Repository field, choose calligra
  • In Diff field select the patch you want to upload
  • Optionally: in Parent Diff field, give a patch that needs to be applied before yours (this is only needed if the patch is based on an other patch from Review Board or on a branch different from master)
  • Click the "Create Review Request" button
  • Fill the Branch, Summary, Description, and Testing done fields
  • Add "calligra" in the Groups field
  • Add numbers of bugs (from bugs.kde.org) that are related to your patch to the Bugs field
  • Optionally: add specific people to the People field
  • Don't forget to press "Publish" button at the top of the page. You can do this later, when you're ready. Edited fields are saved for you.
  • After publishing Review Board sends email to the calligra-devel mailing list and other contributors can start reviewing
  • If you think about some specific person that should perform the review, ask specifically via email or IRC
  • You will be informed about any reviews that come to you. You will get either
    • "Ship It!" signal allowing you to push the patch to the Calligra git repository or
    • Notes on what to fix in the patch
  • When you improve your patch (it can happen several times) use the Update->Update Diff command to upload a new patch. Contributors will be notified about the update.

Automated creation of requests

If you happen to use reviewboard more often, automating the creation of review requests is useful. Refer to the Using post-review to post changes for review section on KDE Techbase.