Команда разработчиков

Плохая идея. Обновления должны устанавливаться под контролем.

Обычно для этого использую гитхаб, если хотите реально развивать свой проект

ТС напишет свой Гитхаб на XML.

У меня идея следующая. Допустим будут сайты на данном движке. Человек сделал узел и хочет поделится, он может выложить архивом или дать ключ по которому с его сайта другой человек в автоустановщике введёт данный ключ и установит этот узел. Но это не точно, это ещё пока обдумывается.

Для гитхаба надо приложение устанавливать и тд. и тп. не всем это нравится(мне вот не нравится) и не подходит.

У меня есть приложение редактор проектов, немного его подрихтовать, добавить обновление сайта по FTP. Для меня и возможно других разработчиков команды это было бы удобнее чем гитхаб. На локалке настроил, нажал кнопку синхронизировать и файлы что изменились, данные базы синхронизируются с сайтом. В некоторых редакторах по-моему уже есть такое.

Никак. Никто с квалификацией не будет работать в проекте состоящем из чужих тараканов чуть более, чем на 100%.

Покажите годное. Если люди будут пользоваться, будут и пулл-реквесты

Вот ответ почему

Без гита или подобного не получится командной работы, потому что править один и тот же файл толпой (а в вашем фреймворке он один) не получится, так как сращивать изменения будет большой огромный геморой, который будет отнимать времени больше, чем его развитие.

Если вы хотите развивать что то, то сделайте по классике:

1. Залили на гитхаб

2. на гитпаджес сделали доку

3 и пилите потихоньку и пиарите, принимая новые пулл реквесты от компаньонов.

4. Люди пишут issue в вашем репозитории, описывая проблемы, вы или другие контрибьютеры их делаете и закрываете.

Именно так и происходит командная разработка.

Что вы там себе пытаетесь надумать остаётся загадкой, но вы думайте, рассуждайте, мы же живем 100500 лет, ещё всё успеете в том числе и разработать свои методологии, чтоб разработать очередную CMS

Помнится, недавно было иное мнение.

Первый шаг сделан, слово наконец выучил, а то все какие-то фремфорки пилил.

Но вообще чтобы понимать что надо - сначала нужно выяснить в целом - что такое командная работа. То что ты описываешь - пока никак к команде не относится.

Команда должна организовываться и управляться по определенным методикам. Иначе это шайка. А для этого нужно иметь минимальные софтскилы.

Сначала понятным языком донести идею, принципы, методики и перспективы. Сделать рабочий прототип, демо. У тебя ничего этого нет и в помине

---------- Добавлено 12.03.2020 в 13:01 ----------

Ты вообще о чем? какое приложение??? Гит тем и хорош что есть везде из коробки. Я, конечно же не говорю про винды всякие.

Ну или ставится в один клик.

---------- Добавлено 12.03.2020 в 13:02 ----------

может лучше про версионность подумать?

Охото вам так много писать в теме, в которой вообще не пахнет быстрыми деньгами?

Другое дело WP - там почти из каждого протестированного решения извлекается прибыль.

Это всё должно было быть к концу января на сколько я помню. Хотя на самом деле, за это время, можно было бы свою идею с xml и прочим запилить на каком нибудь ларавеле, у которого уже всё это есть и остается решать только свою задачу. Что и было сказано ещё в декабре, но человек не понял и видимо поймёт не скоро, хотя за 3 месяца реально вытянуть ларавель на уровне джуна и начать уже что то творить. Но тут оно и понятно, тут какое то скудоумие, из за него человек не хочет учится и считает это всё бесполезным, фреймворки популярные (на любой вкус и цвет) не для него, гит не для него.... что именно для него остаётся загадкой.

Это всё понятно. НО

• Тут проблемы нет, можно залить
• На гите обязаловка делать доку на английском, я этого делать не хочу
• Пилить потихоньку и без гита можно. Обмениваться обновлениями скриптик сделать не проблема.
• Интересует где таких людей найти, добавив проект в гит они не появятся.

У кого то вообще есть опыт в работе над опенсорс проектом?