Project homepage Mailing List  API Docs  Github Mirror 
{"schema":"libjg2-1", "vpath":"/git/", "avatar":"/git/avatar/", "alang":"en-US,en;q\u003d0.5", "gen_ut":1670191668, "reponame":"libwebsockets", "desc":"libwebsockets lightweight C networking library", "owner": { "name": "Andy Green", "email": "", "md5": "c50933ca2aa61e0fe2c43d46bb6b59cb" },"url":"", "f":3, "items": [ {"schema":"libjg2-1", "cid":"816e2e1b521b311a5fa1030faf9613ca", "oid":{ "oid": "ec6d5ac6d58d92ac8c1a3d769d076cabd6aa4ac1", "alias": [ "refs/heads/main"]},"blobname": "READMEs/", "blob": "## Need for CI\n\nGenerally if we're adding something that's supposed to work ongoing, the stuff\nshould be exercised in CI (at least Travis).\n\nIf there are few users for a particular feature, experience has shown that\nrefactors or other upheaval can easily break it into a state of uselessness\nwithout anyone noticing until later.\n\nTherefore here's a description of how to add something to the CI tests... this\nis certainly a nonproductive PITA and I have never been thanked for the work\ninvolved. But if the promise of the various features working is going to\nremain alive, it's necessary to include CI test where possible with new\nnontrivial code.\n\n## Integration points\n\n### cmake\n\n`.travis.yml` maps the various test activities to CMake options needed.\n\n### including dependent packages into travis\n\nSee `./scripts/`\n\n### performing prepared test actions\n\nSee `./scripts/`\n\n","s":{"c":1669584875,"u": 130}} ],"g": 421,"chitpc": 0,"ehitpc": 0,"indexed":0 , "ab": 0, "si": 0, "db":0, "di":0, "sat":0, "lfc": "7d0a"}