> The test files itself are all 'hidden' in the spec folder anyway. The > 'clutter' in the root directory is the Rakefile and the Gemfile (a > Gemfile.lock is added when you run bundler) – I kept these in the main folder > for two reasons: a) it's easier the default file arrangement and therefore (I > presumed) easier to install/setup b) travis-ci assumes to find the files > there too. As regards a) I'm actually not sure it's true: I mean we could > move everything into the spec folder and run the tests from there, that > shouldn't be a problem. Regarding the travis-ci it should not be too > difficult to setup either, because you can pretty much specify what scripts > to run etc. > > I like the current file arrangement, but it's merely a preference and it > should be possible to make a switch.
The Gemfile etc… were what I had in mind, but don't worry. That's really just cosmetic. It works this way, and it's fine :-) > Another question we should keep in mind whether it may not be easier to work > on the master branch and have separate release branches? Especially if we may > want to keep separate versions of styles in the future (i.e., 1.0 branch, > 1.0.1 branch). I agree, but that can always be changed in the future. >> Thanks again so much for this work, this is exactly what we have been needed >> for a while! > > CiteProc-Ruby was accepted by the Google Summer of Code program this year – > so thanks to the support by Google and the Berkman Center at Harvard I've > been able to spend more time working on rewriting the cite processor and a > separate CSL library which makes writing tests very easy :-) Congrats! charles ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ xbiblio-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
