Re: [Lug-bg] PHP+SVN+Apache
не е точно така.докато се пише код общо взето се записва и тества резултата на сървъра по средно 2-3 пъти в минута. On 7/26/07, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Around 07/26/07 11:11, Gggg ggg scribbled: Здравейте, имам един CVS (SVN) на които си държа кода (PHP). когато програмист уплоадне на CVS-a новия си код, пост-уплоад процедурата пуска един скрипт ,който сваля новите промени в директорията на апачето и по този начин програмиста има вазможност да тества кода си секунди след като го е ъплоуднал - малко тромаво, но работи. Проблема: има програмисти, който ползват собствен сървър+апаче ,но трябва да ползват същия CVS за да има смисъл цялата работа. когато те уплоуднат кода си на ЦВС-а отнема доста време докато постъплоуд процедурата свали промените на техния сървър и е ужасно изнервящо за работа. представете си как натискаш запис в едитора си, отиваш в ЦВС клиента уплоадваш си промените на ЦВС-а и после чакаш 2-3 мин сървъра ти да изтегли промеите за да ги тестваш- трагедия. Въпроса: Има ли друг начин да направя това ? или вариант да вържа 2 ЦВС-а в общ репоситории, или друго? Всеки, които иска да тества и си има собствен сървър, да си пуска cvs up -d преди да започва да тества. Проблема ми изглежда решен? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] PHP+SVN+Apache
В пт, 2007-07-27 в 14:02 +0300, milen nikolov написа: On Fri, 2007-07-27 at 10:49 +0300, Gggg ggg wrote: не е точно така.докато се пише код общо взето се записва и тества резултата на сървъра по средно 2-3 пъти в минута. не е това идеята като се ползва CVS основната идята да се ползва CVS при разработка е да се пазят версии и да се разрешават конфликти при работа на няколко програмисти по един проект. безмислено е да се комитва през 2-3 минути, да не кажа тъпо. Програмистите ти трябва да си ъплоадват сами към вебсървъра и когато напишат значима част от проекта, тогава да комитват, или да комитват примерно в края на работния ден. Това са глупости. Какво пречи на програмистите през svn-а да качват новите неща на сървъра, commit при тях, update на сървъра? Така после можеш лесно да update-неш навсякъде. Другото нещо е, че се commit-ват промени, които са смислени (ако не тестваш) - не един път на края на деня, дето си написал 30 различни неща, а всяко по отделно, за да има смисъл от нещата, които си качил. Дневното commit-ване е в общи линии за backup, отколкото за нещо полезно. Иначе да тестваш 3 пъти в минута си е бая сложно упражнение, та ми се вижда малко преувеличено това на G :) signature.asc Description: Това е цифрово подписана част от писмото ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
[Lug-bg] happy sysadmin day :)
Здравейте, днес никой не се сети да честити денят на системния администратор (последният петък на месец Юли) реших аз да го направя :) За повече информация: http://www.sysadminday.com/ Поздрави, Данаил Петров! -- Danail Petrov Senior Network Administrator Evolink, Sofia +359(2)9691650 www.evolink.com icq uin 989677 smime.p7s Description: S/MIME Cryptographic Signature ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] PHP+SVN+Apache
On Fri, 2007-07-27 at 10:49 +0300, Gggg ggg wrote: не е точно така.докато се пише код общо взето се записва и тества резултата на сървъра по средно 2-3 пъти в минута. не е това идеята като се ползва CVS основната идята да се ползва CVS при разработка е да се пазят версии и да се разрешават конфликти при работа на няколко програмисти по един проект. безмислено е да се комитва през 2-3 минути, да не кажа тъпо. Програмистите ти трябва да си ъплоадват сами към вебсървъра и когато напишат значима част от проекта, тогава да комитват, или да комитват примерно в края на работния ден. On 7/26/07, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Around 07/26/07 11:11, Gggg ggg scribbled: Здравейте, имам един CVS (SVN) на които си държа кода (PHP). когато програмист уплоадне на CVS-a новия си код, пост-уплоад процедурата пуска един скрипт ,който сваля новите промени в директорията на апачето и по този начин програмиста има вазможност да тества кода си секунди след като го е ъплоуднал - малко тромаво, но работи. Проблема: има програмисти, който ползват собствен сървър+апаче ,но трябва да ползват същия CVS за да има смисъл цялата работа. когато те уплоуднат кода си на ЦВС-а отнема доста време докато постъплоуд процедурата свали промените на техния сървър и е ужасно изнервящо за работа. представете си как натискаш запис в едитора си, отиваш в ЦВС клиента уплоадваш си промените на ЦВС-а и после чакаш 2-3 мин сървъра ти да изтегли промеите за да ги тестваш- трагедия. Въпроса: Има ли друг начин да направя това ? или вариант да вържа 2 ЦВС-а в общ репоситории, или друго? Всеки, които иска да тества и си има собствен сървър, да си пуска cvs up -d преди да започва да тества. Проблема ми изглежда решен? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Milen Trifonov Sirma Solutions System Administrator e-mail: [EMAIL PROTECTED] --- The problem that we thought was a problem was, indeed, a problem, but not the problem we thought was the problem. -- Mike Smith ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] PHP+SVN+Apache
добре де, не виждам смисъл да коментираме начина на работа. той е такъв поради спецификата на работа. ако някой ми предложи разрешение на проблема ще е по-добре, вместо смяна на работния процес. работния процес не е идеален и създава тази трудност , но ако беше лесно да се промени нямаше да попитам тук. On 7/27/07, milen nikolov [EMAIL PROTECTED] wrote: On Fri, 2007-07-27 at 10:49 +0300, Gggg ggg wrote: не е точно така.докато се пише код общо взето се записва и тества резултата на сървъра по средно 2-3 пъти в минута. не е това идеята като се ползва CVS основната идята да се ползва CVS при разработка е да се пазят версии и да се разрешават конфликти при работа на няколко програмисти по един проект. безмислено е да се комитва през 2-3 минути, да не кажа тъпо. Програмистите ти трябва да си ъплоадват сами към вебсървъра и когато напишат значима част от проекта, тогава да комитват, или да комитват примерно в края на работния ден. On 7/26/07, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Around 07/26/07 11:11, Gggg ggg scribbled: Здравейте, имам един CVS (SVN) на които си държа кода (PHP). когато програмист уплоадне на CVS-a новия си код, пост-уплоад процедурата пуска един скрипт ,който сваля новите промени в директорията на апачето и по този начин програмиста има вазможност да тества кода си секунди след като го е ъплоуднал - малко тромаво, но работи. Проблема: има програмисти, който ползват собствен сървър+апаче ,но трябва да ползват същия CVS за да има смисъл цялата работа. когато те уплоуднат кода си на ЦВС-а отнема доста време докато постъплоуд процедурата свали промените на техния сървър и е ужасно изнервящо за работа. представете си как натискаш запис в едитора си, отиваш в ЦВС клиента уплоадваш си промените на ЦВС-а и после чакаш 2-3 мин сървъра ти да изтегли промеите за да ги тестваш- трагедия. Въпроса: Има ли друг начин да направя това ? или вариант да вържа 2 ЦВС-а в общ репоситории, или друго? Всеки, които иска да тества и си има собствен сървър, да си пуска cvs up -d преди да започва да тества. Проблема ми изглежда решен? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Milen Trifonov Sirma Solutions System Administrator e-mail: [EMAIL PROTECTED] --- The problem that we thought was a problem was, indeed, a problem, but not the problem we thought was the problem. -- Mike Smith ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
Re: [Lug-bg] PHP+SVN+Apache
On Fri, 2007-07-27 at 14:28 +0300, Vasil Kolev wrote: В пт, 2007-07-27 в 14:02 +0300, milen nikolov написа: On Fri, 2007-07-27 at 10:49 +0300, Gggg ggg wrote: не е точно така.докато се пише код общо взето се записва и тества резултата на сървъра по средно 2-3 пъти в минута. не е това идеята като се ползва CVS основната идята да се ползва CVS при разработка е да се пазят версии и да се разрешават конфликти при работа на няколко програмисти по един проект. безмислено е да се комитва през 2-3 минути, да не кажа тъпо. Програмистите ти трябва да си ъплоадват сами към вебсървъра и когато напишат значима част от проекта, тогава да комитват, или да комитват примерно в края на работния ден. Това са глупости. Какво пречи на програмистите през svn-а да качват новите неща на сървъра, commit при тях, update на сървъра? Така после можеш лесно да update-неш навсякъде. е нали и аз това казах, може не съм се изразил ясно. Другото нещо е, че се commit-ват промени, които са смислени (ако не тестваш) - не един път на края на деня, дето си написал 30 различни неща, а всяко по отделно, за да има смисъл от нещата, които си качил. Дневното commit-ване е в общи линии за backup, отколкото за нещо полезно. това имах предвид Иначе да тестваш 3 пъти в минута си е бая сложно упражнение, та ми се вижда малко преувеличено това на G :) ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg -- Milen Trifonov Sirma Solutions System Administrator e-mail: [EMAIL PROTECTED] --- The problem that we thought was a problem was, indeed, a problem, but not the problem we thought was the problem. -- Mike Smith ___ Lug-bg mailing list Lug-bg@linux-bulgaria.org http://linux-bulgaria.org/mailman/listinfo/lug-bg
