-
Notifications
You must be signed in to change notification settings - Fork 38
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
so-files in git tree #2
Comments
Disagree. "Normally" indicates a rule with exceptions. These files are:
If I "had" to remove them, I would have to store these artifacts in another version control system, defeating the purpose of Github. That said, the README could stand some improvement :-). |
Well, you certainly don't have to remove them , it's your repo. That said, a possible middle ground could be to let them be there for now, but re-evaluate the situation after the first release (in which case they are available in the release tarballs). BTW, you should perhaps mark for which arm architecture the LInux-arm file is for (32bit v5?). I have a README update at hand, but will send a merge request before going into that. |
The ARM file was nuked (old anyhow). Looking forward for your README. |
Which heavily depends on last merge request, which to a large extent is about building the libs. EDIT: The draft is at https://github.com/leamas/yab |
So-files (pre-compiled sources) is normally not considered as git artifacts - a git tree is about sources. Could you please consider removing these files and instead add them when creating a release e. g. as described in https://github.com/blog/1547-release-your-software?
The text was updated successfully, but these errors were encountered: