Changed lines that said not to commit the lock file.
Because not committing it is a bad idea.
This commit is contained in:
parent
114be10207
commit
477489988b
1 changed files with 2 additions and 7 deletions
|
@ -40,14 +40,9 @@ In the autoload part you can see that I am using the `Example` namespace for the
|
||||||
|
|
||||||
Open a new console window and navigate into your project root folder. There run `composer update`.
|
Open a new console window and navigate into your project root folder. There run `composer update`.
|
||||||
|
|
||||||
Composer creates a `composer.lock` file that locks in your dependencies and a vendor directory. To remove those from your Git repository, add a new file in your project root folder called `.gitignore` with the following content:
|
Composer creates a `composer.lock` file that locks in your dependencies and a vendor directory.
|
||||||
|
|
||||||
```php
|
Committing the `composer.lock` file into version control is generally good practice for projects. It allows continuation testing tools (such as [Travis CI](https://travis-ci.org/)) to run the tests against the exact same versions of libraries that you're developing against. It also allows all people who are working on the project to use the exact same version of libraries i.e. it eliminates a source of "works on my machine" problems.
|
||||||
composer.lock
|
|
||||||
vendor/
|
|
||||||
```
|
|
||||||
|
|
||||||
This will exclude the included file and folder from your commits. For which now would be a good time, by the way.
|
|
||||||
|
|
||||||
Now you have successfully created an empty playground which you can use to set up your project.
|
Now you have successfully created an empty playground which you can use to set up your project.
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue