Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.java > #12843
| From | sre4ever@free.fr |
|---|---|
| Newsgroups | linux.debian.maint.java |
| Subject | Re: gradle reboot |
| Date | 2024-11-29 13:10 +0100 |
| Message-ID | <JO7YS-ctbz-9@gated-at.bofh.it> (permalink) |
| References | <JJqpr-9klD-5@gated-at.bofh.it> <JN3DX-bLiV-1@gated-at.bofh.it> <JO6Jr-crX8-5@gated-at.bofh.it> <JO7Fv-csK8-5@gated-at.bofh.it> <JO7Pb-csQd-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Le 2024-11-29 12:49, Emmanuel Bourg a écrit : > > I'm not a big fan of potentially long lived experimental packages as it > makes updates in sid more complicated. For example let's say the > package foo has the version 1.0 in sid/testing and the version 3.0 in > experimental, the upstream and pristine-tar branch on salsa are updated > to the 3.0 release. If I want to update the sid package to 2.0, I can't > import the release without rebasing/reimporting the experimental 3.0 > release on these branches. The remedy to this could be to leave the "master" branches alone and work on "debian/experimental" branches until we feel confident publishing the updates in sid, WDYT? You can still import the newer releases in upstream and pristine-tar, and just delay the merge on master. It would only causes minor issues (as in making it necessary to rewrite some history of those two branches) if you wanted to import a new release of e.g. a previous major branch still maintained upstream, but that's rather unlikely to happen in practice. -- Julien Plissonneau Duquène
Back to linux.debian.maint.java | Previous | Next — Previous in thread | Next in thread | Find similar
Re: gradle reboot Julien Plissonneau Duquène <sre4ever@free.fr> - 2024-11-16 13:50 +0100
Re: gradle reboot Markus Koschany <apo@debian.org> - 2024-11-26 14:20 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-27 09:20 +0100
Re: gradle reboot Emmanuel Bourg <ebourg@apache.org> - 2024-11-29 12:00 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-29 13:00 +0100
Re: gradle reboot Markus Koschany <apo@debian.org> - 2024-11-30 09:50 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-30 11:10 +0100
Re: gradle reboot Emmanuel Bourg <ebourg@apache.org> - 2024-11-29 11:50 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-29 12:50 +0100
Re: gradle reboot Emmanuel Bourg <ebourg@apache.org> - 2024-11-29 13:00 +0100
Re: gradle reboot sre4ever@free.fr - 2024-11-29 13:10 +0100
Re: gradle reboot Toni Mueller <toni@debian.org> - 2024-11-29 13:00 +0100
csiph-web