Технический форум по робототехнике.
setar » 10 май 2011, 10:33
После праздников майских напало на меня теоретическо-организационное оптимизирующее настроение.
Задумался я о том как хранятся проекты о роботах у меня, и понял что системы нету.
Просто каша из папок в которых CAD модели, всякие разводки, эмуляции, софт , картинки и так далее
в некоторых папках хорошо хоть версионность ведется, в остальных просто каша ...
Ну и собственно вопрос: как Вы храните свои проекты?
Какие методы и подходы считаете рациональными и правильными.
По результатам обсуждения я хочу выработать некий местный "стандарт" конструкторской документации с целью разбиения крупных проектов на кусочки и разработку элементов разными командами.
=DeaD= » 10 май 2011, 10:36
ИМХО пока очень мало реального взаимодействия между разработчиками, и тем более практически нету команд разработчиков. Поэтому пока проблема немного сферическая и в информационном вакууме
RootAdmin » 10 май 2011, 11:49
Я все думаю над тем чтобы CVS прикрутить. Или документооборот какой, типа "управдок".
setar » 10 май 2011, 12:02
проблема не сферическая, а реальная
я как доктор говорю что если дать людям инструмент удобный - они будут пользоваться.
осталось либо найти готовый, либо пофантазировать, разработать и написать такой.
EdGull » 10 май 2011, 12:05
я пользуюсь готовым.
Называется GoogleDocs
=DeaD= » 10 май 2011, 12:13
Если чисто для себя каждому хранить - да, есть такая проблема. Подтверждаю.
Если для совместной работы - практически нет такой проблемы сейчас. Даже по разработке ORFA сейчас практически нет активной одновременной работы нескольких человек. Про остальные проекты вообще молчу.
setar » 10 май 2011, 12:52
гугл докс не вариант. как ты будешь заливать каталог с сотней файлов, да ещё с контролем версий.
EdGull » 10 май 2011, 12:58
прямо папкой и залью.
контроль версий тоже есть.
RealRobot » 10 май 2011, 13:38
EdGull писал(а):я пользуюсь готовым.
Называется GoogleDocs
то есть все ваши проекты/разработки лежат в инете?
setar » 10 май 2011, 14:01
то, где они лежат не суть важно.
выложенное в сети не обязательно общедоступно.
Michael_K » 10 май 2011, 14:21
Выложенное в сети доступно только "кому надо"
Проблема, да насущная.
setar » 10 май 2011, 14:49
проблема организованно проекты хранить или проблема в обеспечении безопасности ?
Michael_K » 10 май 2011, 15:49
1. Хранить.
В основном из-за специфики софта и многочисленных кросс-ссылок.
Например, Игл "любит" проекты/библиотеки хранить в одной папке (ну вколачивать в него новые, конечно, можно, но каждый раз это делать неудобно).
Одна и та же библиотека используется во многих проектах, одна и та же ПДФ-ка или шаблон документа и т.п. В результате расползается все это. По разным каталогам - получается свалка.
Прописывать везде пути или линковать - задолбаешься. Ну и часто только вносит путаницу, а не помогает.
2. Онлайн-сервисы для меня не актуальны (пока???). Да, я думаю, что для многих неактуальны. Качать туда-сюда смысла мало - хочется ведь работать с "проектами", а не с файлами. Какой-нибудь проект кейл, или студии или того же игла - у него настройки свои есть, пути прописаны внутри и т.п. Смысла гонять туда-сюда не вижу (речь не идет о командной работе).
А вот Бэкап с откатами (например на сетевой диск или флэшку) не помешал бы, но опять же бэкап не "попапочный", а попроектный - с учетом кросс-ссылок.
Добавлено спустя 9 минут 14 секунд:
Вообще, я не очень представляю, как эту проблему "красиво" решить.
EdGull » 10 май 2011, 16:41
RealRobot писал(а):то есть все ваши проекты/разработки лежат в инете?
да
=DeaD= » 10 май 2011, 16:48
А есть какие-то хранилища, зеркалируемые в веб с файловой системы автоматически, без дополнительных пинков типа "commit" ? Мне кажется идеальной была бы система, которая весь сложный функционал держит в вебе, типа SaaS, а на клиенте очень простая штуковина - управляемый из веба каталог с автоматическим зеркалированием в обе стороны. Т.е. обновил что-то у себя в каталоге из софтины - она записала в файлы, демон отзеркалировал это в веб, в вебе актуальная версия файлов. И наоборот - из веба поступил запрос на записи в эти же файлы, т.к. мы попросили поднять бэк-ап - оно проверило, что все файлы свободны, переписало их бэкапом и записало на сервере инфу, что только что переписали всё. А всякие commit'ы, merge и прочее выполнять уже чисто на самом сервере.