Re: [PATCH 1/3] cherry-pick: add support to copy notes
- From
Thomas Rast <trast@inf.ethz.ch>
- Date
- May 29, 2013, 11:34 UTC
- Message-ID
- <874ndmqate.fsf@linux-k42r.v.cablecom.net>
- In-Reply-To
- <CAMP44s2aAvzeTtHb=rVP1TrCMcQjyqN6O7n1DYZLx0uJrm1j+w@mail.gmail.com>
Felipe Contreras <felipe.contreras@gmail.com> writes:
Show 19 quoted lines
> On Wed, May 29, 2013 at 3:40 AM, Thomas Rast <trast@inf.ethz.ch> wrote: >> Felipe Contreras <felipe.contreras@gmail.com> writes: >> >>> On Wed, May 29, 2013 at 3:09 AM, Thomas Rast <trast@inf.ethz.ch> wrote: >>>> Felipe Contreras <felipe.contreras@gmail.com> writes: >>> >>>>> Feel free to implement that. I'm just interested in 'git cherry-pick' being >>>>> usable for 'git rebase' purposes. >>>> >>>> Which would have been obvious to all but the most casual readers, eh? >>> >>> My motivations are irrelevant, the patch is good as it is. >> >> You fooled both Junio (AFAICT anyway) and me, who both reviewed the >> patch under the assumption that it implements note copying *along the >> lines of existing note copying*. This proved to be a wrong, and >> time-wasting, assumption. > > Whatever arbitrary rules you are talking about, they are not codified in tests.
Tests or code don't have a thing to do with it. This is about how you are presenting your changes to the rest of the git community. As evidenced above, said presentation is not clear enough to communicate your goals to at least two experienced git developers (if I may say so myself). How are we supposed to review a change if it is not even clear what goal it satisfies?
Again: I'll be happy to review your proposed changes if and when you resend the series with commit messages.
--
Thomas Rast
trast@{inf,student}.ethz.ch