|
Соц. сеть
Структура репозиториев
http://pic.kobnet.ru/data/mpgxqv_1342627980.jpg Описание 1. Основным хранилищем является репозиторий Storage. Он создан первым и является прямым или опосредованным источником для всех остальных репозиториев. В репозитории Storage разработка не ведется. 2. Репозиторий Web Site является клоном репозитория Storage. В репозитории Web Site разработка не ведется, по этому данный репозиторий исключительно забирает данные. Web Site - это ребозиторий, видимый из сети, данные на нем расположенные доступны по сетевым протоколам. 3. Репозиторий Intermediate так же является клоном репозитория Storage. Вся обновленная информация поступает именно в репозиторий Intermediate, а далее - в соответствии с назначением. В связи с тем, что в репозиториях Storage и Web Site разработка не ведется, репозиторий Intermediate исключительно передает данные им, ничего не принимая от них. В данном репозитории разработка не ведется. 4. Репозиторий Development является клоном репозитория Intermediate. В данном репозитории разработка так же не ведется. Данный репозиторий предназначен для контроля разработки, этот репозиторий доступен по сети как сабдомен репозитория Web Site. В процессе разработки данные из репозиториев разработчиков поступают в репозиторий Intermediate, откуда их забирает репозиторий Development для организации визуального ознакомления с процессом разработки. 5. Репозитории Разработчикой (список Developers - количество неограничено) - это отдельные каталоги, содержащие клоны репозитория Intemediate. В процессе разработки каждый разработчик имеет доступ только к собственному репозиторию. Вносимые изменения он лично способен контролировать через сеть в собственном репозитории (репозитории разработчиков доступны через сеть так же как репозиторий Development - в качестве сабдоменов репозитория Web Site). После внесения изменений разработчик передает данные своего репозитория в репозиторий Intermediate, откуда их сразу же забирает репозиторий Development. В то же время разработчик может из репозитория Intermediate забирать в свой репозиторий данные, залитые другими разработчиками. Собственные изменения разработчики способны контролировать каждый в своем репозитории. Общие изменения в репозитории Development. Общий план последовательности работ 1. Разработчик подключается к проекту, для этого администрация создает для него личный репозиторий (например January), который является клоном репозитория Intermediate. 2. В этом репозитории разработчик пишет код, верстает страницы, добавляет или удаляет файлы и все вносимые собой изменения контролирует по адресу (например) хттп://january.team.web_site.ru ... 3. После завершения очередной части проекта разработчик заливает изменения на репозиторий Intermediate, откуда данные изменения могут слить себе другие разработчики в собственные репозитории, и откуда эти изменения попадают в репозиторий Development. Таким образом репозиторий Intermediate является собирателем всех изменений от всех разработчиков, а так же с него изменения от всех разработчиков принимает репозиторий Development, состояние которого можно проверять по сети, таким образом наблюдая за общим ходом работ. Адрес репозитория Development может быть например таким: хттп://development.web_site.ru ... 4. В том случае если на репозитории Development все в порядке (а соответственно и на репозитории Intermediate), с репозитория Intermediate данные отправляются в "хранилище" - репозиторий Storage для контроля и хранения версий. Даже при желании ни один из разработчиков не способен повредить содержание репозитория Storage, так как не имеет с ним прямой связи. 5. Информация из репозитория Storega после оценки и одобрения попадает в репозиторий Web Site - то есть становится доступной на доменах сайта. К данной схеме я пришел, как к наиболее адекватной при разработке в составе команды в случае если большинство участников являются по ситу фри-лансерами. Условные обозначения (стрелки) Pull - направление получения данных, то есть Web Site < Storage означает что репозиторий Web Site принимает данные от репозитория Storage и не может ему передавать собственные. Иными словами - репозиторий Web Site может самостоятельно получить данные от репозитория Storage (независимо от желаний Storage). Push - направление передачи данных. Иными словами репозиторий разработчика может самостоятельно передать данные на репозиторий Intermediate (независимо от желаний Intermediate). Обе стрелки означают, что репозиторий может как принять данные самостоятельно, так и самостоятельно их передать... Пример: Из выше описанного и нарисованной схемы следует, что репозиторий Storage самостоятельно данные передать никому не может. Ему же может передать данные репозиторий Intermediate. От него же может закачать себе данные репозиторий Web Site. -- -- -- -- -- -- -- Как не трудно догадаться в качестве системы контроля версий я выбрал git... -- -- -- -- -- -- -- P.S. Каждый разработчик в рамках своего репозитория бранчуется ровно так, как его душе угодно... |
Дизайн
В связи с тем, что динамика сайта привязывается к верстке, а верстка по сути воплощает дизайн - выбор дизайна сайта является самой насущной проблемой. Я много раз пытался нарисовать хорошо - не получилось ни разу. При этом каждый раз возвращаясь к дизайну - за оным тянутся проблемы с необходимостью изменений правил динамики. Не являясь сторонником готовых решений и тем не менее не имея большого выбора (дизайнера - нет) пришлось таки к оным (готовым решениям) прибегнуть. В качестве готовых решений я рассматриваю Bootstrap и Kickstrap - у каждого из них свои достоинства и недостатки. Kickstrap по сути является прокачанной версией Bootstrap - в чем и заключается его основное достоинство. Он лучше и по верстке и по количеству картинок и по набору шаблонов и т.д. Но все шаблоны Kickstrap мне совершенно не нравятся, я считаю что они идиотские. В то же время у Bootstrap хоть и всего один шаблон, но он действительно достаточно красивый - что и является сильным достоинством Bootstrap. Пример общего дизайна который я набросал будет доступен завтра - для оценки и обсуждения. Тем временем если кто-то что-то может сказать по поводу дизайна, дать совет - скажите, дайте... Бо я как дизайнер - полный нуль!.. |
Нравятся мне программисты - когда они сами с собой разговаривают, подразумевается, что посторонние люди имеют свободный доступ в их банк памяти... :pardon:
|
Цитата:
|
S. и С. - ну вы ж понимаете, что разворачивать курс лекций я вряд ли собирался...
Как знаете - если работодатель ищет человека, отлично разговаривающего на английском языке - он описание вакансии составляет на английском. Таким образом на эту вакансию откликаются лишь те, кто способен ее прочитать и осмыслить... Так и я... Я тихой сапой продолжаю ковырять гранит соц. сетей. Сюда буду выкладывать информацию о знаковых подвижках в проекте и да - вероятно не все поймут о чем идет речь... Но те кто пойму - это потенциальные разработчики на проект и быть может они даже не откажутся оказать помощь, присоединившись к проекту... Ведь все просто :) ! О выше описанном: 1. Git - это система контроля версий, с помощью нее возможна организация командной разработки с сохранением промежуточных положений. Ну а структуру репозиториев и "чо-каво" я описал подробно выше. Так же пояснил, что на предприятиях, в которых команда разработчиков взаимодействует в течении рабочего дня - подход к организации системы хранения версий несколько иной, но так как в данном случае рассчитывать на полноценную команду, работающую за зарплату, не приходится - максимум на что можно рассчитывать, так это на команду фрилансеров, средик оторых могут быть как доброжелатели, так и злоумышленники, а потому я пришел к выводу, что структура репозиториев должна быть именно такой, какая описана, что с одной стороны позволит каждому принимать полноценное участие в процессе разработки, а с другой стороны в случае необходимости защитит проект (а главное - "боевой" сайт) от предумышленного вредительство... 2. Bootstrap и Kickstrap - это наборы инструментов дизайнера для верстки. Bootstrap - он от Twitter, а Kickstrap - это его глубокое расширение от черт знает кого. Есть еще аналоги, например 99Lime, но он - идиотский :) ... P.S. Кстати выше под "идиотскими шаблонами" я имел ввиду то, что у этих шаблонов такая цветовая схема, что кажется, что их отросовывали шизофреники... Только и всего... |
Ни чо се!.. Я тут столько полезной информации выдал, а все спасибки словили критики...
Нормальненькая такая справедливость... Кстати Уникуе, а тебе тут разве что-то непонятно? Я думаю, что если ты даже с самими технологиями не знаком, то в принципе все ж с лету должен понять о чем тут речь. Ведь все ж действительно просто... |
Система управления проектами, обсуждения проектов и контроля выполнения задач будет развернута на базе TeamLab (идеология scrum) ( https://teamlab.com )...
Подробности позже. |
В качестве стилизатора будет использован LESS вместо CSS...
|
Цитата:
|
Я тут Php5 изучаю. До этого писал только на VBA for Access 2003. Пригожусь чем-нибудь? Мне практика, делу - польза.
|
| Часовой пояс GMT +3, время: 10:26. |
Осознание, 2008-2016