LionG, зачем форк? Репозиторий есть репозиторий. В зависимости от языка, на которым вы пишите есть инструменты для работы с зависимостями. Есть инструменты, которые позволяют указать ссылку на репозиторий как зависимость. В простых инструментах репозиторий выкачивается в папку и уже она служит источником, который можно в любой момент обновить.
Гит тут может помочь только субмодулями. Не знаю, есть ли такое в GitHub, но в GitLab такое часто применяется. Целевой репозиторий указывается во втором репозитории как ссылка и выкачивается дополнительно. Не нужно хранить во втором репозитории исходники из первого
LionG, каким образом ты делал ToDoList? Скопировал туда исходники из webpack-vue-boilerplate?
Если так, то делай опять так.
В нормальных случаях, зависимости, которые имеются в проекте должны вести на оригинальный репозиторий. И могут быть обновлены в любое время
Ultra-Bad Coder, прежде чем задавать вопросы следует хоть немного самому попытаться понять проблему. Почитать литературу. Хотя бы доку по проблемному методу.
Влад Авраменко, литературу? Да легко. Любой справочник по питону. В состоянии найти такую литературу?
А так же, что такое JSON. Сможете найти информацию?
У вас данные в файле - строки отдельных объектов. НЕ МАССИВ объектов, а список объектов НЕ разделенных запятой.
Файл вам нужно читать построчно. Каждая строка - отдельный JSON объект.
Чтоб прочитать сразу всё, нужно считать все строки, строки заключить в массив [] и поместить между строками запятую.
Qreen, смысл VS в дизайнере (пусть WPF и требует постоянного редактирования AXML). Вы со своим питоном совсем не знаете, что такое нормальная разработка GUI.
В шарпе этм занимается сборщик мусора. Вкратце, там есть время жизни и поколения, через которые объект будет считаться не нужным.
Со сборщиком мусора в шарпе не мало проблем. Работает он не так эффективно как ожидаешь.
