<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 15, 2019 at 10:57 AM Aravinda Vishwanathapura Krishna Murthy &lt;<a href="mailto:avishwan@redhat.com">avishwan@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Centos CI was voting Glusterd2 repo&#39;s pull requests.</div><div><br></div><div><a href="https://github.com/gluster/centosci/blob/master/jobs/glusterd2.yml" target="_blank">https://github.com/gluster/centosci/blob/master/jobs/glusterd2.yml</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 14, 2019 at 8:31 PM Amar Tumballi &lt;<a href="mailto:amarts@gmail.com" target="_blank">amarts@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 14 Oct, 2019, 5:37 PM Niels de Vos, &lt;<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Oct 14, 2019 at 03:52:30PM +0530, Amar Tumballi wrote:<br>
&gt; Any thoughts on this?<br>
&gt; <br>
&gt; I tried a basic .travis.yml for the unified glusterfs repo I am<br>
&gt; maintaining, and it is good enough for getting most of the tests.<br>
&gt; Considering we are very close to glusterfs-7.0 release, it is good to time<br>
&gt; this after 7.0 release.<br>
<br>
Is there a reason to move to Travis? GitHub does offer integration with<br>
Jenkins, so we should be able to keep using our existing CI, I think?<br></blockquote></div></div></div></blockquote></div></blockquote><div><br></div><div>Yes, we can make use of existing jenkins jobs for GitHub. It needs some config changes in the JJB to get triggered for GitHub pull requests.</div><div><br></div><div>I can start off with basic smoke testing. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes, that&#39;s true. I tried Travis because I don&#39;t have complete idea of Jenkins infra and trying Travis needed just basic permissions from me on repo (it was tried on my personal repo)</div><div dir="auto"><br></div><div dir="auto">Happy to get some help here.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Amar</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Niels<br>
<br>
<br>
&gt; <br>
&gt; -Amar<br>
&gt; <br>
&gt; On Thu, Sep 5, 2019 at 5:13 PM Amar Tumballi &lt;<a href="mailto:amarts@gmail.com" rel="noreferrer" target="_blank">amarts@gmail.com</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; Going through the thread, I see in general positive responses for the<br>
&gt; &gt; same, with few points on review system, and not loosing information when<br>
&gt; &gt; merging the patches.<br>
&gt; &gt;<br>
&gt; &gt; While we are working on that, we need to see and understand how our CI/CD<br>
&gt; &gt; looks like with github migration. We surely need suggestion and volunteers<br>
&gt; &gt; here to get this going.<br>
&gt; &gt;<br>
&gt; &gt; Regards,<br>
&gt; &gt; Amar<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On Wed, Aug 28, 2019 at 12:38 PM Niels de Vos &lt;<a href="mailto:ndevos@redhat.com" rel="noreferrer" target="_blank">ndevos@redhat.com</a>&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt; On Tue, Aug 27, 2019 at 06:57:14AM +0530, Amar Tumballi Suryanarayan<br>
&gt; &gt;&gt; wrote:<br>
&gt; &gt;&gt; &gt; On Tue, Aug 27, 2019 at 12:10 AM Niels de Vos &lt;<a href="mailto:ndevos@redhat.com" rel="noreferrer" target="_blank">ndevos@redhat.com</a>&gt;<br>
&gt; &gt;&gt; wrote:<br>
&gt; &gt;&gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt; On Mon, Aug 26, 2019 at 08:36:30PM +0530, Aravinda Vishwanathapura<br>
&gt; &gt;&gt; Krishna<br>
&gt; &gt;&gt; &gt; &gt; Murthy wrote:<br>
&gt; &gt;&gt; &gt; &gt; &gt; On Mon, Aug 26, 2019 at 7:49 PM Joe Julian &lt;<a href="mailto:joe@julianfamily.org" rel="noreferrer" target="_blank">joe@julianfamily.org</a>&gt;<br>
&gt; &gt;&gt; wrote:<br>
&gt; &gt;&gt; &gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt; &gt; &gt; &gt; Comparing the changes between revisions is something<br>
&gt; &gt;&gt; &gt; &gt; &gt; &gt; that GitHub does not support...<br>
&gt; &gt;&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt; &gt; &gt; It does support that,<br>
&gt; &gt;&gt; &gt; &gt; &gt; &gt; actually._______________________________________________<br>
&gt; &gt;&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt; &gt; Yes, it does support. We need to use Squash merge after all review<br>
&gt; &gt;&gt; is<br>
&gt; &gt;&gt; &gt; &gt; done.<br>
&gt; &gt;&gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt; Squash merge would also combine multiple commits that are intended to<br>
&gt; &gt;&gt; &gt; &gt; stay separate. This is really bad :-(<br>
&gt; &gt;&gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; &gt;<br>
&gt; &gt;&gt; &gt; We should treat 1 patch in gerrit as 1 PR in github, then squash merge<br>
&gt; &gt;&gt; &gt; works same as how reviews in gerrit are done.  Or we can come up with<br>
&gt; &gt;&gt; &gt; label, upon which we can actually do &#39;rebase and merge&#39; option, which<br>
&gt; &gt;&gt; can<br>
&gt; &gt;&gt; &gt; preserve the commits as is.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Something like that would be good. For many things, including commit<br>
&gt; &gt;&gt; message update squashing patches is just loosing details. We dont do<br>
&gt; &gt;&gt; that with Gerrit now, and we should not do that when using GitHub PRs.<br>
&gt; &gt;&gt; Proper documenting changes is still very important to me, the details of<br>
&gt; &gt;&gt; patches should be explained in commit messages. This only works well<br>
&gt; &gt;&gt; when developers &#39;force push&#39; to the branch holding the PR.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Niels<br>
&gt; &gt;&gt; _______________________________________________<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Community Meeting Calendar:<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; APAC Schedule -<br>
&gt; &gt;&gt; Every 2nd and 4th Tuesday at 11:30 AM IST<br>
&gt; &gt;&gt; Bridge: <a href="https://bluejeans.com/836554017" rel="noreferrer noreferrer" target="_blank">https://bluejeans.com/836554017</a><br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; NA/EMEA Schedule -<br>
&gt; &gt;&gt; Every 1st and 3rd Tuesday at 01:00 PM EDT<br>
&gt; &gt;&gt; Bridge: <a href="https://bluejeans.com/486278655" rel="noreferrer noreferrer" target="_blank">https://bluejeans.com/486278655</a><br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Gluster-devel mailing list<br>
&gt; &gt;&gt; <a href="mailto:Gluster-devel@gluster.org" rel="noreferrer" target="_blank">Gluster-devel@gluster.org</a><br>
&gt; &gt;&gt; <a href="https://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-devel</a><br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;<br>
<br>
&gt; _______________________________________________<br>
&gt; <br>
&gt; Community Meeting Calendar:<br>
&gt; <br>
&gt; APAC Schedule -<br>
&gt; Every 2nd and 4th Tuesday at 11:30 AM IST<br>
&gt; Bridge: <a href="https://bluejeans.com/118564314" rel="noreferrer noreferrer" target="_blank">https://bluejeans.com/118564314</a><br>
&gt; <br>
&gt; NA/EMEA Schedule -<br>
&gt; Every 1st and 3rd Tuesday at 01:00 PM EDT<br>
&gt; Bridge: <a href="https://bluejeans.com/118564314" rel="noreferrer noreferrer" target="_blank">https://bluejeans.com/118564314</a><br>
&gt; <br>
&gt; Gluster-devel mailing list<br>
&gt; <a href="mailto:Gluster-devel@gluster.org" rel="noreferrer" target="_blank">Gluster-devel@gluster.org</a><br>
&gt; <a href="https://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-devel</a><br>
&gt; <br>
<br>
</blockquote></div></div></div>
_______________________________________________<br>
maintainers mailing list<br>
<a href="mailto:maintainers@gluster.org" target="_blank">maintainers@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/maintainers" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/maintainers</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>regards<br></div>Aravinda VK<br></div></div></div></div></div></div>
_______________________________________________<br>
maintainers mailing list<br>
<a href="mailto:maintainers@gluster.org" target="_blank">maintainers@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/maintainers" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/maintainers</a><br>
</blockquote></div></div>