форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[ Отслеживать ]

"бекап с контролем версий по"

Сообщение от vsp on 17-Окт-08, 02:08

Есть к примеру движок (cms) последней версии (файлы пхп/хтмл + база). необходимо знать 1. какие изменения вносят разработчики 2. иметь возможность их откатить, обновить софтину и внести изменения обратно либо уже связываться с разработчегом. Можно ли это реализовать на практике? а если программер не один? Какие требования нужно выставлять программерам до начала работ чтобы соблюдалось вышеизложенное? Другими словами - чем делать бекапы с контролем версий и что потребовать от программеров в виде правил хорошего кодинга (чтобы не угробили цмс) ? )

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "бекап с контролем версий по"

Сообщение от Square (ok) on 17-Окт-08, 10:28

>Есть к примеру движок (cms) последней версии (файлы пхп/хтмл + база). >необходимо знать >1. какие изменения вносят разработчики >2. иметь возможность их откатить, обновить софтину и внести изменения обратно либо >уже связываться с разработчегом. >Можно ли это реализовать на практике? а если программер не один? >Какие требования нужно выставлять программерам до начала работ чтобы соблюдалось вышеизложенное? >Другими словами - чем делать бекапы с контролем версий и что потребовать >от программеров в виде правил хорошего кодинга (чтобы не угробили цмс) >? ) А вы достаточно компетентны чтобы понять смысл изменений и их последствия? Это называется cvs, и программисты - о существовании такой штуки в курсе (иначе они двоешники :) https://www.opennet.ru/prog/sml/31.shtml

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "бекап с контролем версий по"
	Сообщение от PavelR (??) on 17-Окт-08, 10:36
	>[оверквотинг удален] >>Какие требования нужно выставлять программерам до начала работ чтобы соблюдалось вышеизложенное? >>Другими словами - чем делать бекапы с контролем версий и что потребовать >>от программеров в виде правил хорошего кодинга (чтобы не угробили цмс) >>? ) > >А вы достаточно компетентны чтобы понять смысл изменений и их последствия? > >Это называется cvs, и программисты - о существовании такой штуки в курсе >(иначе они двоешники :) >https://www.opennet.ru/prog/sml/31.shtml Системы контроля версий, в частности svn/mercurial
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "бекап с контролем версий по"
	Сообщение от vsp on 17-Окт-08, 11:30
	>[оверквотинг удален] >>Какие требования нужно выставлять программерам до начала работ чтобы соблюдалось вышеизложенное? >>Другими словами - чем делать бекапы с контролем версий и что потребовать >>от программеров в виде правил хорошего кодинга (чтобы не угробили цмс) >>? ) > >А вы достаточно компетентны чтобы понять смысл изменений и их последствия? > >Это называется cvs, и программисты - о существовании такой штуки в курсе >(иначе они двоешники :) >https://www.opennet.ru/prog/sml/31.shtml Подскажите по поводу cvs как проще вьехать и каким инструментарием пользоваться? Для работы с сайтами эта технология тоже подходит? Думал для ОС она в основном)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "бекап с контролем версий по"
	Сообщение от PavelR (??) on 17-Окт-08, 13:16
	>[оверквотинг удален] >> >>А вы достаточно компетентны чтобы понять смысл изменений и их последствия? >> >>Это называется cvs, и программисты - о существовании такой штуки в курсе >>(иначе они двоешники :) >>https://www.opennet.ru/prog/sml/31.shtml > >Подскажите по поводу cvs как проще вьехать и каким инструментарием пользоваться? >Для работы с сайтами эта технология тоже подходит? Думал для ОС она >в основном) да, подходит для любых исходников. Поищите по форуму назад, в течении недели назад было схожее обсуждение.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "бекап с контролем версий по"
	Сообщение от geekkoo (??) on 17-Окт-08, 14:30
	>[оверквотинг удален] >>>(иначе они двоешники :) >>>https://www.opennet.ru/prog/sml/31.shtml >> >>Подскажите по поводу cvs как проще вьехать и каким инструментарием пользоваться? >>Для работы с сайтами эта технология тоже подходит? Думал для ОС она >>в основном) > >да, подходит для любых исходников. > >Поищите по форуму назад, в течении недели назад было схожее обсуждение. Если ты про это: https://www.opennet.ru/openforum/vsluhforumID1/82372.html то тут задача несколько сложнее (да и тот товарищ, похоже, тоже ушел неудовлетворенным). Хотя, видимо, и там речь шла о том же самом, только это как-то смазанным получилось. Вот несколько программеров работают над веб-проектом. Пусть они используют Subversion (для определенности). Им нужно реализовать какую-то фичу и вот они хором берутся за её реализацию. Они как-то соместно работают и по ходу дела коммитят свои изменения в репозиторий, так что по ходу эти коммиты апдейтятся в каталог, откуда их забирает апаче и публикует в том месте, откуда оно видно разработчикам (и только им!). Когда же они удовлетворяются результатом совместного творчества, они релизят проект, причем в этом случае происходит апдейт в совсем другую рабочубю директорию, откуда апач публикует проект уже наружу. Т.е. вопрос, насколько я его понимаю, заключается в том - какую схему репозитария предложить для этого случая и как должен выглядить post-commit hook, чтоб такое реализовать? Если подумать, то что-то вменяемое можно придумать, но может быть у кого-то есть что-то готовое?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "бекап с контролем версий по"
	Сообщение от vsp on 17-Окт-08, 16:12
	>[оверквотинг удален] >в каталог, откуда их забирает апаче и публикует в том месте, >откуда оно видно разработчикам (и только им!). Когда же они удовлетворяются >результатом совместного творчества, они релизят проект, причем в этом случае происходит >апдейт в совсем другую рабочубю директорию, откуда апач публикует проект уже >наружу. > >Т.е. вопрос, насколько я его понимаю, заключается в том - какую схему >репозитария предложить для этого случая и как должен выглядить post-commit hook, >чтоб такое реализовать? Если подумать, то что-то вменяемое можно придумать, но >может быть у кого-то есть что-то готовое? Вот вот! чтото облегченное, может приспособленное для вебсайтов. Насколько видел на форумах народ попадается на то что взяли текущую версию опенсорс движка и после внесения изменений своих они уже обновить на следущую версию не могут никак... Как же это лучше всего решить?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "бекап с контролем версий по"
	Сообщение от PavelR (??) on 17-Окт-08, 16:57
	> >Вот вот! чтото облегченное, может приспособленное для вебсайтов. Насколько видел на форумах >народ попадается на то что взяли текущую версию опенсорс движка и >после внесения изменений своих они уже обновить на следущую версию не >могут никак... >Как же это лучше всего решить? Subversion. Берешь версию опенсорс движка (X). Льешь её в репозиторий, в отдельную upstream ветку (/branches/upstream/). Тэгируешь ветку как определенную аптсрим-версию (/tags/upstream-X). Копируешь апстрим в свою рабочую ветку(/trunk). Изменяешь свою рабочую ветку (/trunk), релизишь свою рабочую ветку (/tags/release-X-A) и т д... Изменяешь свою рабочую ветку (/trunk), релизишь свою рабочую ветку (/tags/release-X-B) и т д... Изменяешь свою рабочую ветку (/trunk), релизишь свою рабочую ветку (/tags/release-X-C) и т д... Вышла новая версия. Льешь её в отдельную апстрим-ветку(/branches/upstream/). Тэгируешь ветку как другую определенную аптсрим-версию Y. (/tags/upstream-Y/) Изменения между версиями в апстрим-ветке мержишь в свою рабочую ветку (/trunk/). Разрешаешь конфликты, возникшие при вливании изменений апстрима. Комиттишь новую версию своей рабочей ветки (/trunk/). Тэгируешь её как свою версию, основанную на версии Y. (/tags/release-Y-D)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "бекап с контролем версий по"
	Сообщение от PavelR (??) on 17-Окт-08, 17:00
	>[оверквотинг удален] > >Вот несколько программеров работают над веб-проектом. Пусть они используют Subversion (для определенности). >Им нужно реализовать какую-то фичу и вот они хором берутся за >её реализацию. Они как-то соместно работают и по ходу дела коммитят >свои изменения в репозиторий, так что по ходу эти коммиты апдейтятся >в каталог, откуда их забирает апаче и публикует в том месте, >откуда оно видно разработчикам (и только им!). Когда же они удовлетворяются >результатом совместного творчества, они релизят проект, причем в этом случае происходит >апдейт в совсем другую рабочубю директорию, откуда апач публикует проект уже >наружу. нет. разрабы ковыряются в своих песочницах. Как только они налабали чего-то стоящего и стабильного - комиттят в репозиторий, обновляют свои песочницы, работают дальше. Наработали чего-то - делают промежуточный релиз - и уже тогда "оттуда их забирает апаче" который не песочница. > >Т.е. вопрос, насколько я его понимаю, заключается в том - какую схему >репозитария предложить для этого случая и как должен выглядить post-commit hook, >чтоб такое реализовать? Если подумать, то что-то вменяемое можно придумать, но >может быть у кого-то есть что-то готовое? Мы пост-коммит хуки не используем. Сделали версию - коммит, ручное обновление того, что можно показывать заказчику.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]