Re: Ability to remember last known good build
- From
Stefan Beller <sbeller@google.com>
- Date
- Mar 11, 2016, 18:17 UTC
- Message-ID
- <CAGZ79kZS7vnw5EskQHty9Cathv6FdE3L8wLstFwaWpMFHamSEw@mail.gmail.com>
- In-Reply-To
- <xmqq60wsc2gh.fsf@gitster.mtv.corp.google.com>
On Fri, Mar 11, 2016 at 10:08 AM, Junio C Hamano <gitster@pobox.com> wrote:
Show 15 quoted lines
> "Pedroso, Osiris" <osiris.pedroso@intergraph.com> writes: > >> I participate in an open source project that any pull merge is accepted, no matter what. >> >> This makes for lots of broken builds, even though we do have Travis-CI enabled on the project, because people will merge a request before even the build is complete. >> >> Therefore, I would like to remember the id of the commit of the last successful build. This would be updated by the Travis-CI script itself upon a successful build. >> >> I imagine best option would be to merge master to a certain branch named "Last_known_Linux_build" or "Last_known_Windows_build" or even "Last_known_build_all_tests_passing". >> >> I am new to git, but some other experienced co-volunteers tell me that it may not be possible due to authentication issues. >> >> Any better way of accomplishing this? > > "test && git branch -f last-good"?
Travis-CI enabled, tells me they're using Github and are distributed, so one contributor would want to know the last known good state of a remote, that others push to, without testing all commits locally.
So maybe the question is better rephrased as: "How do we keep track of the last good state using the distributed nature of Git?"
I would rather ask the more fundamental question of the workflow of having everything merged despite tests failing. Also accepting pull requests no matter what, sounds suspicious to me. (Can I sneak in security issues or delete all files and it still is pulled?)
> -- > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html