All Versions
33
Latest Version
Avg Release Cycle
23 days
Latest Release
1255 days ago

Changelog History
Page 3

  • v5.1.2 Changes

    September 17, 2019

    πŸš€ Housekeeping release

    • ⚑️ Update various dev dependencies
    • 🚚 Move to GitHub Actions
  • v5.1.1 Changes

    August 13, 2019

    πŸ’… Limit Markdown-related style to Markdown files only #641 by @fregante

  • v5.1.0 Changes

    August 05, 2019

    πŸ‘Œ Support for Deno

    πŸš€ This release comes with a single feature added by @MarkTiedemann. JavaScript URL imports will allow you to load files from another domain using ES6 Modules.

    import \_ from 'https://unpkg.com/[email protected]/underscore.js';
    

    🌐 Furthermore, this enables support for Deno which follow this web standard.

    Housekeeping

    • Various version bumps through Dependabot

    All Changes

    v5.0.2...v5.1.0

  • v5.0.2 Changes

    June 12, 2019

    πŸ›  Bugfix

    • πŸ“¦ Java: Try to resolve all package within org.apache namespace #587
  • v5.0.1 Changes

    June 09, 2019

    πŸ›  Bugfix

    • πŸ‘ Java: Using a better cache strategy for standard library request such as java.util.List by tweaking OctoLinker API #559
  • v5.0.0 Changes

    June 06, 2019

    πŸ‘ Real HTML links for better accessibility and speed!

    πŸš€ I'm super thrilled about this release, which kept me busy for months. I learned an awful lot about how to refactor a code base while keeping it fully operational. Over the course of 18 months, 75 Pull Requests (mostly small) landed in the master branch.

    πŸ’» Browser extension

    πŸš€ This major release comes with one notable change: In the previous version, all links were lazy loaded, which means OctoLinker started processing and resolving links after you clicked a link. This made it really tricky to apply the typical options you'd expect on a link like right-click and open in a new tab/window, middle-click or hover over those links to see the target url.

    πŸ‘€ Wouldn’t it be nice if OctoLinker links would behave like regular links? Well, guess what? OctoLinker now processes all links in the background and inseerts β€œreal” hyperlinks which results in immediately redirects. We’re also leveraging GitHub’s Tree API to fetch a tree of repository file structure to resolve internal links at blazing speed. That sad, in order to use OctoLinker for private repositories you need to add a GitHub token. OctoLinker will prompt a notification in such a case.

    As I mentioned, we’ve completely reworked the way we resolve links. This will enable all kind of interesting features in the future, so stay tuned!

    πŸ†• New permissons

    πŸš€ Since a few years, all external dependencies are resolved through our [OctoLinker API](https://github.com/OctoLinker/api. It’s basically a reverse proxy with caching. Until now this API was deployed on Heroku https://githublinker.herokuapp.com/ (GitHubLinker was the previous name). With v5 we use ZEIT now and therfore the URL changed to https://octolinker-api.now.sh. If you have any questions or concerns please leave a comment here.

    OctoLinker API

    The OctoLinker API also got some enhancements of its own. Since a few years, all external dependencies are resolved through our OctoLinker API. It’s basically a reverse proxy with caching. Until now this API was deployed in a single region. Because of the lazy loading approach, the API was never invoked until the user clicked on a link. However, now that we prefetch all links in the background, traffic will increase massively. Just the Google Chrome extension counts over 20k active installations. Through shadowing production traffic we figured out that the new OctoLinker API will r esolve approximately 245k dependencies per day.

    I'm extremely excited to announce two new sponsors!

    ZEIT now enables on demand horizontal scaling across many regions in a serverless environment. I worked with other cloud vendors before, but none of them was nearly as easy to use as ZEIT now. It’s a really impressive developer experience. Porting our existing Hapi API to a serverless architecture went pretty well and quickly.

    To reduce network calls to third-party providers, such as npmjs.com, getcomposer.org, rubygems.org and more, we leverage RedisGreen high performance as a caching layer. RedisGreen supports OctoLinker with five dedicated servers and high availability in five regions.

    πŸ‘ Thanks both, @ZEIT and @redisgreen for supporting us!

    Website

    πŸš€ To celebrate the release, we have a new website https://octolinker.now.sh.

    Screenshot 2019-06-05 at 23 23 12

    πŸ‘ Social Support

    πŸ‘ Any support on your social profiles would be awesome. Liking, retweeting, or even posting your own experiences would be much appreciated! If you're looking to support our open source work, head over to our Open Collective page.

    https://twitter.com/OctoLinker/status/1136629398856183809

    As always, if you come across any issues or if you have feedback to offer, please let us know. If everything is working great, that's also nice to hear.

    ⚑️ Thank you for making it all the way to the end of this update.

  • v4.22.7 Changes

    March 14, 2019

    πŸ›  Bugfix

    Chrome 73 changed to cross-origin requests in chrome extension content scripts #546

  • v4.22.6 Changes

    February 01, 2019

    πŸ›  Bugfix

    πŸ“¦ Handle boolean values in package.json #540

  • v4.22.5 Changes

    January 14, 2019

    Potential breaking change

    • βœ‚ Remove first-class bower support #536
  • v4.22.4 Changes

    December 18, 2018

    Behind the scenes

    • πŸ›  Fix to not duplicate package send to live-resolver #531
    • πŸ– Handle normalise resolver results #532