> it is a request in a queue And it is actually not a queue, but a mixture of stack and priority queue. When we meet some very important prs like critical bug fix or safety things, we will review them first. But for normal prs, actually we treat prs like stack. Two prs with the same importance, one be 2 years ago, another be 2 days ago, then actually we will automatically pick the 2 days ago one first.
Xeno Amess <xenoam...@gmail.com> 于2022年2月14日周一 23:42写道： > > Remember that creating a PR is not a guarantee of anything, it is a > request > in a queue, a queue managed by volunteers. > > Yes, legally and mortally it is. > But if we get more reviewers I think it will help the repos be more > popular. > The tough thing is I totally have no idea how to get us some more good > reviewers. > > Gary Gregory <garydgreg...@gmail.com> 于2022年2月14日周一 23:37写道： > >> Remember that creating a PR is not a guarantee of anything, it is a >> request >> in a queue, a queue managed by volunteers. >> >> Gary >> >> On Mon, Feb 14, 2022, 10:12 Xeno Amess <xenoam...@gmail.com> wrote: >> >> > > Code not actively developed does not attract newcomers. >> > Well I have to say the reason for "codes not actively developed" is a >> > strong lack of alive committers, or more detailed, reviewers. >> > I have still 100+ unsolved prs in commons projects, some of which be 1 >> or 2 >> > years ago, but it seems there just are not enough reviewers, and pr >> lists >> > in every repo grows longer and longer. >> > But on the other hand, free reviewers who have both ability and >> willingness >> > to review, well, are really lacking, it is the truth. >> > >> > Gilles Sadowski <gillese...@gmail.com> 于2022年2月14日周一 22:34写道： >> > >> > > Le lun. 14 févr. 2022 à 14:34, Gary Gregory <garydgreg...@gmail.com> >> a >> > > écrit : >> > > > >> > > > My guess is that this is a combination of the maturity of the >> > components >> > > >> > > The "maturity" rationale is not an explanation; it is a cause. >> > > Code not actively developed does not attract newcomers. >> > > It is not an "opinion" anymore; it is backed by the fact that >> > > "Commons Math" API modernization had stalled on the basis >> > > of that rationale; yet since the path has been unblocked, work >> > > on [RNG], [Numbers], [Geometry], [Statistics] and [Math] itself >> > > demonstrated how much room there was for improving[1] those >> > > "mature" codes. >> > > >> > > Regards, >> > > Gilles >> > > >> > > [1] Thanks to all who did it! >> > > >> > > > and people having moved on to jobs or hobbies that no longer >> requires >> > > these >> > > > components. >> > > > >> > > > Gary >> > > > >> > > >>> [...] >> > > >> > > --------------------------------------------------------------------- >> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> > > For additional commands, e-mail: dev-h...@commons.apache.org >> > > >> > > >> > >> >
