Skip to content

AhsanAyaz/batch-pr-reviewer-github

 
 

Repository files navigation

Chrome Extension - BatchPR Reviewer for GitHub

npm npm-download npm

What??

This Chrome extension allows educators and code reviewers to easily provide feedback to multiple GitHub pull requests at once. Approve and submit pull requests with a single click.

Watch the video

Article: https://www.codewithahsan.dev/blog/github-batch-pr-reviewer-chrome-extension

Chrome Extension: https://chromewebstore.google.com/detail/batchpr-reviewer-for-gith/fgbjkjeckcakecmpalnkehjnihahoggi

Newsletter post: https://codewithahsan.beehiiv.com/p/github-batch-pr-reviewer-chrome-extension

Features

  • Recognizes all the pages which have the Feedback Pull Request opened
  • Allows to send feedback on all the pull requests (feedbacks) at once

This extension is updated with:

Please open up an issue to nudge me to keep the npm packages up-to-date. FYI, it takes time to make different packages with different versions work together nicely.

How to use:

  1. Check if your Node.js version is >= 18.
  2. Clone this repository.
  3. Run npm install to install the dependencies.
  4. Run npm run build
  5. Load your extension on Chrome following:
    1. Access chrome://extensions/
    2. Check Developer mode
    3. Click on Load unpacked extension
    4. Select the build folder.
  6. Happy reviewing.

Developing

Structure

All your extension's code must be placed in the src folder.

The extension is already prepared to have a popup, an options page, a background page, and a new tab page (which replaces the new tab page of your browser). But feel free to customize these.

Running in dev mode

To make your workflow much more efficient this extension uses the webpack server to development (started with npm start) with auto reload feature that reloads the browser automatically every time that you save some file in your editor.

You can run the dev mode on other port if you want. Just specify the env var port like this:

$ PORT=6002 npm run start

Content Scripts

Although this extension uses the webpack dev server, it's also prepared to write all your bundles files on the disk at every code change, so you can point, on your extension manifest, to your bundles that you want to use as content scripts, but you need to exclude these entry points from hot reloading (why?). To do so you need to expose which entry points are content scripts on the webpack.config.js using the chromeExtensionGitHubCRHelper -> notHotReload config. Look the example below.

Let's say that you want use the myContentScript entry point as content script, so on your webpack.config.js you will configure the entry point and exclude it from hot reloading, like this:

{
  
  entry: {
    myContentScript: "./src/js/myContentScript.js"
  },
  chromeExtensionGitHubCRHelper: {
    notHotReload: ["myContentScript"]
  }
  
}

and on your src/manifest.json:

{
  "content_scripts": [
    {
      "matches": ["https://www.google.com/*"],
      "js": ["myContentScript.bundle.js"]
    }
  ]
}

Packing

After the development of your extension run the command

$ NODE_ENV=production npm run build

Now, the content of build folder will be the extension ready to be submitted to the Chrome Web Store. Just take a look at the official guide to more infos about publishing.

Secrets (just for info, we don't use any)

If you are developing an extension that talks with some API you probably are using different keys for testing and production. Is a good practice you not commit your secret keys and expose to anyone that have access to the repository.

To this task this extension import the file ./secrets.<THE-NODE_ENV>.js on your modules through the module named as secrets, so you can do things like this:

./secrets.development.js

export default { key: '123' };

./src/popup.js

import secrets from 'secrets';
ApiCall({ key: secrets.key });

👉 The files with name secrets.*.js already are ignored on the repository.

Resources:


Maintained by @AhsanAyaz | Website

Languages

  • TypeScript 46.4%
  • JavaScript 42.9%
  • CSS 6.7%
  • HTML 3.8%
  • SCSS 0.2%