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

Remove nuget-packages from the repository and enabled package restore #300

Closed
DerAlbertCom opened this issue Dec 11, 2013 · 4 comments
Closed

Comments

@DerAlbertCom
Copy link
Contributor

It would be nice if the nuget-packages will be removed.

One reason is that the repository site will grown unnecessary.

The second, better, reason is to simplify the commits.

After pulling the repository and opening it in Visual Studio the text files are touched and the line endings are changed.

Looks like this.

image

On commit all these "none" changes will be fixed due changing the line endings back.

But it still gives a big distraction on commiting.

@am11
Copy link
Contributor

am11 commented Dec 11, 2013

@DerAlbertCom, that certainly is a brilliant idea; to keep repo clean. But curiously, even though I pulled the repo on different machines, I never got the text files touched. Perhaps some editor settings at your end are causing this in first place? Nonetheless, its always a good idea to keep it simple..

OAN, in Ruby projects, we can specify gems (system-level plugins) and lock the versions in Gemfile, this to ensure everyone would get the correct version (as opposed to deprecated ones). From Ruby bundler docs:

gem 'nokogiri' 
gem 'rails', '3.0.0.beta3' 
gem 'rack', '>=1.0' 
gem 'thin', '~>1.1' 

Most of the version specifiers, like >= 1.0, are self-explanatory. The specifier ~> has a special meaning, best shown by example. ~> 2.0.3 is identical to >= 2.0.3 and < 2.1. ~> 2.1 is identical to >= 2.1 and < 3.0. ~> 2.2.beta will match prerelease versions like 2.2.beta.12.

Can we specify the versions in .NET projects, in the same manner?

@DerAlbertCom
Copy link
Contributor Author

The version that will be automaticly downloaded ist exactly the version which is given in the package.config file for each project.

@SLaks
Copy link
Collaborator

SLaks commented Dec 11, 2013

Check your user-level git line ending setting.

@DerAlbertCom
Copy link
Contributor Author

Git features some local settings per repository, so it would be great if you document the settings for that projec. Line ending and fl for the file encoding,so that we participantscan ensure being on the same page.

SLaks pushed a commit to SLaks/WebEssentials2013 that referenced this issue Dec 17, 2013
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

No branches or pull requests

3 participants