2009/8/29 Stefán Freyr <[email protected]>: > On Aug 29, 7:55 pm, David Anderson <[email protected]> wrote: >> In general, checking large generated files into version control is >> frowned upon, if the data can be rebuilt from a (smaller) program. In >> this case, for example, if the data you're checking in is generated >> from a script, the best practice would be to version control the >> script, and regenerate the "heavy" data files on the client side after >> the checkout. This helps both checkout time (most people's internet >> connections have lower bandwidth than their hard drives, so generating >> the data locally is a better use of time) and your quota situation. >> >> In this case, looking through your repository, I don't see any data >> generation scripts, so I assume that the data files are provided to >> you as-is for the course or something? > > Well, no... :-) We're running a small utility to generate this > stuff... the reason we check the results into SVN is that the runs > take a looong time to finish and that's the reason we absolutely don't > want to loose them. > > I've been lurking on your discussion forum after I sent this request > in and I see that you've declined quota increases because the projects > weren't hosting actual code. I'll be completely honest here, we're not > doing any coding, just running this benchmark and analyzing the > results. Would you say that we shouldn't be using Google Code for > this? If so, I could very well understand that but I hope we're ok > though... we love your hosting :-) It's very student friendly ;-)
Well, yes, in this case, your project is not something we really want to be hosting, since we focus on open source projects. That said, if you include the conclusions of your research as open content (for example, a LaTeX report on the performance of SSDs), I think that would fall under the definition of an open source project, even if it isn't strictly code. As long as the generated files is not all you're keeping there. Also, as far as I can tell, you're pretty close to the end of your course, and if that is the case, we don't really want to force you to find new hosting and add to the end-of-term pain you're probably already feeling. It seems like you don't actually need to version control these data files, you just need to share them between the members of your project team. Is that correct? If so, I would recommend using just any generic file host for that, and using Subversion on Google Code only for things like the project report and other stuff that really needs to be version controlled. On the other hand, maybe the raw data from the benchmarking tool is something you need to version control along with the other project data, in which case, well, why not. So, for future use, I suggest keeping in mind the general rule: if it's not a code project, it's probably not something we really want to host, although there are exceptions. If you're in doubt, the best thing to do is to ask on this list, and we can advise you on whether we're happy to host your project, and if not, we can perhaps recommend other services that could provide you the service you need. - Dave --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Hosting at Google Code" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/google-code-hosting?hl=en -~----------~----~----~----~------~----~------~--~---
