Исходное сообщение
"Выпуск распределённой системы управления версиями Mercurial ..." Отправлено myhand, 06-Ноя-18 23:33
>> Притом, что обновление рабочего каталога. > в каком месте в слове checkout находится "обновление рабочего каталога" ? Ну, checkout как бы символизирует check out.  Дальше см. словарь англо-русский. >>> придуман кем-то явно незнакомым с cvs >> Это с чего вдруг, гражданин телепат? > ну вот, например, "неожиданное прочтение" слова checkout как раз об этом и говорит. man english > у вас помимо cvs данные способна уничтожить файловая система Или метеорит.  Но мы не про астрономию, а про конкретные баги конкретной vcs, которые никто и никогда уже не починит.  Ибо cvs - дохлая. >>> к сожалению, гит _форсирует_ подделку этой самой истории >> Торвальдс сам к вам с наганом приходил, заставляя push -f? > push -f это не подделка истории, это уничтожение вместе со свидетелями Как же не подделка.  Была одна история - стала другая.  Прям как в РФии с ВНаУкраиной. Более точно, конечно, push -f - это публикация поддельной истории. Однако, вы таки ушли от вопроса: злые коммисары с маузерами вас заставляют историю подделывать?  Может на свете и есть граждане, которые каждый коммит в процессе работы обмусолят до невероятности, прежде чем закоммитить - и список файлов, и изменения в них, и комментарий к коммиту...  Но если глянуть на публичные cvs репы - то возникает подозрение, что подобные граждане пользуются точно не cvs. > Когда реальная история работы над ошибками заменяется вымышленной "для > чистоты лога". Не для "чистоты лога", а для удобства последующей работы с изменениями. > ну спасибо, конечно, но 3way merge я как-то иначе представлял. Кто-ж виноват, что вы даже не удосужились выяснить что это такое. >> git log -1 > э... он говорит - "тут какой-то automerge случился". И чего дальше? ;-) Смотрим sha в мерже, там будет помимо HEAD'а - sha вашего последнего коммита, который и вставляем во вторую команду. > Я не хочу последствия ЭТОГО коммитить обратно в чужой репо. Не хотите, не коммитьте.  Вам же объяснили как быть.  История с ненужным мержем просто исчезнет. > ну и отдельный вопрос - что по этому поводу написано в документации. Без понятия.  А какая разница?  Скорее всего, данную задачу можно решить еще как-то, как и большинство задач.  Может в одну команду, а не две.  Только нафига мне это выяснять?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Притом, что обновление рабочего каталога. >> в каком месте в слове checkout находится "обновление рабочего каталога" ? > Ну, checkout как бы символизирует check out. Дальше см. словарь англо-русский. >>>> придуман кем-то явно незнакомым с cvs >>> Это с чего вдруг, гражданин телепат? >> ну вот, например, "неожиданное прочтение" слова checkout как раз об этом и говорит. > man english >> у вас помимо cvs данные способна уничтожить файловая система > Или метеорит. Но мы не про астрономию, а про конкретные баги > конкретной vcs, которые > никто и никогда уже не починит. Ибо cvs - дохлая. >>>> к сожалению, гит _форсирует_ подделку этой самой истории >>> Торвальдс сам к вам с наганом приходил, заставляя push -f? >> push -f это не подделка истории, это уничтожение вместе со свидетелями > Как же не подделка. Была одна история - стала другая. > Прям как в РФии с ВНаУкраиной. > Более точно, конечно, push -f - это публикация поддельной истории. > Однако, вы таки ушли от вопроса: злые коммисары с маузерами вас > заставляют историю подделывать? Может на свете и есть граждане, > которые каждый коммит в процессе работы обмусолят до невероятности, > прежде чем закоммитить - и список файлов, и изменения в них, и > комментарий к коммиту... Но если глянуть на публичные cvs репы - > то > возникает подозрение, что подобные граждане пользуются точно не cvs. >> Когда реальная история работы над ошибками заменяется вымышленной "для >> чистоты лога". > Не для "чистоты лога", а для удобства последующей работы с изменениями. >> ну спасибо, конечно, но 3way merge я как-то иначе представлял. > Кто-ж виноват, что вы даже не удосужились выяснить что это такое. >>> git log -1 >> э... он говорит - "тут какой-то automerge случился". И чего дальше? ;-) > Смотрим sha в мерже, там будет помимо HEAD'а - sha вашего последнего > коммита, который > и вставляем во вторую команду. >> Я не хочу последствия ЭТОГО коммитить обратно в чужой репо. > Не хотите, не коммитьте. Вам же объяснили как быть. История > с ненужным мержем просто исчезнет. >> ну и отдельный вопрос - что по этому поводу написано в документации. > Без понятия. А какая разница? Скорее всего, данную задачу можно > решить еще > как-то, как и большинство задач. Может в одну команду, а не > две. Только нафига > мне это выяснять?
	Введите код, изображенный на картинке: