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

GRADLE-796/673 Preserving permissions by default in copy/archive tasks #62

Merged
merged 11 commits into from
Feb 15, 2012
Merged

GRADLE-796/673 Preserving permissions by default in copy/archive tasks #62

merged 11 commits into from
Feb 15, 2012

Conversation

larshvile
Copy link
Contributor

Implemented changes as discussed on the mailing list.

  • permissions are preserved by default
  • dirMode/fileMode still works, but are nullable
  • copy actions can see & change permissions

…replicating the changes made to FileCollectionSymlinkIntegrationTest).
…he file.

Implemented for regular files & archives.
Permissions are now preserved by default. They can still be set using fileMode/dirMode
and can also be set on individual files using copy actions.

FileCopySpecVisitor now honors file modes (implicitly through AbstractFileTreeElement.copyTo(..))

The actual permissions that will be used for any given file are exposed to copy actions. The
actions can also set permissions using the new FileCopyDetails.setMode().
…eserved by default.

Everything related to permissions during copying is covered in unit-test + CopyTaskPermissionsIntegrationTest.
…ew, nullable fileMode/dirMode.

Updating the DSL docs with the new default values (null) for fileMode/dirMode.
@adammurdoch
Copy link
Member

This looks good. We're just working on getting 1.0-milestone-8 out of the door, so we'll apply the patch after milestone 8 is out.

@larshvile
Copy link
Contributor Author

Ok good.. Found another issue that is fixed as well after this is merged... GRADLE-971

@larshvile
Copy link
Contributor Author

I just tried to resolve a conflict in CopyProcessingSpec. It's the first time I've done this with git, not sure if I was supposed to add those merge commits to the pull request..

@pniederw pniederw merged commit 3155bd8 into gradle:master Feb 15, 2012
@larshvile
Copy link
Contributor Author

Sweet.. GRADLE-971 can be closed as well..

@huxi
Copy link
Contributor

huxi commented Feb 15, 2012

Thanks for fixing this!

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.

4 participants