>> If you asked me it is probably time to move everything (incl. code, Q&A, bug tracking etc.) >> If source code was migrated, same question for bug tracking and answers?
I looked into this. From what I can tell, GitLab only offers issue tracking, which is analgous to bug tracking on LP. Issue tracking was not meant to be a Q&A forum, however, some projects use issue tracking (aka bug tracking on LP) as a place for community support [1], despite the awkward interface. GitLab does provide a nice labeling system, so questions or "support requests" can be filtered as such. But it is likely that Yade users will become confused since it is not a traditional forum format, they will simply search through all bugs and questions at once, they will post without considering the labels, or worse, they will use the wrong labels. I'm scared of a disorganized mess. What do you guys think? Was it useful to keep bugs and community questions separate? If we decide it is preferable to combine bugs (issues) with community questions, then I vote for an effort to migrate the launchpad Q&A archives over to GitLab issues. I looked around and found some apathetic conclusions regarding Launchpad->GitLab bug migrations [2]. Ultimately, some tools exist but they will likely need to be retooled. This could be a significant project, tough to tell... Given all this information, I lean toward leaving the Q&A on launchpad. What is your opinion? [1]https://gitlab.com/gitlab-org/gitlab-ce/issues/20851 [2]https://gitlab.com/gitlab-org/gitlab-ce/issues/47399 rc Le mer. 12 déc. 2018 à 07:52, Klaus Thoeni <klaus.tho...@gmail.com> a écrit : > Hi Bruno, > > yes, that's right. Dev's should have the rights to do that. > > K > > On Wed, Dec 12, 2018 at 2:00 AM Bruno Chareyre < > bruno.chare...@3sr-grenoble.fr> wrote: > >> >> >> On 12/5/18 7:21 AM, Klaus Thoeni wrote: >> > I terms of branching, I think this should be kept flexible. I think >> > branches make sense if you work on major changes. However, I still >> > think main devs should be able to push directly to the trunk, >> > obviously with care ;-) >> I think we need to distinguish two aspects: >> 1- do we "push" or do we "request-merge"? >> 2- who is allowed to accept the merge requests? >> >> I don't see a real need to use direct push (point 1), one exception is >> when fixing simple bugs maybe. >> What you say is more (I guess) that some devs need enough rights to >> accept their own MR (point 2). Right? >> >> Bruno >> >> >> >> >> _______________________________________________ > Mailing list: https://launchpad.net/~yade-dev > Post to : yade-dev@lists.launchpad.net > Unsubscribe : https://launchpad.net/~yade-dev > More help : https://help.launchpad.net/ListHelp >
_______________________________________________ Mailing list: https://launchpad.net/~yade-dev Post to : yade-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~yade-dev More help : https://help.launchpad.net/ListHelp