From: Alexander Turenko <alexander.turenko@tarantool.org> To: Sergey Bronnikov <sergeyb@tarantool.org> Cc: o.piskunov@tarantool.org, tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [test-run] Add options for upgrade testing Date: Tue, 2 Jun 2020 14:13:51 +0300 [thread overview] Message-ID: <20200602111351.fctlh3aly3euuo4m@tkn_work_nb> (raw) In-Reply-To: <20200528093934.GA19447@pony.bronevichok.ru> (Just looked at answers, don't see the new version of the patch for now.) On Thu, May 28, 2020 at 12:39:34PM +0300, Sergey Bronnikov wrote: > Alexander, > > thanks for review. See my comments inline. > All changes on top of branch. It is ligurio/gh-4801-add-snapshot-option, right? I see some 'tmp', 'temp' commits. Please, squash fixups if they are not intended to land as separate commits into master. > > > diff --git a/lib/options.py b/lib/options.py > > > index 8bacb4a..d627eb2 100644 > > > --- a/lib/options.py > > > +++ b/lib/options.py > > > @@ -201,6 +201,20 @@ class Options: > > > help="""Run the server under 'luacov'. > > > Default: false.""") > > > > > > + parser.add_argument( > > > + "--snapshot-version", > > > + dest='snapshot_version', > > > + default=None, > > > + help="""Version of Tarantool snapshot loaded before > > > + testing.""") > > > > I would accept a path to a snapshot file here. This way does not require > > knowledge from a user where test-run expect snapshots to be placed (and > > that '.snap' should not be added). It also more flexible: a user may > > choose where it is better to place snapshots within its project (or even > > outside it). > > Don't forget we need a way to run upgrade testing for several tarantool > versions automatically. With your suggestion we should specify one > option several times and I don't like this approach, because it will > overload command line for running tests. For several snapshots? Each is a separate ./test-run.py run I guess. The option (as it is shown in the snippet above) does not allow to be specified several times (it would use `nargs='*'` if it would do). However I don't sure that specifying this option several times would be intuitive: this way ./test-run.py should run the whole testing several times with different snapshots. Usually test-run.py run testing only once. Just example, I want to verify starting from a snapshot using existing tests on my own commit: | $ (cd test && for s in snapshots/*.snap; do ./test-run.py --snapshot $s; done) It does not work. Ouch. Okay... | $ (cd test && for s in snapshots/*.snap; do ./test-run.py s=${s#snapshots/} --snapshot-verson ${s%.snap}; done) Doable. Now I got some snapshot from a client and want to answer whether it is safe to update to a new tarantool version. | $ (cd test && ./test-run.py --snapshot ../0000<...>1234.snap) Ugh, again, I need some additional actions: | $ mv 0000<...>1234.snap test/snapshots | $ (cd test && ./test-run.py --snapshot-version 0000<...>1234) Doable too. But do you find it convenient? > > BTW, CI (`make lint`) show errors: > > https://travis-ci.com/github/tarantool/test-run/builds/156536350 > > Most warnings fixed. Aren't it is better to keep CI green and fix them all? Or lift the limit up and keep CI green? I vote for the former, but okay, any way is acceptable. > > > + > > > + def extract_schema_from_snapshot(self): > > > > Nit: We can make it a class method. > > What do you mean? It's already a class method. @classmethod
next prev parent reply other threads:[~2020-06-02 11:14 UTC|newest] Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-03-30 14:48 Sergey Bronnikov 2020-05-15 16:17 ` Alexander Turenko 2020-05-28 9:39 ` Sergey Bronnikov 2020-06-02 11:13 ` Alexander Turenko [this message] 2020-06-10 11:29 ` Sergey Bronnikov 2020-11-10 9:55 ` Sergey Bronnikov 2020-11-13 12:41 ` Leonid Vasiliev 2020-11-19 9:44 ` Sergey Bronnikov 2020-11-16 16:40 ` Alexander Turenko 2020-11-18 9:18 ` Sergey Bronnikov 2020-11-18 9:33 ` Sergey Bronnikov 2020-11-18 9:30 ` [Tarantool-patches] [PATCH] " sergeyb 2020-11-19 22:58 ` Alexander Turenko 2020-11-20 19:27 ` Sergey Bronnikov 2020-11-27 1:45 ` Alexander Turenko 2020-12-01 12:32 ` Sergey Bronnikov 2020-12-02 3:40 ` Alexander Turenko 2020-12-02 10:49 ` Sergey Bronnikov 2020-12-03 2:09 ` Alexander Turenko 2020-12-04 4:08 ` Alexander Turenko 2020-11-29 1:54 ` Alexander Turenko
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 * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200602111351.fctlh3aly3euuo4m@tkn_work_nb \ --to=alexander.turenko@tarantool.org \ --cc=o.piskunov@tarantool.org \ --cc=sergeyb@tarantool.org \ --cc=tarantool-patches@dev.tarantool.org \ --subject='Re: [Tarantool-patches] [test-run] Add options for upgrade testing' \ /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
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox