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

Coveralls, TravisCI & CodeClimate #2

Closed
BukhariH opened this issue Nov 19, 2013 · 8 comments
Closed

Coveralls, TravisCI & CodeClimate #2

BukhariH opened this issue Nov 19, 2013 · 8 comments

Comments

@BukhariH
Copy link
Contributor

Might be wise to implement these three things!

They definitely do help keep development as clean and mishap free as possible!

I believe the link for adding a codeclimate open source project is:
https://codeclimate.com/github/signup

@chanks
Copy link
Collaborator

chanks commented Nov 20, 2013

I'll look into this at some point, probably in the next few days, thanks.

@rurounijones
Copy link

Yes please! Travis-CI (With jruby please! 😄 ) is almost mandatory these days 😀

You should also have a look at Gemnasium to help you keep track of gem dependencies.

And get all their lovely shields in your README, it is a great way to get an overview of a project and they are all free.

Example project with all of the above: https://github.com/rurounijones/bsf-scraper

@chanks chanks closed this as completed Nov 20, 2013
@chanks chanks reopened this Nov 20, 2013
@chanks
Copy link
Collaborator

chanks commented Nov 20, 2013

Sorry, didn't mean to close. Right now, the gem requires a PG::Connection object to work with, but I don't believe the pg gem works on JRuby. I'll have to look into whatever the equivalent is there and modify Que to be able to use it. Which is no problem - I'd really like to support the Ruby implementations that have no GIL (I'm looking into Rubinius right now).

@chanks
Copy link
Collaborator

chanks commented Nov 24, 2013

I got the specs passing reliably on Rubinius, so I'm comfortable calling it supported. I laid some groundwork for supporting JRuby in the jruby branch, but then I started digging into how to execute queries via JDBC and I'm giving up. The interface is just terrible to work with. If anyone knows it well and wants to offer their help, I'm open to it, and I may take another crack at it sometime if there's a big enough demand, but it's not a priority for me anymore.

@chanks chanks closed this as completed Nov 24, 2013
@rurounijones
Copy link

I think this ticket got side-tracked with the jruby / rubinius talk since it was originall raised for TravisCI, coveralls etc.

@chanks
Copy link
Collaborator

chanks commented Nov 25, 2013

Yeah, I looked into those services, and they seemed like the kind of thing
that's better suited to large projects with many committers. I'm pretty
disciplined about my testing, and I don't feel like they offer anything to
my workflow right now. Maybe at some point in the future.

On Sun, Nov 24, 2013 at 6:48 PM, Jeffrey Jones notifications@github.comwrote:

I think this ticket got side-tracked with the jruby / rubinius talk since
it was originall raised for TravisCI, coveralls etc.


Reply to this email directly or view it on GitHubhttps://github.com//issues/2#issuecomment-29174477
.

@rurounijones
Copy link

I think it is a good thing to have for any project, even one with single committers.

  • They are quick and simple to setup and require next to no maintenance afterwards.
  • They provide "at-a-glance" information for potential users of your library to help them evaluate it.
  • Travis-CI in particular will let you test against many different versions of ruby automatically every time.

Most I consider very convenient. Travis-CI (Or another publicly viewable CI system) I consider essential and I would be hesitant to use any project without one (especially since the barrier to entry is so low for open-source github hosted projects.)

@joevandyk
Copy link
Contributor

@rurounijones we added a .travis.yml file.

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

4 participants