If you are wondering where the data of this site comes from, please visit GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

endeepak/rspec-multi-mock 21

Allows multiple mock frameworks to be in action in RSpec (With no monkey patching on Rspec)

endeepak/ko-jasmine-tdd 3

Examples for TDD using jasmine for knockout models

endeepak/devise-neo4j 2

Devise ORM for Neo4j

endeepak/FactoryGirl.tmbundle 2

TextMate Bundle for Factory Girl

endeepak/neo4j 2

A Graph Database for JRuby. It uses the java lib neo4j as storage and lucene for quering/indexing

endeepak/neo4j-observers-example 2

Rails app to demo neo4j observers

endeepak/dotsnsquares 1

endeepak/flow-js 1

Javascript Library for Multi-step Asynchronous Logic

endeepak/hyper_active_record 1

Makes active record super awesome

endeepak/menu-search 1

List and Search menus nested under top level menus[In Alpha Stage]


started time in 9 hours

release grafana/grafana


released time in 2 days

release usablica/intro.js


released time in 2 days

release influxdata/telegraf


released time in 2 days

release grafana/grafana


released time in 3 days

release grafana/grafana


released time in 5 days

release usablica/intro.js


released time in 7 days

fork jessfraz/formdata

Parsing of multipart/form-data

fork in 9 days

release influxdata/telegraf


released time in 9 days

release grafana/grafana


released time in 9 days


started time in 10 days

release grafana/grafana


released time in 12 days

fork petmongrels/openmrs-module-legacyui

The legacy user interface for OpenMRS Platform 2.x is chiefly comprised of administrative functions and the patient dashboard. Apparently, a new and more contemporary UI has been introduced via a UI framework and the legacy UI is kept around for administrative functions that are not yet implemented in the new UI. To retire the Legacy UI as planned, it is required to move the implementations and modules that still rely on it in order to maintain backwards compatibility. The main idea behind this project is to move legacy UI functions into an OpenMRS module that these implementations can install until they are able to migrate away from it, since most of the implementations of OpenMRS around the world are running OpenMRS 1.9.

fork in 13 days

fork vraravam/internal-server

🕴 Internal server used to allow Ferdi usage without an account

fork in 15 days


started time in 19 days


started time in 19 days


started time in 19 days


fork petmongrels/openmrs-core

OpenMRS API and web application code

fork in 20 days

created repositoryNHSRC/gunak-jhpiego-integration

created time in 20 days