Ну всё же написано. Git даже подсказывает тебе что делать.
git status сказал что есть изменения в рабочем каталоге, но ты ничего не проиндексировал (stage) для коммита.
Следовательно следующая команда commit бессмысленна. Ты не выбрал какие изменения закоммитить. Сделай сначала add
А последняя ошибка скорее всего следствие твоих предыдущих попыток создать коммит. Например ты запустил git commit без параметров и не смог выйти из редактора nano, в котором пишется сообщение коммита. Сделай что от тебя просят, закрой лишние процессы и удали lock-файл ))
Если ты накосячил, но ещё не закоммитил, то не надо откатывать хороший коммит. Откатывай изменения в рабочем каталоге. Во всех IDE есть кнопка discard.
Ну либо в консоли git checkout .
И перестань путать слова, иначе твой вопрос звучит бессмысленно.
Как откатится? Он откатится легко.
Как вернутся? Они вернутся полностью.
Видишь как смысл меняется если забыть одну букву?
Илья Королев, первым делом ты обязан иметь резервную копию, образ всего компьютера. Тем более если это важный пользователь.
Если бухгалтер работал под доменным пользователем, то после вывода компа из домена он уже не сможет войти в свой профиль. Можно будет попытаться скопировать файлы из старого профиля в новый. Тогда часть настроек перенесётся.
Если локальной админской учётки не может не быть. Админ по умолчанию есть в любом случае. Но он может быть отключен (включи) и ты можешь не знать пароля (поставь свой пароль)
Илья Королев, уточните проблему?
Если контроллеры домена недоступны, то заходите под локальным админом. Как такое вообще случилось? Сразу все контроллеры упали? Если забыли пароль локального админа — сбрасываете его. Инструментов для сброса много. Главное чтобы был физический доступ к компьютеру для загрузки с usb.
R0, я не пользуюсь токенами. Как авторизовывался всегда через браузер, так и продолжаю.
Советую установить GitHub CLI — интерфейс командной строки для GitHub.
Он помогает в том числе проще авторизовываться.
Сергей Кореневский, IntelliJ IDEA, PyCharm, WebStorm, VSCode, XCode по ситуации, в зависимости от задачи.
Для работы с Git есть много полезных плагинов, помогающих в работе.
Сергей Кореневский, да. Консоль это как ехать на машине не видя дорогу, по приборам. В SmartGit сразу вся картина перед глазами. Хотя некоторые вещи можно сделать только в консоли, но потом всё равно смотришь результат в клиенте.
Сергей Кореневский, с удовольствием поделюсь знаниями, в ответ же прошу хотя бы отметить мой ответ как решение. Это лучшая благодарность тут.
Советую прочитать книгу на официальном сайте гита. Там есть ответы на многие вопросы. Сам я помогаю поддерживать её русский перевод.
Но сама книга сложновата для первого знакомства с Git. Можно начать с небольших статей для новичков или лекций на YouTube. Очень рекомендую вот этот плейлист
gitattributes это один из стандартных файлов для хранения специфических настроек. Мне ещё ни разу он не понадобился.
editorconfig к гиту отношения не имеет. Обычно в таких файлах хранят свои настройки текстовые редакторы и IDE.
Сергей Кореневский, мне тоже интересно, зачем такие сложности? Что и куда ты собрался руками копировать? А главное зачем?
Но по правде говоря у тебя сейчас нет никакой автоматизации. И по уму тебе надо освоить GitHub Actions. Это такие скрипты, которые по событию всё сделают за тебя. Соберут какой надо архив с нужными файлами. Сгенерят новый XML с правильной ссылкой и поместят его рядом с zip. Не нужно никакого дополнительного сайта. И не нужно ничего делать руками. Это может работать автоматически, например после каждого изменения master собирать новый релиз.
CMS обращается к постоянной ссылке GitHub.com/.../releases/latest/mysite.xml и получает обновления.
Сергей Кореневский, тут какое-то недоразумение. Я ничего не предлагаю никуда закидывать. Просто указал на твою небольшую ошибку. Ты сначала зачем-то свалил все файлы в кучу, а потом пытаешься найти инструмент, чтобы их разделить. Не делай лишнего и не будет проблем. Твоя работа с zip вообще никак не изменится. Вообще не изменится. Не понимаю почему ты думаешь что станет сложнее. Я в своём ответе уверен на 100%. Хочется понять что ты не так понял в Git. Твои аналогии с флешкой далеки от реальной картины.
Уточните. Нужен клиент для Git или для GitHub, Gitlab или BitBucket. Это вообще то разные вещи. Что понимается под словом настольный? Это антоним консольному?
Для гитхаба есть дополнительный консольный пакет gh кстати.
А вообще, самый лучший клиент SmartGit, однозначно.
Этого негодяя зовут Линус Торвальдс. И он придумал Git и .gitignore, а не GIT и .GITIGNORE. Не искажай названия.
.gitignore нужен для скрытия файлов и папок от системы контроля версий Git.
Если файл уже записан в Git, .gitignore не применяется. Git продолжит отслеживание изменений в этом файле.
Например бессмысленно дописывать туда сам .gitignore или любой другой файл, который уже добавлен.
Тогда отметь ответ как решение пожалуйста.