Никакой проблемы нет в разных репозиториях. А документацию легко синхронизировать между ними, если она по сути одинакова, но различается мелкими деталями.
Для примера, так сосуществуют официальная книга ProGit на английском и множество её локализаций.
Языки разные, но суть одна Книга не закончена и продолжает дополняться. И параллельно дорабатываются переводы. CI/CD тоже независимые. Когда в оригинале происходят изменения, мы без проблем актуализируем перевод. И наоборот, бывает что находим проблему и правим её в русском варианте, а потом предлагаем аналогичную правку в оригинал.
использовались исходные данные а не склеивались существующие бэкапы
Зачем делать инкремент, если ты не хочешь его результаты использовать для полного бэкапа?
Делай всегда активный полный тогда и жди несколько часов пока копируются исходные данные.
Что такое «полное инкрементальное бэкапо»? На каком языке это вообще?
Галка Synthetic Full Backup не приводит к чрезмерному использованию пространства при правильном использовании. Active Backup напротив приводит к перерасходу пространства и времени.
А чтобы не расходовать лишнее дисковое пространство и ускорить их создание копий, репозиторий лучше держать на разделе ReFS c размером блока 64КБ. Тогда репозиторий вместит данных в несколько раз больше своей физической ёмкости. И полные бэкапы создаются за несколько минут.
Добавлять и изменять тут не надо. Гит сам сохранит туда авторизацию если понадобится.
Версия гита какая у тебя? Желательно использовать родной клиент, а не версию от Apple.
Не совсем так. Авторизация по логину и паролю осталась, но вместо пароля нужно вводить строчку токена.
А также осталось несколько других способов авторизации. Переходить на ключи никто не заставляет.
Дмитрий Гординский, понятно. А то у автора форк непонятного устаревшего форка.
Итог:
Ошибка 1: сделан форк не того репозитория. Правильный тут JetBrains/swot
Ошибка 2: Pull Request надо отправлять в исходный репозиторий, а не самому себе.
Ты успешно добавил строчку в СВОЮ копию какого-то репозитория. Как эта манипуляция родит лицензию?
Отправил PR сам себе и должен ответить сам себе теперь на свой же запрос )))
Исходный репозиторий закрыт три года назад, с чего ты решил что туда надо что-то добавлять?
Те, кто заявляет, что достаточно консольного клиента, безусловно лукавят. Знать консольный гит конечно нужно, но часть операций всё равно требует внешних графических инструментов. Как минимум вызывается текстовый редактор для написания сообщений коммитов. Можно пытаться разрешать конфликты в простом редакторе, но лучше таки использовать merge tool. А как без графического инструмента сравнить картинки? И вообще, какой смысл лишать себя удобства?
В первую очередь используй возможности своей IDE для работы с репозиторием. Большую часть работы уже можно делать там. А если добавить плагины, то станет ещё удобнее. А ещё IDE может понимать синтаксис языка программирования и корректнее разрешать конфликты, чем это делается в голом текстовом редакторе.
Но некоторые сложные манипуляции с коммитами (типа rebase --onto) всё равно придётся делать только через командную строку.
От себя могу посоветовать SmartGit — самый прокачанный GUI-клиент. Можно использовать бесплатно в личных целях. В нём удобно видеть весь проект в целом. И есть мощные инструменты анализа истории, разрешения конфликтов, сравнения картинок, построчной индексации, частичного клонирования, работы с поддеревьями...
И это единственный клиент, который позволяет нормально работать с файлами в экзотических кодировках от win1251 до UTF-32.
SourceTree, TortoiseGit, GitHub Desktop бесплатны, но курят в сторонке по удобству.
Для работы с гитхабом стоит установить их консольный клиент GitHub CLI (это не Git-клиент)
TheLastSurvivor, установщик не видит диск назначения. Если ты смог загрузиться с флешки, то она уже видна.
И конечно же не драйвер жесткого диска, а драйвер контроллера системы хранения. Установщик Windows знает ограниченный набор контроллеров и если сталкиваемся с подобной ситуацией, в установщике есть специальная кнопка для загрузки драйверов, которые были предварительно распакованы на дискетку или флешку.
Но на заводах обычно не ставят windows с DVD/флешки, а разворачивают с готового образа, в который нужные дрова уже зашиты.
Недавно меня попросили оживить один ноутбук Lenovo и установщик упорно не хотел принимать никакие драйверы. Но помог другой способ установки. Я загрузился с аварийной флешки от Sergei Strelec, который увидел мой NMVe-диск, и там запустил специальную утилиту установки Windows из ISO. Сработало как по маслу.
А вот резервное копирование спасёт от подобных проблем.