kn1ght_t

надо читать вам про event loop

смысл в том, что обычный синхронный код выполняется последовательно строчка за строчкой в основном потоке, а асинхронный код откладывается в очередь задач и выполняется после того, как выполнится синхронный код.

а эти fs.readFileSync и прочие содержат приписку Sync, как бы намекая, что эти методы могут быть долгими (например, большой файл читать надо) и весь остальной код их будет ждать, что не хорошо для серверного кода, с другой стороны вполне себе замечательно для служебных скриптов, когда ожидается, что такой скрипт будет запущен одним клиентом

примерно так:

const receiveFile = (filepath, req, res) => {
  const wstream = fs.createWriteStream(filepath, {flags: 'wx'});

  req
    .pipe(wstream)
    .on('error', (e) => {
      if (e.code === 'EEXIST') {
        res.statusCode = 409;
        res.end('File Already Exists');
        return;
      }

      res.statusCode = 500;
      res.end('Internal Server Error');
    })
    .on('close', () => {
      res.statusCode = 201;
      res.end('File Created');
    });

  res.on('close', () => {
    if (res.finished) return;
    fs.unlink(filepath, (err) => {});
  });
};

мб через git bash попробовать? а не через powershell, встроенный в atom

на ноде ни разу не писал, но попробуйте так:

function readFileAsync(path) {
  return new Promise(function (resolve, reject) {
    fs.readFile(path, function (error, result) {
      if (error) {
        reject(error);
      } else {
        resolve(result);
      }
    });
  });
}

(async function() {
  try {
    const data = await readFileAsync('./data.json');
  } catch(error) {
    console.log(error);
  }
})();

есть.