Установка SVN
Попробуйте что-то вроде этого:
$adult_count = 0;
$child_count = 0;
foreach($room_details as $count){
$adult_count += $count->adults;
$child_count += $count->childs;
}
echo $adult_count;
echo $child_count;
14 ответов
Установка Вашего репозитория на отдельной машине является, вероятно, лучшей идеей, с тех пор как минимум, это позволит Вашему исходному коду переживать поломку жесткого диска на Вашей машине разработки.
Если Вы плохо знакомы с SVN, Вы не можете победить свободную электронную книгу от Из красной фасоли и O'Reilly... Выезд "Управление версиями с Подверсией" здесь: http://svnbook.red-bean.com/.
Я рекомендую Сервер VisualSVN, после того как Вы готовы установить...
Существует действительно мало точки в установке на "запасной" машине. Это не использует значительного ЦП или памяти.
Другие серьезные основания установить его в Вашей основной системе:
- Более быстрый доступ к репозиторию; не столь большая проблема с SVN, как CVS, но checkins, контроль, и т.д. будет значительно быстрее с локальным repo, чем один по сети.
- Более вероятно быть сохраненным. Вы создаете резервную копию своего dev поля, правильно?Правильно? В противном случае существует действительно серьезное основание к. И обычно поля, что Вы продолжаете работать регулярно, более вероятно, будут сохраняться, чем, находящиеся прочь в углу где-нибудь.
- Меньше потребляемой мощности, предполагая "запасное" поле в других отношениях выключено.
- Как действительно мелкая деталь, Вы не должны будете слоняться без дела с основанным на сети доступом, но это действительно не трудно во-первых.
Единственным серьезным основанием я могу думать, чтобы иметь его на отдельном поле, является единая точка отказа. Если Ваше поле Vista ударяет битоприемник, то Вы мертвы в воде. Но эй, Вы создавали резервную копию его.Правильно?Правильно?
По-моему, необходимо установить его на другой машине и предпочтительно одном прилегающем объекте и доступный по Интернету. Выполнение его на другой машине обеспечивает несколько преимуществ:
- Можно сделать то, что Вы любите к своей dev мудрой конфигурацией машине и не беспокойство о промывании Вашей svn установки
- repo действует как резервное копирование Вашего кода, поэтому если у Вас есть своего рода авария, можно вернуть код
- Если машина доступна по Интернету, можно работать над кодом где угодно любой машины
- Можно легко попросить, чтобы люди посмотрели код путем проверки его из SVN. Они могут даже внести некоторый код назад!
- Для меня, по крайней мере, существует своего рода значение для регистрации в коде. Я думаю, был ли repo на другой машине, Вы удостоверились бы, что Ваш код стоило фиксировать сначала.
Возможно, посмотрите на один из свободных размещенных сервисов, как assembla.com.развлекайтесь!
Я в настоящее время использую размещенный сервер SVN, это освобождает меня от всех проблем установки. Я обладаю также преимуществом наличия удаленного резервного копирования, поэтому если мой офис войдет в огонь, то мой исходный код будет безопасен.
Dreamhost размещает SVN даже в самом дешевом плане, и можно установить его одним щелчком, никакая необходимость знания конфигурации SVN не требуется.
Рассмотрите захват сервера приложений Buildix от Thoughtworks и выполните его в VM. Вы получите сервер SVN, а также набор других положительных героев и, если Вы будете готовы согласиться на него, можно рассмотреть установку его на втором поле.
Я предпочел бы его на другой машине для гибкости (Вы могли использовать другую систему или получить новую машину, не влияя на репозиторий), и для безопасности/безопасности. При наличии его на другой машине Вы устранили шанс потери всего, если Ваша машина перестает работать.
Если это только для Ваших персональных проектов, и Вы всегда используете ту же машину так или иначе, просто устанавливаете ее на той же машине. Это более просто.
С другой стороны, можно установить репозиторий на машине разработки и использовать любую утилиту репликации файлов для тиражирования его на резервной машине. Я лично использую Foldershare (http://foldershare.com) для тиражирования моего repo.
Если Вы, Вы устанавливаете его на удаленной машине, которую необходимо будет также установить серверную службу, чтобы получить и отправить файлам между средой разработки и репозиторием. Это может быть сделано с svnserve демоном или путем изменения httpd сервера как апач.
При установке его на локальной машине, Вы не должны знать или сделать любое вышеупомянутое, просто выполнить установку и затем использовать свой любимый клиент для взаимодействия с ним.
Если у Вас есть он на той же машине, тривиально легко встать и выполнение. Вы не должны волноваться о том, как Вы собираетесь соединиться с репозиторием, собираетесь ли Вы защитить соединение и т.д. Тривиально легким, я имею в виду, svnadmin create c:\repo.
Если Вы настроите его на отдельной машине и разработаете проблемы возможности соединения заранее, то Вы сэкономите себе некоторое время в будущем, если Вы получите машину новой разработки или если кто-то еще начинает работать с Вами. Что касается резервных копий, это верно, что, имея repo на отдельные машины означают, что у Вас есть часть кода в двух местах. Однако Вам все еще нужны резервные копии для Вашего репозитория. Иначе, когда Ваш репозиторий понижается, у Вас только будут версии файлов, которые Вы проверили. История (и не то, что точка управления версиями) будет потерян навсегда.
Если Вы устанавливаете его сами на окнах, может я рекомендовать партию SlikSVN http://www.sliksvn.com/en/download/ it'sa, легче, чем конфигурирование апача. Они также делают размещенный SVN, но у меня нет опыта их
Размещенный SVN прилегающего объекта является, вероятно, самым легким способом получить настроенный. CVSDude на самом деле предлагает один свободный репозиторий 2 МБ бесплатно. ProjectLocker, CVSDude и DreamHost, который все предложение заплатило планам, которые стоят номинального сбора ($5-20) в месяц, и предоставляют Вам способность открыть репозиторий SVN для других пользователей и обеспечить trac и несколько других сервисов.
Если Вы хотите настроить его дома, и у Вас есть запасной компьютер, который Вы чувствуете себя комфортно, оставляя работающий все время, то, конечно, это - лучший выбор, давая Вам автоматическое резервное копирование, а также имеющий возможности отката. 100 МБ Ethernet - много быстро и даже Беспроводная связь G, не должны иметь никаких проблем скорости с SVN.
Локальный SVN не дает Вам очень за исключением отката, который лучше чем ничего, но все еще прекрасен.
По моему скромному мнению, можно установить его на машине для предотвращения обслуживания второй машины. Также необходимо скопировать репозиторий на сетевом диске или на внешние медиа для предотвращения потери данных.
После того как у Вас есть свои данные в безопасном месте, можно очень легко переустановить подверсию на любой доступной машине с любой ОС на них.
Подверсия моей компании установила на окнах также, и я использую горячий-backup.py, который работает раз в час от планировщика.