§ the quickest way to sync your fork

npx sync-fork

Table of Contents:

0. Requirements
1. Usage
2. Parameters
3. Usage with package.json
4. Why sync-fork ?
5. What is a fork ?
6. Git best pratices
7. Build / Deployment

Requirements

• Git
• Node.js

Usage with cli

Add a remote url

npx sync-fork -a <remoteUrl>

it's a shorthand for:

git remote add upstream <remote git url>

make sure you've added the remote url and have access to the repository ( if already done skip it )

Run with npx:

npx sync-fork

Global Instalation:

# choose one package manager:

npm i -g sync-fork
# npm

yarn global add sync-fork
# yarn

sync-fork

§ synced!! ✔️

Parameters

Upstream name:

-u --upstream

sync-fork -u <upstreamName>

examples:

sync-fork -u heroku
# heroku

Branch name:

-b --branch

sync-fork -b <branchName>

examples:

sync-fork -b main
# github new default naming

sync-fork -b v2
# parcel

sync-fork -b canary
# next.js

some parameters can be used together:

sync-fork -u upstreamName -b branchName

Resolving Conflicts

--reset

sync-fork --reset
# resets your fork - best option if you want to be truly sync (will discard your commits and all possible conflicts)
# but can be run at any time if you made mistakes in your fork and want to reset it

for more complex conflicts we recommend resolving them manually (like accepting local or upcoming changes)

Sync and log changes:

-l --log

sync-fork -l

will sync and give what's new (the 10 last commits) in a nice format

Example from next.js git log - hyper cmd - (20 dec 2020)

Example from next.js git log - windows cmd - (20 dec 2020)

Only log changes:

--log-only

if you only want to see this nice formatted log at any time: (will skip sync)

sync-fork --log-only

Add a remote url:

-a --add

add a remote upstream url ( the first step after forking a new project )

sync-fork -a <remoteUrl>

examples:

sync-fork -a https://github.com/facebook/react.git
# react
# then:
sync-fork

Remove a remote url:

-r --remove

remove a mistyped url by remote name

sync-fork -r <remoteName>

examples:

git remote -v
# list all remote urls, then:
sync-fork -r wrongName
# removing a mistyped url by remote name

Help :

provides details about available parameters

sync -h --help

sync-fork sync -h

Debug:

-d --debug

(advanced use) use only if sync-fork isn't working

sync-fork -d

Usage with package.json

yarn add sync-fork --dev

//package.json

"scripts": {
  "sync": "sync-fork",
  "start": "...",
  "build": "...",
},

// passing parameters
  "sync": "sync-fork -u upstream -b branch",

then just run

yarn sync

you can include this in your README.md description

Why sync-fork ?

• Syncing a fork can be tedious, it needs at least 4 different commands, imagine repeating it daily for 10, 100 projects, let's simplify it with just one command, Just sync-fork

• They approved your pr ? Just sync-fork

• Need to stay sharp within a project that updates every hour like react ? Just sync-fork

• Did you know that Apache projects are updated every minute ? Just sync-fork

• Working on an old project ? Just sync-fork

How it works ?

• Checkout to master/main branch
• Fetch recent changes
• Merges changes
• Push changes to your fork
• Everything pretty

What is a fork?

Forking a repository allows you to freely experiment with changes without affecting the original project. Most commonly, forks are used to either propose changes to someone else's project or to use someone else's project as a starting point for your own idea.

How to fork?

https://docs.github.com/free-pro-team@latest/github/getting-started-with-github/fork-a-repo

Git best pratices

origin: (example: Usename/react) (reference of your fork )

upstream: (example: facebook/react) (reference of the original forked project)

master / main <- the name of default branch

( github recently adopted "main" for new created repositories )

some projects use a custom name like: v2 / canary / berry / ...

git clone you should clone your fork: git clone <your_fork_url>

• make changes in a new branch
• commit new features/fixes
• send a pull request to the original project

some projects may differ, verify their contributing guides

Build / Deployment

builder.js

build: node builder or yarn build or npm run build

run production: node bin/index.min.js

• build for production

• merge all files (bundle) / update scope hoisting (requires)

• terser() => minify

• then creates index.min.js at ./bin/

all source code files from ./lib/ gets merged at ./bin/index.min.js

the production file that will be deployed at npm

./bin/ is not shown on github / git repository

and only /bin/index.min.js is sent to npm registry

to make it run faster as possible as it is a cli tool