Нет, не обязательно все переустанавливать. Достаточно просто изменить урл ориджина git remote set-url orign new_url Потом проверь git remote -v

Получается мне нужно сейчас сделать форк, потом все заново переустоновить, воспроизвести ошибку в своем форке, выполнить команды, которые ты прислал и потом сделать пуллреквест?

Ну он тебе и пишет добавь git push --set-upstream origin with_error К нему же добавь --no-verify, так как иначе не выльет, потому что у тебя ошибки локально есть сейчас. Итого git push --set-upstream origin with_error --no-verify Внимание! Вы не должны использовать --no-verify постоянно, то есть почти никогда. Используйте его только тогда, когда надо вылить коммит с ошибками, сознательно. Вы просто этим флагом указываете "Не надо выполнять прехуки на коммит и пуш". Но вопрос еще что у тебя за origin. Если мой, то ты логично туда не выльешь, тупо потому что прав нет. Я писал сразу: надо делать форк проекта, чтобы на гитхабе иметь свой проект, и с него уже клонироваться и в него пушить свои изменения и оттуда уже в случае успеха отправлять пулл-реквесты на мой проект.

nex@nA-nex:~/git/freecode.academy$ git push --no-verify fatal: Текущая ветка with_error не имеет вышестоящей ветки. Чтобы отправить текущую ветку и установить внешнюю ветку как вышестоящую для этой ветки, используйте git push --set-upstream origin with_error

Сделай так: И пришли ссылку на коммит, посмотрю что у тебя и научу с ошибками работать.

Это уже в третьем варианте: (alias) moment(inp?: moment.MomentInput, strict?: boolean | undefined): moment.Moment (+2 overloads) export namespace moment @param strict Strict parsing disables the deprecated fallback to the native Date constructor when parsing a string. 'moment' refers to a UMD global, but the current file is a module. Consider adding an import instead. Во втором такая же ошибка. В первом гора ошибок везде.

Так ты на подчеркнутое наведи мышку, появится всплывашка с описанием ошибки. Что за ошибка?

Вставил такой код: Он мне подчеркивает createdAt, moment и </Grid>. Походу я сломал TaskViewStyled. Если просто вставляю: Он подчеркивает moment. Если засовываю в другой грид: Он подчеркивает moment.

Если я правильно понял: 1. Есть файл yarn generate:types, Нет, неправильно понял. yarn generate:types - это не файл, а выполняемая в терминале команда yarn с подпрограммой generate:types, прописанной в package.json: https://github.com/freecode-academy/freecode.academy/blob/master/package.json#L17. Тебя не насторожило, что yarn generate:types очень похоже на yarn dev, yarn build, yarn start и т.п. ? 2, 3, 4 - это все вот в этих скриптах: https://github.com/freecode-academy/freecode.academy/tree/master/src/modules/gql/cli/generateTypes. Но тебе пока туда не надо лезть, это все было написано для описания общей картины. Все остальное - тоже пока много не нужных вопросов. То есть ты пытаешься каждую букву разобрать. Этого не надо делать. Это все равно, как начать учиться водить машину и не тронуться с места, пока не выучишь ДВС со всеми законами термодинамики. Не надо так. Пока что просто вставь куда-нибудь {moment(task.startDate).format('lll')} с проверкой значения и возрадуйся тому, что что-то появится на странице. А потом глубже начнешь копать.

Если я правильно понял: 1. Есть файл yarn generate:types, который хранит в себе все модели и парметры всех запросов с типами. 2. Этот же файл yarn generate:types, ходит по проекту и собирает все GraphQL-запросы и компилирует их в Аполло-запросы. 3. Запрсы для GraphQL должны быть написаны специальным способом ...task_, чтобы можно было в них вставлять другие фрагменты. Для того, чтобы подцепить фрагмент он выносится в отдельный файл. Получается вроде базового запроса для которого мы формируем отдельные фрагменты в разных файлах и можем к нему подключить любой фрагмент или поменять. - Здесь вопрос: вставил этот запрос: в https://api.prisma-cms.com/, но он выдал что-то непонятное? 4. В итоге выполнение этого скрипта yarn generate:types, у нас появляются готовые аполо-функции. - Здесь вопрос: несовсем понятно, как они появляются и где они появляются. Они появляются в конкретных файлах сами и как ты контролируешь появление такого большого количества функций судя по самому файлу? И собственно, как этот файл понимает куда что пихать, а если ты в процессе работы решил новый запрос создать, его нужно перезапустить после создания запроса? 5. После чего делаем вызов запрсоа в функциональном компоненте. Здесь вопрос: const response = useTaskQuery({ variables, onError: console.error, }) Зачем здесь еще переменная variables и что такое onError: console.error откудо оно тянется? 6. В итоге мы делаем вывод в нуждном месте. Здесь вопрос: <Grid item> {CreatedBy ? ( <UserLink user={CreatedBy} withAvatar={false} /> ) : null} {createdAt ? ( <Typography variant="caption" color="textSecondary"> {moment(createdAt).format('lll')} </Typography> ) : null} </Grid> Зачем столько гридов мы ими регулируем в каком месте выводить? CreatedBy & createdAt в чем отличие зачем они нужны? 7. Создание task.startDate, как объект. Если правильно понимаю у объекта должен быть ключ и значение. По твоему из топика примеру не совсем понятно, как именно он дату выводит больше всего непонятно, как в данном случае вывод обращается к функции из 5 пункта {task.name}, {task.status} , или этот вывод: {createdAt ? ( <Typography variant="caption" color="textSecondary"> {moment(createdAt).format('lll')} </Typography> ) : null} Здесь я так понимаю он вообще к другой функции обращается, так как это из другой оперы. И какую страницу редактировать в итоге вьюху правильно https://github.com/freecode-academy/freecode.academy/blob/b94b55a4a8fc0a75b2a45eea7a0cf03fc324af25/src/pages/Tasks/Task/View/index.tsx ?