Size: a a a

2020 April 15

Dv

Dr. Friedrich von Never in pro.git::next
Но будь осторожен, коммиты после этого реально пропадут нахрен, это деструктивная операция.
источник

AZ

Alexander Zaitsev in pro.git::next
источник
2020 April 16

E雨

Elnee 雨 in pro.git::next
Если я хочу перенести проект с MSBuild на CMake. Что будет лучше: создать новый репозиторий или заменить все файлы проекта в этом и закомитить? История же станет в некотором плане бесполезной, так как вся структура проекта изменится.
источник

E雨

Elnee 雨 in pro.git::next
То есть реверт комита например только вызовет ошибки после этого, а не откатит изменения нормально, ведь структура каталогов будет отличаться. Правильно понимаю?
источник

Dv

Dr. Friedrich von Never in pro.git::next
Elnee 雨
Если я хочу перенести проект с MSBuild на CMake. Что будет лучше: создать новый репозиторий или заменить все файлы проекта в этом и закомитить? История же станет в некотором плане бесполезной, так как вся структура проекта изменится.
Почему история станет бесполезной?
источник

Dv

Dr. Friedrich von Never in pro.git::next
Обычно такие миграции не приводят к дропу всей истории.
источник

E雨

Elnee 雨 in pro.git::next
Dr. Friedrich von Never
Почему история станет бесполезной?
ну я правильно понял что ревертом уже не воспользуешься?
источник

Dv

Dr. Friedrich von Never in pro.git::next
А чего ревертить собрался?
источник

E雨

Elnee 雨 in pro.git::next
она останется полезной в плане введения изменений, так?
источник

Dv

Dr. Friedrich von Never in pro.git::next
Я не понимаю твоих тезисов.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Мне кажется, что в таком случае всё нормально, и история остаётся полностью функциональной. Хочешь откатить какие-то конкретные файлы до старого коммита — откатываешь. Хочешь откатить миграцию на CMake — откатываешь, и возвращаешься к MSBuild.
источник

Dv

Dr. Friedrich von Never in pro.git::next
Обычно тулы для гита умеют ремапить перемещённые файлы, если тебя это беспокоит.
источник

E雨

Elnee 雨 in pro.git::next
Dr. Friedrich von Never
Я не понимаю твоих тезисов.
я может не правильно выражаюсь, извините, мне нужен был опытный совет, спасибо большое за ответ, теперь я знаю что делать
источник

KS

Kot S in pro.git::next
Всем привет. Ситуация такая, планируются много отдельных репозиториев с практически одинаковой структурой. Хочется в них поддерживать одинаковые конфиги (eslint, prettier, typescript) и общие модули. Как это организовать, чтобы была возможность одновременно во всех репозиториях обновить конфиги/общие модули?
источник

RU

Roman Usherenko in pro.git::next
Kot S
Всем привет. Ситуация такая, планируются много отдельных репозиториев с практически одинаковой структурой. Хочется в них поддерживать одинаковые конфиги (eslint, prettier, typescript) и общие модули. Как это организовать, чтобы была возможность одновременно во всех репозиториях обновить конфиги/общие модули?
вынести одинаковое в npm пакет, гит тут не нужен
источник

KS

Kot S in pro.git::next
Ок, спасибо. А есть пример или статья, в которой именно эта задача описана? Я меня мало опыта
источник

RU

Roman Usherenko in pro.git::next
Kot S
Ок, спасибо. А есть пример или статья, в которой именно эта задача описана? Я меня мало опыта
источник

KS

Kot S in pro.git::next
То есть отдельно для каждого инструмента? Хотелось бы что-то типа общего пакета со всем сразу. Так тоже получится?
источник

RU

Roman Usherenko in pro.git::next
Kot S
То есть отдельно для каждого инструмента? Хотелось бы что-то типа общего пакета со всем сразу. Так тоже получится?
можно сделать несколько разных экспортов в одном пакете

ну теоретически можно это гитом решить, но мне кажется будут проблемы, когда надо будет в одном проекте "чутьчуть" поменять
источник

KS

Kot S in pro.git::next
Roman Usherenko
можно сделать несколько разных экспортов в одном пакете

ну теоретически можно это гитом решить, но мне кажется будут проблемы, когда надо будет в одном проекте "чутьчуть" поменять
Я так понял, в npm приватные пакеты только для платных аккаунтов?
источник