MORDHAU - Геймплей за ръкопашен бой (Pre-Alpha)

Малък екип от разработчици, които си вършат работата тук и там. Имаме ръководител на екип и носим единствената отговорност за качването на актуализирани изходни файлове от сървъра за разработка на производствения сървър. Така че, да кажем, така че ако трябва да бъдат качени актуализирани файлове на прод сървъра, съответният разработчик ще уведоми ръководителя на екипа за това и след това оловото на екипа ще актуализира файловете на прод сървъра. Така че никой разработчик няма достъп до прод сървъра с изключение на ръководителя на екипа. Това е нашата текуща настройка.

Сега това, което искаме да направим, е да дадем на разработчиците начин за качване на техните актуализирани файлове на сървъра, без ръководителят на екипа да се намесва в процеса. Кой според вас е най-добрият начин за това?

  • 1 Проучвали ли сте, за да видите дали има налични инструменти за разполагане за вашия проект (напр. Capistrano за разполагане на ruby ​​/ rails)? Ако не друго, ровенето около тяхната документация трябва да ви даде добри насоки за това как да проектирате вашата система

Наистина зависи от какъв проблем се опитвате да разрешите.

Повечето софтуерни магазини със среден размер имат Dev Server, Live Server и NLE (Near Live Environment, което трябва да бъде точен клон на редовно обновяване на живо).

Това, което бих ви препоръчал, е да имате инсталиран сървър за разработчици, до който всички разработчици имат достъп, за да могат да тестват, без да се притесняват от екипа, и NLE, който само водачът управлява.

Това трябва да реши проблема с достъпа на разработчика за тестване и да ви позволи правилно да управлявате вашите издания, без да прекъсвате на живо.

Никога не давайте възможност на разработчика да качва файлове директно на производствения сървър.

Ако го направите, тогава ще загубите контрола върху производствения сървър и всички ще започнат да качват файловете в производствения.

Най-добрия начин: Само след партньорска проверка, един посветен човек трябва да качва файлове на производствения сървър (никой друг не трябва да качва освен този човек).

  • И аз така си мислех ... Но можем ли просто да се отнасяме към това в хипотетичния му смисъл, без да се отнасят до свързаните с него проблеми със сигурността, как мислите, че това може да се направи по най-правилния начин? Благодаря ти!
  • Категорично не съм съгласен с методологията единствен човек, който може да се ангажира с производството, тъй като тя предизвиква катастрофа. Да използваме обичайна обратна фраза: ако този човек влезе под автобуса, тогава какво правите? В моя офис има малък екип за разработка и всички ние имаме достъп до производствени машини с балансирано натоварване и никога не е бил източник на проблем.
  • @msanford Можете да разглеждате тази методология като „роля на една работа“, а не като „един човек“. Според мен винаги е добре, ако един човек е ясно отговорен за едно нещо. Но да, знанията трябва да се разпространяват сред няколко души.

Бих ви препоръчал да не качвате повече файлове за качване, а вместо това да използвате система за версиране на кодове и да правите експортиране от там. По този начин имате пълен контрол над това какво се е случило кога.

toomanyairmile също спомена, че преминавате от сървъра за разработчици първо към променителен сървър и след това към сървъра на живо. Това също е много добра препоръка. Това, което трябва да имате, е и записан контролен списък с неща, които ще тествате, преди да бъде пусната следващата версия. По този начин можете да сте сигурни, че нищо важно не се счупи след актуализация. По този начин имате ролята на ръководител на екипа като записан процес и човекът може да бъде заменен.

Защо не настроите SVN в сървър за разработка, позволете на разработчиците да работят в един или повече клонове, след което кодът да се слее в багажника. След като стволът е актуализиран, използвайте rsync, за да актуализирате вашите производствени файлове.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?