|
|
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
Подскажите на счет совместной разработки. Разрабатываю проект уже пару лет. Более 50 модулей, более 100 000 строк кода. Уже не успеваю все делать. Нужны помощники. Нужно организовать совместную разработку. Дополнительно пару человек. Но есть такой нюанс. Не хочется совсем светить код, особенно критические моменты связанные с паролями и так далее. А так же нужно понимать, где и что исправлял при доработке. Плюс таким образом устраняется проблема утечки проекта. Допусти где-то в каком-то окне нужно будет добавить кнопку, которая будет что-то делать. И я тогда человеку открою доступ к нужному модулю и он там все сделает, но у него не будет доступа к остальному коду, даже на просмотр. Это вообще можно как-то сделать ? Посоветуйте наиболее удобные системы для таких целей на данный момент времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 22:04 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
человек будет писать код, который не сможет проверить\скомпилить. Начнет писать тебе, ты должен будешь проверять весь его код, исправлять ошибки - тратить времени ненамного меньше, чем писал бы сам. По нормальному надо выносить критический\секретный код в длл, либо хотя бы в виде dcu их хранить, чтобы у соавторов был доступ к набору файлов, достаточных для компиляции. В твоем случае можно использовать Git или SVN, без разницы. Если это действительно будет 3-4 человека, то можно найти бесплатные сервера, предоставляющие закрытые репы с минимумом подключаемых юзверей - сам на таком сижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 22:16 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
Задачу озвучил геморойную ты, юный падаван. Чтоб нормально писать части логики, не имея сырцов и возможности понять тонкости взаимодействия, нужно пипец какое хорошее описание или хэлп. Прикинь время на создание такого, плюс консультации по непоняткам. Уверен, что быстрее получится чем сделать всё самому (если уж секретности так хочется) ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 22:40 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
white_nigger, В чём-то ты прав, о Йода Мастер Jonnik, ну, друзья ведь есть у тебя рядом? И есть среди них дельфисты? Вот и расскажи им тему, и обсуждайте раз в неделю... Где-нибудь в кафешке/столовке/походах на привалах. А на досуге код пишите... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 22:51 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
Из реалистичного да - только часть юнитов выклавдывать в виде DCU. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 22:57 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
DCU не проблема предоставлять. Я прекрасно понимаю, что дорабатывать код без понимания, того, что там за функция и без возможности ее подправить под новые нужды не реально. Все модули достаточно изолированы друг от друга и там не написано чего-то сверх естественного. Я хотел давать оригиналы файлов pas и dfm в которых нужно было бы вести доработки и всего, что с ним потребуется, но остальное, что бы осталось не доступно. И при этом, что бы можно было скомпилировать полноценный проект. Это конечно создаст свои трудности, но не хочется отдавать весь проект в чужие руки особенно на раннем знакомстве с исполнителем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 23:18 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
Еще вариант дрежать в SVN/Git специальную версию программы, где часть критичных компонентов не функциональна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2019, 23:58 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
Возможно Git - [где некритичные модули в сорсах, а критичные/секьюрные в DCU] + [субрепозиторий с сорсами критичных/секьюрных модулей, но с отдельным паролём] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2019, 08:23 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
DCU нормальная практика, куча платных компонент так сделана, и ничего. Но нужно будет согласовывать версии среды. Также, если эта критичная логика не обязательна для разработки помощником (например, он пишет только морду и внешние рюшечки, а хитрые запросы/обработку делаешь ты сам), то сделать модуль-заглушку без кода с тем же интерфейсом и хранить эту обрезанную версию в другом бранче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2019, 10:20 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
Спасибо за ответы. Главное, что можно. Теперь буду разбираться детальнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2019, 10:20 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
JonnikНе хочется совсем светить код, особенно критические моменты связанные с паролями и так далее. Если человеку будет предоставлен открытый коннект, то он с лёгкостью может посмотреть свойства подключения и узнать логин и пароль. А разрабатывать дополнительный модуль, без тестирования записи/чтения данных - это что вилами по воде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2019, 10:40 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
JonnikПодскажите на счет совместной разработки. Разрабатываю проект уже пару лет. Более 50 модулей, более 100 000 строк кода. Уже не успеваю все делать. Нужны помощники. Нужно организовать совместную разработку. Дополнительно пару человек. Но есть такой нюанс. Не хочется совсем светить код, особенно критические моменты связанные с паролями и так далее. А так же нужно понимать, где и что исправлял при доработке. Плюс таким образом устраняется проблема утечки проекта. Допусти где-то в каком-то окне нужно будет добавить кнопку, которая будет что-то делать. И я тогда человеку открою доступ к нужному модулю и он там все сделает, но у него не будет доступа к остальному коду, даже на просмотр. Это вообще можно как-то сделать ? Посоветуйте наиболее удобные системы для таких целей на данный момент времени. У меня была такая ситуация, я устроился на работу, где часть модулей была закрытой (все что связано с шифрованием и сетевым протоколом, типа коммерческая тайна). Все решалось относительно просто - тимлид давал готовые .dcu-шки, которые я прописывал в путях и компилил проект на своем рабочем месте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2019, 10:48 |
|
||
|
Совместная разработка XE 10
|
|||
|---|---|---|---|
|
#18+
DimaBrJonnikНе хочется совсем светить код, особенно критические моменты связанные с паролями и так далее. Если человеку будет предоставлен открытый коннект, то он с лёгкостью может посмотреть свойства подключения и узнать логин и пароль. А разрабатывать дополнительный модуль, без тестирования записи/чтения данных - это что вилами по воде. Человека можно направить на тестовую базу и пусть он с ней, что хочет делает. Но к основной у него не будет доступа. Это то, что касается паролей. Но еще и важно не давать исходники всего проекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2019, 12:07 |
|
||
|
|
start [/forum/topic.php?fid=58&fpage=67&tid=2039216]: |
0ms |
get settings: |
13ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
47ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 346ms |
| 0 / 0 |
