Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(git_push_test.go): add git push interrupt test #237

Merged
merged 1 commit into from
Jun 27, 2016

Conversation

vdice
Copy link
Member

@vdice vdice commented Jun 20, 2016

Still some TODOs to address that I can move forward with if it sounds like this will still be wanted after Still need to align with work done in #235

Adds spec for deis/builder#369

cc @mboersma

@vdice vdice self-assigned this Jun 20, 2016
@deis-bot
Copy link

@krancour and @mboersma are potential reviewers of this pull request based on my analysis of git blame information. Thanks @vdice!

@vdice vdice force-pushed the git-push-interrupt branch 2 times, most recently from 41e5ca7 to b8aab2b Compare June 20, 2016 21:42
@vdice vdice added this to the v2.1-pre1 milestone Jun 20, 2016
@mboersma mboersma added the LGTM1 label Jun 21, 2016
@@ -66,6 +66,8 @@ func StartCmd(command model.Cmd) (*gexec.Session, error) {
// supplied <timeout> until the <cmd> result contains the <expectedResult>
// An example use of this utility would be curl-ing a url and waiting
// until the response code matches the expected response.
// TODO: refactor to accept timeout of type time.Duration, potentially expected exit code was well
// TODO: or at least use RetryUntilResult below
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@vdice can we get some GH issues for these, if they're not already in?

pushCommandLineString, settings.GitSSH, keyPath)}

Eventually(cmd.RetryUntilResult(pushCmd, expectedCmdResult, 5*time.Second,
settings.DefaultEventuallyTimeout)).Should(BeTrue())
Copy link
Member

@arschles arschles Jun 24, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can the default eventually timeout be specified in the env? wondering because we may need to change the builder's internal repo lock timeout sometime in the future

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@arschles yes, it appears it and MaxDefaultEventuallyTimeout can be overridden via env vars: https://github.com/deis/workflow-e2e/blob/master/tests/settings/settings.go#L20


// Satisfies returns whether or not the original CmdResult, ocd, meets all of
// the expectations contained in the expeced CmdResult, ecd
func (ocd CmdResult) Satisfies(ecd CmdResult) bool {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this receiver name describes my coding style perfectly

[skip ci] Depends on (currently pending) fix in deis/builder#369
@vdice vdice merged commit 19755ef into deis:master Jun 27, 2016
@vdice vdice deleted the git-push-interrupt branch June 27, 2016 16:25
@krancour krancour modified the milestones: v2.1, v2.1-pre1 Jun 29, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants