Torento20345, и никакого добавления не было. У тебя на компьютере уже лежат ВСЕ ветки проекта. Ты лишь переключился на другую ветку (распаковал) и увидел файлы и папки оттуда у себя в рабочем каталоге.
Torento20345, нельзя просто вносить файлы в ветку. Чтобы работать с веткой, нужно её распаковать (check out) в рабочий каталог. В рабочем каталоге в каждый момент времени может находиться только ОДНА ветка. Ты можешь легко переключаться между ветками и каждый раз текущая ветка будет заменять файлы в рабочем каталоге. Только там ты можешь редактировать эти файлы и коммитить изменения.
LakeForest, твой код останется там, куда ты его положил. Если сделал stash, то он будет в stash.
Но лучше закоммитить если боишься потерять. Stash можно нечаянно дропнуть ))
Обычно на маке держу винду в виртуалке, на всякий случай. А там руфус создаёт идеальные загрузчики.
Но возможно и стандартная маковская дисковая утилита умеет образы закатывать на флешку. Надо проверить ))
Vlad1m1r95, remote origin это не больше чем некая переменная, в которой хранится URL репозитория. Git remote не находит репозиторий, эта команда показывает содержимое переменных раздела конфига remote.
Наличие URL в переменной origin не гарантирует наличие самого репозитория по этому адресу, и тем более не гарантирует наличия прав на запись.
Подозреваю что Git пытается выполнить Push, получает ошибку и не разбираясь пишет «not found».
Открытые репозиториии можно скачать по любому протоколу, авторизации и ключей не требуется чтобы стянуть проект. Ключи, либо другие способы авторизации, требуются только чтобы отправить изменения обратно в репозиторий.
Прописывать ключи считаю бесполезной тратой времени. Какие-то сложные телодвижения. Сам GitHub продвигает работу через токены и по https-протоколу. Никаких паролей не требуется и заморачиваться с созданием и сохранением ключей не нужно. Причём токену можно присвоить ограниченные права, ровно столько, сколько нужно для работы.
Судя по ошибке — нет прав на запись, либо ключи не установил. Зачем вообще ssh? Через https надёжнее и проще.
И просто push без параметров резонно сказал тебе что не знает куда отправлять. Каждой ветке персонально привязывается вышестоящая. Только после этого можно не указывать куда отправлять, Git вытащит эту инфу из настроек. Странно что ты этого не знаешь.
Pull Request не синхронизирует форк, он же для того чтобы изменения из форка предложить в оригинал?
А форк сихронизируется парой команд, закинь их в планировщик и будет тебе автомат. Но только до первого конфликта.
Вам нужно подключить к системе контроля версий инструменты сравнения и слияния файлов docx
Графическая оболочка TortoiseGit умеет сравнивать и сливать документы средствами самого Word.
Зачем забирать файлы напрямую с рабочего сервера? Синхронизируйте через Git. Можно пуллить сразу на домашний комп, работать и пушить обратно в основной репозиторий.