GIT в WEB

Здравствуйте.

Интересуюсь таким вопросом - используется ли в web приложениях (PHP/JS) git?

В Википедии прочитал, что это система управления версиями файлов,
как я понял, это нужно для прикладных программ, чтобы обновлять версии, патчи.

В web изменить программу можно простым редактированием исходного кода.

Правильно ли я понял?
Если git всё-же используется в вебе, то зачем?

Цитата:

В web изменить программу можно простым редактированием исходного кода.

а не в веб что? надо обряд какой-то сделать?

git это система управления исходными кодами как раз.
Система распределенная и для сравнительно небольших проектов (к коим относится подавляющее большинтсво веб приложений) пользоваться думаю смысла нет...

Сам не пробовал не знаю удобно или нет.. Все никак SVN то не освою по нормальному.. Уж и svnbook открытым держу. Все руки не доходят.

Цитата ("vovan_f"):

а не в веб что? надо обряд какой-то сделать?

Не, я имел в виду, что если мы изменим декстопное приложение, придётся заставлять
пользователей загружать обновления, в веб-программировании, и разработчики, и пользователи
от этого гемороя избавлены.

Вы упорно не видите

Цитата:

git это система управления исходными кодами

и пользуются им те кто с этими кодами работает. т.е. люди имеющие отношение к проекту.

ну или пользователи source based дистрибутивов
ну или кому последнии версии нравится собирать.

Системы управления версиями нужны, чтобы управлять исходными кодами, а не патчами.
Они помогают вести историю изменений, с возможностью возврата состояния проекта в любую
ранее зафиксированную точку, и предлагают различные техники ветвления/слияния определенных
участков кода, над которыми работает группа из нескольких программистов. Это реально помогает в
командной, да и в индивидуальной разработке. У этих программ есть еще много разных полезных
свойств, и большинство из них просты до невозможного. Однажды попробовав поработать с ними,
вы скорее всего уже никогда не вернетесь к "прежней жизни".

На счет Git точно не скажу. На Google Code используется Mercurial, она тоже распределенная.
В любом случае, системы версий нужны, даже в маленьких тривиальных проектах.
Ибо рано или поздно появляются новые требования, проекты разрастаются, а нужно еще
поддерживать старые выпуски, и все это дело где-то хранить, как-то классифицировать.

Цитата ("okman"):

В любом случае, системы версий нужны, даже в маленьких тривиальных проектах.
Ибо рано или поздно появляются новые требования, проекты разрастаются, а нужно еще
поддерживать старые выпуски, и все это дело где-то хранить, как-то классифицировать.

А чем плохо поступисть следующим образом:

Сделали новую версию, старую не убираем, а просто переносим на другую страницу.
В новой версии, указываем ссылку на ту самую страницу со старой, пользователь просто переходит по ссылке в старую версию.

И т.д.

Таким образом мы можем и поддерживать старые версии, и хранить всё в файловой системе серва.

Я использую git и вам советую.
весь код прежде чем залить на продакшен сервер заливается в репозиторий.
обновляется автоматически. Получате порядок в коде и экономию времени.

А мы как-то использовали SVN, очень удобно, особенно если работает толпа прогеров и кто-то что-то запартачит.. откатил до предыдущей ревизии, быстро нашли баг, исправили )..

гит - не сталкивался.. может и зря )

в веб-приложениях много чего фантастического используется ).. главное знать на какой результат это использование нацелено.

Цитата ("wellwit"):

Сделали новую версию, старую не убираем, а просто переносим на другую страницу.
В новой версии, указываем ссылку на ту самую страницу со старой, пользователь просто переходит по ссылке в старую версию.

удобно. когда свои сервера... ip переназначили на dns серванте и вот и новая версия.. или тупо на входной железке перенаправляем людей в другое место удобно. что если один из сервантов мрет (вдруг), то 5 минут и все работает

Цитата ("wellwit"):

А чем плохо поступисть следующим образом:
Сделали новую версию, старую не убираем, а просто переносим на другую страницу.
В новой версии, указываем ссылку на ту самую страницу со старой, пользователь просто переходит по ссылке в старую версию.

Неплохо, неплохо...
Только сначала нужно сделать эту самую новую версию.

ИМХО, ТС плохо педставляет что такое и для чего нужны система управления версиями.
посилання

Основная их задача - хранить исходный код и не более! Но хранить все версии(revision), начиная от первой, в которой вы только накидали структуру файлов проекта, заканчивая текущей версией проекта. Так же возможно хранить ответвления(brunch), две параллельные ветки разработки разошедшиеся когда-то от одного проекта(и которые возможно сольются вместе в будущем).
То есть удобство для разработчиков, чтоб не перезаписать чужой код, не потерять свои куски кода, которые когда-то показались ненужными и были удалены, а теперь очень понадобилось их воскресить.

А как там уже выкладывать на сервер, какие версии, по каким ссылкам - это уже как больше нравится.

Простой пример. Вы писали проект с нуля. Допустим к ревизии 100 уже получилось то, что обладает необходимым базовым функционалом. Вы выкладываете на посилання и оно всё хорошо работает. Вдруг нашли несколько багов, исправили их в ревизии 105. обновили my до ревизии 105. Тут вы понимаете, что в процессе работы что-то испортили, быстренько откатили my опять до 100 ревизии(чтоб сайт не стоял сломанный). А в ревизии 106 поправили все и затем обновили my до этой 106.