Совместная разработка XE 10
Jonnik
Дата: 25.07.2019 22:04:51
Подскажите на счет совместной разработки.
Разрабатываю проект уже пару лет. Более 50 модулей, более 100 000 строк кода.
Уже не успеваю все делать. Нужны помощники.
Нужно организовать совместную разработку. Дополнительно пару человек.
Но есть такой нюанс. Не хочется совсем светить код, особенно критические моменты связанные с паролями и так далее.
А так же нужно понимать, где и что исправлял при доработке. Плюс таким образом устраняется проблема утечки проекта.
Допусти где-то в каком-то окне нужно будет добавить кнопку, которая будет что-то делать. И я тогда человеку открою доступ к нужному модулю и он там все сделает, но у него не будет доступа к остальному коду, даже на просмотр.
Это вообще можно как-то сделать ?
Посоветуйте наиболее удобные системы для таких целей на данный момент времени.
Vizit0r
Дата: 25.07.2019 22:16:22
человек будет писать код, который не сможет проверить\скомпилить. Начнет писать тебе, ты должен будешь проверять весь его код, исправлять ошибки - тратить времени ненамного меньше, чем писал бы сам.
По нормальному надо выносить критический\секретный код в длл, либо хотя бы в виде dcu их хранить, чтобы у соавторов был доступ к набору файлов, достаточных для компиляции.
В твоем случае можно использовать Git или SVN, без разницы. Если это действительно будет 3-4 человека, то можно найти бесплатные сервера, предоставляющие закрытые репы с минимумом подключаемых юзверей - сам на таком сижу.
white_nigger
Дата: 25.07.2019 22:40:51
Задачу озвучил геморойную ты, юный падаван. Чтоб нормально писать части логики, не имея сырцов и возможности понять тонкости взаимодействия, нужно пипец какое хорошее описание или хэлп. Прикинь время на создание такого, плюс консультации по непоняткам. Уверен, что быстрее получится чем сделать всё самому (если уж секретности так хочется) ?
Gator
Дата: 25.07.2019 22:51:54
white_nigger,
В чём-то ты прав, о Йода Мастер
Jonnik, ну, друзья ведь есть у тебя рядом? И есть среди них дельфисты? Вот и расскажи им тему,
и обсуждайте раз в неделю... Где-нибудь в кафешке/столовке/походах на привалах. А на досуге код пишите...
rgreat
Дата: 25.07.2019 22:57:44
Из реалистичного да - только часть юнитов выклавдывать в виде DCU.
Jonnik
Дата: 25.07.2019 23:18:49
DCU не проблема предоставлять.
Я прекрасно понимаю, что дорабатывать код без понимания, того, что там за функция и без возможности ее подправить под новые нужды не реально. Все модули достаточно изолированы друг от друга и там не написано чего-то сверх естественного.
Я хотел давать оригиналы файлов pas и dfm в которых нужно было бы вести доработки и всего, что с ним потребуется, но остальное, что бы осталось не доступно. И при этом, что бы можно было скомпилировать полноценный проект.
Это конечно создаст свои трудности, но не хочется отдавать весь проект в чужие руки особенно на раннем знакомстве с исполнителем.
rgreat
Дата: 25.07.2019 23:58:08
Еще вариант дрежать в SVN/Git специальную версию программы, где часть критичных компонентов не функциональна.
zinpub
Дата: 26.07.2019 08:23:21
Возможно Git - [где некритичные модули в сорсах, а критичные/секьюрные в DCU] + [субрепозиторий с сорсами критичных/секьюрных модулей, но с отдельным паролём]
Василий 2
Дата: 26.07.2019 10:20:15
DCU нормальная практика, куча платных компонент так сделана, и ничего. Но нужно будет согласовывать версии среды.
Также, если эта критичная логика не обязательна для разработки помощником (например, он пишет только морду и внешние рюшечки, а хитрые запросы/обработку делаешь ты сам), то сделать модуль-заглушку без кода с тем же интерфейсом и хранить эту обрезанную версию в другом бранче.
Jonnik
Дата: 26.07.2019 10:20:26
Спасибо за ответы.
Главное, что можно. Теперь буду разбираться детальнее.