tdas edited a comment on pull request #28523:
URL: https://github.com/apache/spark/pull/28523#issuecomment-630975138


   Without going into the nitty-gritty arguments about output modes (requires a 
different venue), I am okay with the changes. I think there are two ways to 
move forward 
   
   1. Merge this to master and branch-3.0.
   2. Merge this to branch-3.0 only
   
   I think the major advantage of 1 over 2 is that the branches will stay in 
sync for the time being which makes backporting of fixes etc much easier. 
Furthermore, we will restore the reliability of the unit tests because it is 
testing the same thing that runs in production.
   
   I think the only disadvantage of 1 over 2, is that for the time being, even 
if marked internal, we are adding update mode back to the public DSv2 API in 
master. 
   
   Personally I think the advantage of 1 over 2 outweighs the disadvantage. The 
disadvantage is a relatively minor one because this can be always changed in 
master in a principled way after further discussion. Until then it's best to 
keep 3.0 and master in sync to minimize the impact on the Spark developer 
community which is a much larger community than the DSv2 developer community 
(who anyways should know the risks of depending on unreleased master and 
internal APIs for developing their DSv2 sources).
   
   Hence I propose merging this PR to unblock 3.0 and not have API regressions 
in it. 


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: reviews-unsubscr...@spark.apache.org
For additional commands, e-mail: reviews-h...@spark.apache.org

Reply via email to