Никогда не делай hard reset если в рабочем каталоге есть незакоммиченные данные.
Тебе достаточно было поправить неудачный коммит через --amend, а ты просто взял и похерил свою несохранённую работу этим ресетом. Reset ничего не удаляет из репо, но очень даже может удалить файлы из рабочего каталога.
И делай коммиты чаще, это же не сложно? Что закоммичео, то практически невозможно удалить, всё останется в репо и доступно через reflog.
Ты программист или кто? Напиши скрипт который сохранит лог всех проектов и отправит почтой начальнику и просто запускай его раз в месяц или доверь это планировщику.
youmixx, просто осознай, что push не отправляет файлы. Он отправляет во внешнюю ветку коммиты, которые есть у тебя в локальной ветке, но отсутствуют во внешней ветке.
Если ты не проиндексировал файл и не закоммитил, то гит про него вообще не знает и следовательно никуда не отправит его состояние.
edward_freedom, с десятком виртуальных рабочих столов, между которыми переключаешься одним жестом, необходимость в дополнительных мониторах как-то отпадает. Изредка подключаю внешний или вывожу картинку на телевизор через AirPlay, но основная работа всё равно на ретине, так как там глаза не так напрягаются.
MacBook удобнее и позволяет работать продуктивнее.
Retina разве есть на лаптопах с Ubuntu?
Trackpad тут работает как продолжение руки. Мышка после него кажется неудобной.
Подсветка клавиатуры рулит, почти не встретишь подобного у других.
И ещё 100500 мелочей, из-за которых пришлось выкинуть все домашние PC, так как перестал пользоваться.
Aryeh Leonid R., хранить специфические настройки клиентов можно в выделенных ветках. Главное не светить пароли в открытом доступе. Учётные данные выносятся обычно в отдельный файл и он не хранится в репозитории а добавляется в проект уже на месте, например копированием из файла .example, чтобы осталось вписать только сами пароли.
Склеить можно только соседние коммиты, следовательно что придётся поменять порядок коммитов, чтобы нужные оказались рядом. Чтобы снизить вероятность сложных конфликтов, лучше поменять местами первый и второй коммиты наверное.
У меня есть аналогичный проект. Я периодически получаю ядро от производителя (библиотечная база данных), допиливаю его своими наработками. И дополнительно делаю на базе моего доработанного ядра отдельные версии для разных библиотек, как как процессы у всех разные. Реализовано всё обычными ветками и никаких других заморочек не требуется.
Твоя регулярка в принципе неправильная.
Звёздочка это квантификатор, её надо экранировать.
Зачем так много плюсов? И скобки тоже не несут никакого смысла.
Почитай про ленивые квантификаторы.
Вот примерно что должно получиться: \*\*\*trash3\*\*\*.+?"
В худшем случае ты получишь конфликты в тех нескольких коммитах, которые после изменённого. Откуда тут бесконечность может взяться? Прояви терпение до доведи ребейз до конца.
Либо ты не разобрался с первым конфликтом и застрял на этом шаге. ))
Кирилл Гусарев, кто сказал что надо хранить проекты в двух аккаунтах? Репозиторий это и есть проект в терминах Git.
Над одним проектом могут работать несколько человек. Не нужно копировать проекты в личные аккаунты.
Права тоже настраиваются. Вы можете создать вспомогательный аккаунт с доступом только на чтение к определённым вашим проектам (репозиториям) и опубликовать пароль в резюме.
Да, так и есть. Ты вместо форка отправляешь в основной репо. Это и пишется в сообщении об ошибке — htmlacademy-adaptive это не твой аккаунт. Туда у тебя нет прав.
Отправляй в свой и снова делай Pull Request, как ты уже сделал с первым заданием.
Тебе достаточно было поправить неудачный коммит через --amend, а ты просто взял и похерил свою несохранённую работу этим ресетом. Reset ничего не удаляет из репо, но очень даже может удалить файлы из рабочего каталога.
И делай коммиты чаще, это же не сложно? Что закоммичео, то практически невозможно удалить, всё останется в репо и доступно через reflog.