features/commands/package.feature in berkshelf-3.0.0.beta4 vs features/commands/package.feature in berkshelf-3.0.0.beta5
- old
+ new
@@ -7,48 +7,11 @@
Scenario: When no options are passed
Given I have a Berksfile pointing at the local Berkshelf API with:
"""
cookbook 'fake', '~> 1.0.0'
"""
- When I successfully run `berks package fake`
- Then a file named "fake.tar.gz" should exist
+ When I successfully run `berks package my-cookbooks.tar.gz`
+ Then a file named "my-cookbooks.tar.gz" should exist
And the output should contain:
"""
Cookbook(s) packaged to
"""
-
-
- Scenario: With the --output option
- Given I have a Berksfile pointing at the local Berkshelf API with:
- """
- cookbook 'fake', '~> 1.0.0'
- """
- When I successfully run `berks package fake --output foo/bar`
- Then a file named "foo/bar/fake.tar.gz" should exist
-
-
- Scenario: With an installed cookbook name
- Given I have a Berksfile pointing at the local Berkshelf API with:
- """
- cookbook 'fake', '~> 1.0.0'
- """
- When I run `berks package non-existent`
- Then a file named "non-existent.tar.gz" should not exist
- And the output should contain:
- """
- Cookbook 'non-existent' is not in your Berksfile
- """
- And the exit status should be "CookbookNotFound"
-
-
- Scenario: With an invalid cookbook
- Given a cookbook named "cookbook with spaces"
- And I have a Berksfile pointing at the local Berkshelf API with:
- """
- cookbook 'cookbook with spaces', path: './cookbook with spaces'
- """
- When I run `berks package`
- Then the output should contain:
- """
- The cookbook 'cookbook with spaces' has invalid filenames:
- """
- And the exit status should be "InvalidCookbookFiles"