Conversation
|
@amarts Can you please fix the merge conflicts ? |
b1eb898 to
1f35d76
Compare
| fixed in the master branch, it might be desirable or necessary in a | ||
| stable branch. To put the fix in the stable branch we need to backport the | ||
| fix to the stable branch. | ||
| As a policy, any new change, bug fix, etc., are to be fixed in 'master' |
There was a problem hiding this comment.
In the GlusterFS project, as a policy, any new change, bug fix etc are to be fixed in 'master'
| ## via Git command-line | ||
| 1. Git clone the GlusterFS code | ||
| * No feature from master would be backported to the release branch | ||
| * Any CVE (aka, security alerts) on the existing releases would be backported, after getting fixed in master branch. |
There was a problem hiding this comment.
CVE ie. security vulnerability (listed on the CVE database)
| 1. Git clone the GlusterFS code | ||
| * No feature from master would be backported to the release branch | ||
| * Any CVE (aka, security alerts) on the existing releases would be backported, after getting fixed in master branch. | ||
| * Only severe issues, crashes, data loss, or unavailability issues would be backported to the release. |
There was a problem hiding this comment.
Only topics which bring about data loss or, unavailability would be backported to the release.
|
|
||
| 2. Create and checkout a new branch for your work, based on the branch | ||
| for the backport version | ||
| If your patch meets the criteria above, or you are an user, who prefer to have a fix backported, because your current setup is facing issues, below are the steps you need to take care to submit a patch on release branch. |
| * No feature from master would be backported to the release branch | ||
| * Any CVE (aka, security alerts) on the existing releases would be backported, after getting fixed in master branch. | ||
| * Only severe issues, crashes, data loss, or unavailability issues would be backported to the release. | ||
| * For any other issues, upgrading to the higher version where bug is fixed is the recommended way. |
There was a problem hiding this comment.
For any other issues, the project recommends that the installation be upgraded to a newer release where the specific bug has been addressed.
| - Gluster provides 'rolling' upgrade support, i.e., one can upgrade their version without stopping the application I/O, so we recommend migrating to higher version. | ||
|
|
||
| git clone ssh://username@review.gluster.org/glusterfs | ||
| ## Things to take care while backporting a patch. |
There was a problem hiding this comment.
to pay attention to while backporting a patch.
1f35d76 to
287d29e
Compare
|
Addressed all the comments by @sankarshanmukhopadhyay @prashanthpai @nigelbabu can we merge this? |
287d29e to
4e3b7af
Compare
| ## via Git command-line | ||
| 1. Git clone the GlusterFS code | ||
| * No feature from master would be backported to the release branch | ||
| * CVE ie., security vulnerability (listed on the CVE database) reported in |
There was a problem hiding this comment.
Do we need to mention CVE database link ?
There was a problem hiding this comment.
A link like https://cve.mitre.org/cve/search_cve_list.html might be good to have.
| backported to the release. | ||
| * For any other issues, the project recommends that the installation be | ||
| upgraded to a newer release where the specific bug has been addressed. | ||
| - Gluster provides 'rolling' upgrade support, i.e., one can upgrade their |
There was a problem hiding this comment.
rolling upgrade -> Is it applicable for both client and server?
It is important to point out users that this document is pointing at 'GlusterFS', but there are more projects in gluster org. Signed-off-by: Amar Tumballi <amarts@redhat.com>
4e3b7af to
cf94ba3
Compare
prashanthpai
left a comment
There was a problem hiding this comment.
Have suggested some very minor changes.
Another suggestion unrelated to your PR:
I was trying out building from source on fedora 28 (to check gcc8 errors) and found these 3 packages missing to be mentioned as dependency duing dnf install on Fedora:
rpcgen libtirpc-devel make
It'll be great if you can add these to Building-GlusterFS.md when you refresh the PR. It'll save me from sending a separate PR for it :)
Developer-guide/Projects.md
Outdated
| - Owner: Xavier Hernandez (Datalab) | ||
| Repo: https://github.com/gluster/glusterd2 | ||
|
|
||
| New management layer for glusterfs. Has navitive ReST API, and uses etcd to |
| 1. Build, create, and install the RPMS as described in | ||
| [CompilingRPMS](./Compiling-RPMS.md). | ||
| 2. Configure UFO/SWIFT as described in [Howto Using UFO SWIFT - A quick | ||
| 1. Configure UFO/SWIFT as described in [Howto Using UFO SWIFT - A quick |
There was a problem hiding this comment.
The link can be updated to this one: https://github.com/gluster/gluster-swift/blob/master/doc/markdown/quick_start_guide.md
There was a problem hiding this comment.
Moved it to another place, and updated the Link
| Anyone in the community can suggest a backport. If you are interested to | ||
| suggest a backport, please check the [Backport | ||
| Wishlist](./Backport-Wishlist.md). | ||
| This page describes the policy GlusterFS has regarding the backports. As a user, or contributor, being aware of this policy would help you to understand how to request for backport from community. |
There was a problem hiding this comment.
It's better to stick to 80 character limit wherever possible - here and elsewhere in the PR. The hyperlinks are an exception though. Markdown doesn't interpret single line break as a new line during rendering.
Clearly state what is backport, and why we do it. Remove 'Backport Wishlist' as it was out of date, and doesn't make anymore sense. Signed-off-by: Amar Tumballi <amarts@redhat.com>
* Remove Easy-Fix list of bugs from bugzilla. * Coverity document is revisited with minor changes Signed-off-by: Amar Tumballi <amarts@redhat.com>
Signed-off-by: Amar Tumballi <amarts@redhat.com>
Major reason for removing is, it is out-of-date. Second, we don't expect users to build RPMs, they can consume the nightly RPM builds from our CI systems. For every release, we do build and provide RPMs. For all other purposes, source install is sufficient. Signed-off-by: Amar Tumballi <amarts@redhat.com>
Update the document to point to the latest facts about the contributions, so one needn't get confused. Signed-off-by: Amar Tumballi <amarts@redhat.com>
cf94ba3 to
936edb0
Compare
To reflect the latest changes in the project, and guidelines. This is not yet complete, but brings some level of sanity. Needs another round of polishing.