weranda, ну я бы использовал то, что уже есть под рукой.
В Windows есть встроенный механизм теневых копий, который включается на уровне тома и можно сказать ему автоматически сохранять версии хоть каждый час.
На Маке уже есть TimeMachine — идеальный вариант.
Включить сохранение версий в самом SyncThing не рассматривается? Вроде должно предотвратить подобные инциденты в дальнейшем.
Можно ещё загнать папку под контроль Git, и периодически делать снимки состояния вручную. Так бы будешь видеть подробно, что, когда и в каких строчках изменилось.
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 не синхронизирует форк, он же для того чтобы изменения из форка предложить в оригинал?
А форк сихронизируется парой команд, закинь их в планировщик и будет тебе автомат. Но только до первого конфликта.