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

[Week of Quality] Adding more tests and fixing issues #1414

Open
wants to merge 13 commits into
base: dev
Choose a base branch
from

Conversation

mohsha-msft
Copy link
Contributor

No description provided.

@zezha-msft zezha-msft added this to the 2021-04 Week of Quality milestone Apr 20, 2021
@mohsha-msft mohsha-msft changed the title Adding more tests and fixing issues [Week of Quality] Adding more tests and fixing issues Apr 27, 2021
@@ -526,7 +526,8 @@ func (raw rawCopyCmdArgs) cook() (cookedCopyCmdArgs, error) {
// 2. `blob-tags` is not present as they create conflicting scenario of whether to preserve blob tags from the source or set user defined tags on the destination
if raw.s2sPreserveBlobTags {
if cooked.fromTo.From() != common.ELocation.Blob() || cooked.fromTo.To() != common.ELocation.Blob() {
Copy link
Member

Choose a reason for hiding this comment

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

Simplification of if statement, cooked.fromTo != EFromTo.BlobBlob()

@@ -526,7 +526,8 @@ func (raw rawCopyCmdArgs) cook() (cookedCopyCmdArgs, error) {
// 2. `blob-tags` is not present as they create conflicting scenario of whether to preserve blob tags from the source or set user defined tags on the destination
if raw.s2sPreserveBlobTags {
if cooked.fromTo.From() != common.ELocation.Blob() || cooked.fromTo.To() != common.ELocation.Blob() {
return cooked, errors.New("either source or destination is not a blob storage. blob index tags is a property of blobs only therefore both source and destination must be blob storage")
return cooked, errors.New("either source or destination is not a blob storage. " +
Copy link
Member

Choose a reason for hiding this comment

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

Perhaps we should remove "a" here? Or just this entire first sentence.

@@ -65,6 +65,8 @@ type rawSyncCmdArgs struct {
deleteDestination string

s2sPreserveAccessTier bool

blobTags string
Copy link
Member

Choose a reason for hiding this comment

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

I don't know how I feel about blob tags on sync.

It would make sense if it were a way to filter the source. But, in this case, it looks like it's not. Which feels against the spirit of sync.

Copy link
Contributor

Choose a reason for hiding this comment

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

I would normally advise against adding info for dest that src didn't have, but I just realized that tags might be a special case.

If we allow tags in sync, then the user can tag blobs that get copied with a specific value, thus allowing an interesting scenario: if they want, they can distinguish the batches of blobs that got moved over, and do processing on them later. I have no idea if this is an actual scenario for cx, but it sounds feasible.

Base automatically changed from e2e-tests/add-more-flags-1 to dev May 25, 2021 06:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants