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

gitignore file, stricter shebang matching, updated read me #27

Merged
merged 6 commits into from
Mar 31, 2019

Conversation

homebysix
Copy link
Contributor

No description provided.

This eliminates potential false positives for scripts that contain other scripts of a different type (e.g. python scripts stored in bash "here documents").
*.pyc

# Example scripts and EAs
extension_attributes/*
Copy link
Collaborator

Choose a reason for hiding this comment

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

@homebysix This still allows tracking of sub folders, correct? Is the idea that this line will keep errant files from being tracked within extension_attributes and scripts?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yes — line 10 excludes extension attributes, but line 11 re-includes the example EAs in the repo. Same for the scripts in lines 12-13.

This change is primarily for the benefit of those who want to contribute to the development of git2jss without having to manually remove downloaded scripts and extension attributes from the repo before committing/pushing.

Alternatively, I thought the ability to specify an alternate destination for the extension attributes and scripts would be a nice feature-add, but didn't have time yet to implement it.

@badstreff
Copy link
Owner

I like this for my personal dev purposes, it might cause confusion for people that are forking the project to their internal repos and then doing a git push. I think we will probably want to update the README to clarify if they want to push scripts to another repo they will need to edit the .gitignore.

@homebysix
Copy link
Contributor Author

If people are forking the project to their internal repos, they'll already need to know how to handle multiple remotes in order to continue getting the latest changes from upstream.

Would it be better to add the ability to download extension attributes and scripts to a location outside the repo? If so, I can work on that.

@badstreff
Copy link
Owner

I can agree with that first statement, I think long term Brad and I have both tossed around the idea of specifying an alternative location for scripts but I don't think we need to hold this PR up for it.

@badstreff badstreff merged commit c7b1ece into badstreff:master Mar 31, 2019
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.

3 participants