-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
Improvements requirements.txt #133
Conversation
what does this solve? The only thing in requirements.txt should really be only dependencies for development if there are any. when testing you should do (preferably inside your virtual environment):
which installs everything what would have installed when downloading the actual package. or am I missing something? |
I always run pip install -r requirements.txt for develop, In addition there are dependencies that are not in setup.py. We would have to find a way to unify it. |
If you want to unify it you could create a make command for it |
Make command? I thought to do the following: Create 3 file requirements.
And in the setup.py read the content of requirements.txt What do you think? |
Umm not really a fan. What are some dependencies that are not used in the core package itself. Are there any libraries that are only for development? The solution for this should just be to run |
Yes, for example: For tests: pytest==3.3.1 For dev: boto3==1.5.24 And in the setup.py the dependencie cryptography is duplicated. pip install . only install dependencies of masonite, but not dev and tests dependencies. |
Oh right yeah the only thing that should be the requirements.txt file is those dependencies. If we put the dependencies in both the setup.py and requirements.txt then we need to make sure both are always up to date. |
then how do we continue? |
Just do:
Requirements.txt just needs the ably, pusher, boto3 and coveralls packages |
And now @josephmancuso what do you think? |
how does the install.sh work?
|
Simplely run this together:
For executed run:
|
hmm I'm sorry. After some thinking I just feel like adding a file to run a test just to combine two commands seems silly to me. This will only be useful when someone adds a package to the repo which really won't be that often. I'll open if circumstances change |
It is not only to unify two commands. It is also for:
|
I had some problems getting everything. This is my solution.