From: "SZEDER Gábor" <szeder.dev@gmail.com>
To: Christian Couder <christian.couder@gmail.com>
Cc: Jeff King <peff@peff.net>, git <git@vger.kernel.org>,
Stefan Beller <sbeller@google.com>
Subject: Re: GSoC 2019 (was: Contributor Summit Topics and Logistics)
Date: Thu, 31 Jan 2019 03:02:33 +0100 [thread overview]
Message-ID: <20190131020233.GH13764@szeder.dev> (raw)
In-Reply-To: <CAP8UFD3Kt3dreMnfAdLiP2yc47kBLoVYCk-2yDw67OkujVY=Ew@mail.gmail.com>
On Tue, Jan 22, 2019 at 10:17:59AM +0100, Christian Couder wrote:
> - microprojects idea for interested students (like
> https://git.github.io/SoC-2018-Microprojects/)
> Suggestions for microprojects or project ideas are welcome! Volunteers
> for mentoring or org admin are welcome too!
I think we should remove most (all?) CI-related microprojects.
- The first three are about adding static analizers. Now, while
adding a new build job to run a static analyzer is easy enough,
it's also next to useless or even downright harmful in itself.
Static analyzers are inherently prone to false positives, and
dealing with those is definitely beyond the scope of a
microproject. And adding a static analysis build job that always
fails because of undealt with false positives, and thus makes the
whole build failed will just make life harder for those who take
the effort to look at CI results.
Last year we had submissions for these micrprojcets, but in the
end they were not picked up because of this.
- One project suggest installing CVS, Subversion and Apache in the
CI environmens to increase test coverage. Well, Subversion and
Apache are already installed, and have been for a long time
(though $GIT_TEST_SVNSERVE is not enabled (don't know why) and one
test script is skipped because "svn-info test (SVN version: 1.8.8
not supported)". That leaves only CVS, which is perhaps too small
a microproject (perhaps even with old standards; our microprojects
grew considerably over the years).
- Finally, the last one is about building a webpage that analyses
Travis CI test results and identifies flaky tests, and then goes
on to suggest that "look at the randomly failing tests and try to
figure out why they fail". I've got my fair share in fixing flaky
tests, and IMO doing so is definitely beyond the scope of a
microproject.
Ok, after suggesting the removal of five microproject ideas, here is a
suggestion for a new one:
Find a test script that verifies the presence/absence of
files/directories with 'test -(e|f|d|...)' and replace them with the
appropriate 'test_path_is_file', 'test_path_is_dir', etc. helper
functions.
The good thing about this is that there are plenty of those test
scripts :)
next prev parent reply other threads:[~2019-01-31 2:02 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-22 7:50 Contributor Summit Topics and Logistics Jeff King
2019-01-22 8:26 ` Jeff King
2019-01-22 9:17 ` GSoC 2019 (was: Contributor Summit Topics and Logistics) Christian Couder
2019-01-31 2:02 ` SZEDER Gábor [this message]
2019-01-31 6:11 ` Christian Couder
2019-01-22 18:21 ` Contributor Summit Topics and Logistics Stefan Beller
2019-01-22 20:53 ` Jeff King
2019-01-22 18:23 ` Derrick Stolee
2019-01-24 8:57 ` Ævar Arnfjörð Bjarmason
2019-01-29 18:22 ` Derrick Stolee
2019-01-22 20:30 ` Elijah Newren
2019-01-30 20:57 ` Ævar Arnfjörð Bjarmason
2019-01-30 22:26 ` Jeff Hostetler
2019-01-30 22:51 ` Philip Oakley
2019-01-30 23:13 ` Christian Couder
2019-01-30 23:07 ` Jeff King
2019-02-02 12:33 ` Jakub Narebski
2019-02-04 19:30 ` Elijah Newren
2019-04-23 3:45 ` Jeff King
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190131020233.GH13764@szeder.dev \
--to=szeder.dev@gmail.com \
--cc=christian.couder@gmail.com \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
--cc=sbeller@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).