Тоже думаю что не стоит усложнять. Переформулируйте фразу так, чтобы она не зависела от пола человека.
Не всегда по имени и фамилии понятно мужчина это или женщина. Про небинарные личности вообще промолчим ))
Windows Server 2022 Datacenter конечно. Странно хотеть работать в архаичных системах десятилетней давности.
Но лучше конечно накатить Proxmox VE — это будет самым оптимальным вариантом. Накидаешь туда свои nginx в контейнерах и плюсом хватит ресурсов на виртуалку с Win2022.
Сергей П, вы слишком категоричны. Проблема там не так очевидна и почти все начинающие React-разработчики на эти грабли наступают. Вы ведь тоже не поняли этот гит-статус.
Пожалуйста, не называйте гитхаб гитом. Это две большие разницы.
Не надо вам грузиться, грузите. )) Загрузиться самому в гитхаб ещё никому не удалось.
И научитесь строить вопросительные предложения по-русски.
На вопрос «Не загружается проект на гит?» единственно возможный ответ «Да, не загружается».
Сомневаюсь что вы это хотели узнать.
starkingdom, ваш скрин говорит что внутри каталога client у вас создан вложенный репозиторий и гит просто сказал вам что там есть незакоммиченные изменения в том репозитории и не станет их добавлять в основной репо.
Дело в том, что при инициализации React-приложения в папке client, внутри неё автоматически создался репозиторий. Если вы хотите отслеживать одновременно и клиент и сервер в общем репозитории, то удалите папку .git, которая внутри каталога client. rm -rf "client/.git"
Тогда вы сможете добавить содержимое каталога в основной ваш репозиторий.
Только предварительно придётся сказать гиту, чтобы он забыл что перед этим видел там вложенный репозиторий командой git rm --cached client
только потом git add client
Ну и разумеется дальше коммит и пуш.
Это имеется ввиду pull? Если да, то не заменит ли он весь код мой?
Pull — команда обновления. Она не заменяет, она скачивает новое.
Насчёт кода это вам решать, а коммиты в гите неизменяемые, их невозможно удалить. Весь код в вашей власти, как сделаете, так и будет.
Но если вы не понимаете что делаете, то выстрелите себе в ногу )))
Мой вам совет — вы не разберётесь в гите с наскоку. Он хоть и простой, не не является интуитивно-понятным. Без прочтения руководства и практики не освоить.
Я вам полное решение сказал, а вы не понимаете смысла команд ))
Для вас это непонятные заклинания.
Остановитесь сейчас и пройдите вот этот небольшой курс на 16 уроков. https://ru.hexlet.io/courses/intro_to_git
Там теория и практика. А после вернитесь сюда и задайте вопрос снова если что-то останется не понятно.
Наверное автор хочет не автоматически разрешать конфликты (это невозможно), а автоматически игнорировать конфликты и перезатирать одну из сторон конфликта. Это можно автоматизировать.
Дмитрий Дев, вы не сможете незаметно изменить файлы. Даже пробел изменит хэш файла. Можно только игнорировать изменения которые лично вы в данный момент не хотите видеть в выводе diff
образом мне эту ветку накинуть сверху ветки "main".
Я же написал точную команду в ответе.
Но я не понимаю зачем вам это?
Просто переименуйте старую main на гитхабе, а потом отправьте с компа свежую main на гитхаб. Вся история в итоге останется и вы сможете любую версию проекта вытащить.
Не усложняйте задачу, особенно если не понимаете что делаете. Лучше почитайте книжку по гиту.
Если очень хочется объединить истории и далее уже продолжать одну ветку, то придется разрешить конфликты.
При rebase количество конфликтов может быть равно количеству коммитов в той ветке, которую вы хотите наверх посадить.
При merge конфликт придется разрешить лишь один раз.
SNeverov, вы так и не ответили. Сколько коммитов сейчас на гитхабе? О насколько большой истории речь?
Все три предложенные мной способа сохраняют обе истории.
Самый простой способ, это не пытаться склеить истории а просто оставить их как есть сейчас в разных ветках. Достаточно только переименовать одну из них, чтобы эти разные ветки не конфликтовали своими именами.
Полина Титова, ключи это секретная информация, и складываются они обычно в каталог .ssh внутри домашнего каталога пользователя. Например в линуксе /home/user/.ssh/
Собственно уже при создании они у вас должны были изначально там создаваться.
Открытый ключ вы скопировали в личный кабинет на Bitbucket
Успешно authenticated ✅
Осталось проверить что вы не ошиблись в адресе. Можете показать git remote -v?
Хотя если вы смогли клонировать, значит ссылка правильная. ✅
Далее проверить что у вас есть права на запись в тот репозиторий. Это ваш личный репозиторий или чужой?
Скорее всего не ваш, иначе бы без проблем отправилось. И надо чтобы хозяин того репозитория добавил вас в команду.
