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

Added composer.lock to gitignore #82

Merged
merged 1 commit into from
Apr 4, 2014
Merged

Added composer.lock to gitignore #82

merged 1 commit into from
Apr 4, 2014

Conversation

rvanlaarhoven
Copy link
Contributor

Mainly cause I think travis would otherwise test against the possibly outdated composer.lock dependencies, in stead of the composer.json dependencies

@Spea
Copy link
Owner

Spea commented Apr 4, 2014

Thanks for the PR, but I would rather change the travis.yml to use the update command from composer instead of removing the composer.lock file.

@rvanlaarhoven
Copy link
Contributor Author

Ok ok. May I ask what the reason for that is? I don't really see why the lock file would be useful to anyone else. I checked several random other packages to make sure I was doing the right thing and none of them have the lock file committed.

@Spea
Copy link
Owner

Spea commented Apr 4, 2014

I thought about removing it several times. Maybe it is better since I already test against different versions via travis.

If I see any disadvantages in the future, I maybe add it again :)

Spea added a commit that referenced this pull request Apr 4, 2014
Added composer.lock to gitignore
@Spea Spea merged commit a018561 into Spea:master Apr 4, 2014
@rvanlaarhoven rvanlaarhoven deleted the composerlock branch April 4, 2014 08:23
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.

2 participants