Нужно ли удалять старый / старый / неиспользуемый код из репозитория управления исходным кодом?
Пока Paragraph.delete() еще не реализована в python-docx, существует документальная функция, описанная здесь: https://github.com/python-openxml/python-docx/issues/33#issuecomment-77661907
Обратите внимание, что ячейка таблицы должна всегда заканчиваться абзацем. Таким образом, вам нужно будет добавить пустую строку после вашей таблицы, иначе я верю, что при попытке загрузить документ вы получите так называемую ошибку «ремонт-шаг».
Наверное, стоит попробовать без дополнительный параграф только для подтверждения; Я ожидаю, что это будет выглядеть лучше без него, но в прошлый раз я попробовал, чтобы я получил ошибку.
5 ответов
- Удалите его. Это беспорядок - если он не служит делу или сбивает с толку, лучше его пропустить.
git grepили аналогичный.
У нас есть ветка, в которую мы копируем устаревшие библиотеки и проекты перед их удалением из ствола.
repo
+- trunk
+- tags
| +- old-code
| +- project1
| +- project2
| ...
+- branches
Хотя, честно говоря, я не могу вспомнить время, когда мы действительно вернулись к старому проекту и воскресили его ...
В моем личном репозитории Subversion, который полон заброшенных проектов, я перемещаю вещи, которые больше не хочу видеть, в каталог /attic. Я мог бы с таким же успехом удалить их, но, за счет одного дополнительного каталога в корне нескольких проектов, мне не нужно искать по истории, когда я хочу найти что-то, что, как я думал, мне больше не нужно.
Неиспользуемый код действительно занимает место в умах людей . Неиспользуемый и ненужный код загромождает ментальные модели людей и затрудняет понимание того, для чего все в репозитории ( «о, не беспокойтесь об этом, мы больше не используем его» ). В таких случаях хорошо удалить код из репозитория, но может быть полезно задокументировать (в вики или подобном), какие старые приложения / компоненты / и т. Д. Были удалены, почему они были удалены и где их можно найти.
Ветвление исходного кода. Очистите мастер/магистраль и будущие релизы.
Унаследованный код находится там для тех, кому он может понадобиться или не понадобиться.
Что касается поиска файла, я знаю, что git может это делать. Но в целом вы просто ищете в журналах коммитов любого репозитория
git log --all -- legacyfile
Затем находите файл в ветке:
git branch --contains $filehash
edit Просто хотел добавить, что в нескольких случаях у меня была необходимость вернуться и найти файлы в других проектах, которые были значительно старше, 5 или 10 лет или около того. Я был очень благодарен, что это все еще там.