is it OK to PR just for code comment errors?

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

is it OK to PR just for code comment errors?

makeyang
I am not sure if it is OK to PR just for code comment errors since I found
there is one when I am reading code



--
Sent from: http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/
Reply | Threaded
Open this post in threaded view
|

Re: is it OK to PR just for code comment errors?

Rong Rong
Hi Makeyang,

It is definitely OK to open a PR for correcting code comment errors. Especially for the ones that are misleading or provide incorrect information to users.

I am not sure if it is required if only for a one-liner change, but please file a JIRA ticket for the code comment error as well.

Thanks,
Rong

On Thu, May 31, 2018 at 2:40 AM, makeyang <[hidden email]> wrote:
I am not sure if it is OK to PR just for code comment errors since I found
there is one when I am reading code



--
Sent from: http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/

Reply | Threaded
Open this post in threaded view
|

Re: is it OK to PR just for code comment errors?

Chesnay Schepler
In reply to this post by makeyang
For typos in the documentation or javadocs feel free to open a PR.

I would leave code comments alone as long as the typo doesn't affect the
clarity/semantics of the comment,
to not fragment the git history unnecessarily.

On 31.05.2018 11:40, makeyang wrote:
> I am not sure if it is OK to PR just for code comment errors since I found
> there is one when I am reading code
>
>
>
> --
> Sent from: http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/
>

Reply | Threaded
Open this post in threaded view
|

Re: is it OK to PR just for code comment errors?

Rong Rong
Yes, Chesnay was right if the error code comment doesn't affect the clarity of the message. Sorry for the confusion.

--
Rong

On Thu, May 31, 2018 at 7:54 AM, Chesnay Schepler <[hidden email]> wrote:
For typos in the documentation or javadocs feel free to open a PR.

I would leave code comments alone as long as the typo doesn't affect the clarity/semantics of the comment,
to not fragment the git history unnecessarily.


On 31.05.2018 11:40, makeyang wrote:
I am not sure if it is OK to PR just for code comment errors since I found
there is one when I am reading code



--
Sent from: http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/



Reply | Threaded
Open this post in threaded view
|

Re: is it OK to PR just for code comment errors?

Shuyi Chen
In reply to this post by Chesnay Schepler
I think this is classified as "hotifx" in the contributor list, no JIRA should be needed. 

" Typo fixes that have no associated JIRA issue should be named following this pattern: `[hotfix] [docs] Fix typo in event time introduction` or `[hotfix] [javadocs] Expand JavaDoc for PuncuatedWatermarkGenerator`."


On Thu, May 31, 2018 at 7:54 AM, Chesnay Schepler <[hidden email]> wrote:
For typos in the documentation or javadocs feel free to open a PR.

I would leave code comments alone as long as the typo doesn't affect the clarity/semantics of the comment,
to not fragment the git history unnecessarily.


On 31.05.2018 11:40, makeyang wrote:
I am not sure if it is OK to PR just for code comment errors since I found
there is one when I am reading code



--
Sent from: http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/





--
"So you have to trust that the dots will somehow connect in your future."
Reply | Threaded
Open this post in threaded view
|

Re: is it OK to PR just for code comment errors?

makeyang