Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Save anonymous/696f62f5d8ff25ac92845ac1719a7456 to your computer and use it in GitHub Desktop.
Save anonymous/696f62f5d8ff25ac92845ac1719a7456 to your computer and use it in GitHub Desktop.
Структура каталогов проекта

Структура каталогов проекта


Структура каталогов проекта



2.5. Планирование структуры каталогов сервера
Структура каталогов проектов
Создание проектов


























В проекте может быть огромное множество юридических документов, элементов дизайна, текстовых материалов, корреспонденции клиента. Предлагаю придерживаться следующей структуры хранения фалов проекта. Имя каталога — жирным шрифтом м. Имя каталога н — каталог может содержать неупорядоченный набор данных Имя файла — обычным шрифтом имя файла. Структура каталогов проектов Материал из AOW. Просмотры Статья Обсуждение Просмотр История. Личные инструменты Представиться системе. Навигация Заглавная страница Сообщество Текущие события Свежие правки Случайная статья Справка. Инструменты Ссылки сюда Связанные правки Спецстраницы Версия для печати Постоянная ссылка. По всем вопросам обращайтесь по телефонам:


III. Структура каталогов проекта


TM Feed Хабрахабр Geektimes Тостер Мой круг Фрилансим. Вот уже несколько лет безуспешно пытаюсь найти идеальный вариант организации каталогов проектов и их структуры. Предыстория Работаем в рамках веб-студии с несколькими людьми, с кем-то штатно, с кем-то удаленно, для совместной работы над проектами используем Bitbucket для кода, Google Drive для документов, Trello для таск-трекинга, но вот для организации рабочих материалов нет одного общего решения — тут одновременно и Dropbox и SugarSync и Яндекс-диск. Постепенно для удобства организации, да и простоты в целом, решили отказаться от Яндекс. Теперь получается что ребята разделились на два лагеря — кому-то удобен Dropbox, кому-то SugarSync. Facebook Вконтакте Twitter Google. Решения вопроса 1 m-haritonov m-haritonov. Абстрактной идеальной структуры не существует, так как структура зависит от различных критериев смысловое содержание, заказчик, тип файла, время получения от заказчика и т. На основе этих критериев файлы и организуются в структуру. Притом, список критериев не обязательно единый для всех файлов. По проектам в папках, дальше по направлениям или по числам? Проведите аудит всех файлов, чтобы выявить список уже используемых и требуемых но ещё не используемых критериев. Затем, учитывая модель работы каждого из разработчиков и потребности пользователей выберите нужные критерии так, чтобы они не вызывали раздражения у разработчиков при заполнении, но и позволяли находить информацию с адекватной степенью точности то есть не стоит углубляться в детализацию структуры и заставлять разработчиков заполнять у каждого файла тучу критериев ради моментального поиска нужного файла, выполняемого раз в несколько месяцев, но и чтобы при поиске нужного файла пришлось просматривать вручную лишь ограниченный участок иерархии файлов. Для группы проектов можно использовать иерархию например, в случае проектов одной крупной компании, объединённых общим стилем. В этом случае будьте готовы к тому, что структуру файлов придётся перестраивать в случае изменения структуры компании или при возникновении несоответствия создаваемых материалов структуре компании чтобы этого избежать, можно сразу использовать в качестве названий подпроектов названия, отстранённые от конкретных названий фирм и более соответствующие структуре создаваемых материалов. Что делать если в одном проекте отдельно разрабатывали лого, отдельно спустя полгода сайт, а потом отдельно еще какие-то мелочи? В качестве общего названия можно использовать название фирмы, домена и т. Не пугайтесь, если объединение будет масштабным однако задумайтесь над целесообразностью выбранного момента объединения, если итоговая структура ещё туманна или планируются дополнительные изменения. Как быть если одни и те же материалы используются в нескольких проектах? Притом, такая папка с общими файлами не обязательно должна быть одна. Ответ написан более трёх лет назад. Вот примерно так и организуем, с некоторыми оговорками. Может существуют какие-то гит-подобные системы, только, не ориентированные на код и с дружественным интерфейсом? Ну в принципе ответ очень полный, и думаю что нечто подобное я и хотел услышать. Конечно, если будет еще какой-то взгляд или готовое решение — круто, но пока Ваш ответ ближе всего к ответу. Написано более трёх лет назад. А что именно Вам нужно от подобной системы? Сохранение истории изменений файлов? Предотвращение затирания чужих изменений? Визуальное сравнение графических файлов? И на какие файлы она должна быть ориентирована? По сути желательно даже несколько компонентов из перечисленного. В принципе, Sugarsync решает вопрос и коллаборации и отчасти — версионности на уровне возможности восстановить версию от какого-то конкретного числа , но остается вопрос удобной навигации по дереву проектов, сравнения версий. Попробуйте присмотреться к следующим системам правда, сам я с ними практически не знаком, поэтому в этом вопросе я не сильно компетентен: Помечать файлы ключевыми словами и устанавливать зависимости между ключевыми словами для построения из них иерархий чтобы затем можно было выбрать нужную иерархию и использовать её для навигации по файлам? Ответы на вопрос 2 popov popov. Мой опыт по данному вопросу подсказывает, что структура папок не совсем эффективна: Примите для себя организацию директорий, например, по проектам, но постоянно присваивайте файлам конкретный набор ключевых слов из различных классификаций. Далее при возникновении надобности в том или ином файле пользуйтесь поиском. Вот мы вкратце и описали суть тегов в применении к файловой структуре: Гитхаб и иже с ними тоже для этого не подходит совсем — по сути это из пушки по воробьям, да и дизайнеры плачут кровавыми слезами хотя и такой опыт был кое-с-кем. А вообще не хватает реального примера организации пайплайна. Может ляпну бред, но хотелось бы организацию подобную Rails, только для работы с различными файлами и материалами проектов. Николай Турнавиотов foxmuldercp Системный администратор, программист, фотограф. У нас процентов 70 на маке, 20 на винде и 10 на убунте. Какие-то подходящие варианты есть? Ваш ответ на вопрос Войдите, чтобы написать ответ Войти через TM ID. Требуется удаленный веб-разработчик Full time. Помощь с DJI mobile sdk - интересная задачка. Сделать модуль для WordPress. Опытный программист Python, Tornado. Разработка и изготовление платы. Войдите на сайт Чтобы задать вопрос и получить на него квалифицированный ответ.


Инструкция применения масло чайного дерева
Как работает финансовая биржа
История городского сада
Кто курил кальян
Открытка с воздушными шарами своими руками
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment