.NET Web Service Best Practice több fejlesztő

szavazat
1

Van egy nagy ASP.NET projekt, amely több száz jelentéseket. Mi vagyunk a folyamat halad az összes SQL lekérdezések (futás elleni Oracle Database) három webes szolgáltatások. A webes szolgáltatások kategorizálja parancsot, beállításokat, és a jelentés lekérdezések. Meg kell telepíteni egy részhalmaza a projekt SQL Server * backend több helyszínen, hogy megszakad az internet. Ezért, miután minden kapcsolatot az adatbázissal és a lekérdezéseket a webes szolgáltatások teszi az alkalmazás kezelhető és tudjuk húzni az al-jelentés készletet, és nem kell módosítani a kódot. A projekt keretében forrás vezérlés Serena ChangeMan szoftver.

A kérdés az, mi több programozók és mindenkinek szüksége van, nézd meg a web szolgáltatások fájlokat dolgozni a tételeket. Épp most végre elágazás, de lassan egy rémálom. Van havi termelési szállítások és néha tárgyakat, amelyek állítólag bemegy a havi építmények kap felemelte, amíg a következő hónapban. Az egyesülő vált manuális folyamat.

Van magatartás internetes keresések és Meglep, hogy nem voltam képes megtalálni minden jó „Best Practice” web szolgáltatási architektúra fehér oldalakat. Sok nagy cég, amely bizonyára szembesült ezekkel a kérdésekkel.

Ne legtöbb nagy fejlesztő csoportok használnak elágazás? Olvastam, hogy a Visual Studio Team System Database Edition nyújthatna szabványos kód, amely lehetővé teszi, hogy az alkalmazás kapcsolódni a különböző adatbázisok. Tudni beszerzési Team System a legjobb módszer? Vagy tudja valaki, hol találok dokumentációt, amely segít nekünk ezeket a kérdéseket?

Köszönöm, Lorie

A kérdést 09/12/2008 19:20
a forrás felhasználó
Más nyelveken...                            


3 válasz

szavazat
2

Ez a probléma úgy tűnik, hogy teljesen független a célja a szoftver. A kérdés itt az, hogy van egy kis, véges számú fájlok több fejlesztő fog dolgozni naponta. Nem kell tapasztalat Serena ChangeMan szoftver sem TFS más, mint a játék körül vele. Lenne tapasztalat pár verziókövető rendszerek használó merge / elkövetni modell: CVS és Subversion . Ezek mind kitűnő, ingyenes változat ellenőrzési rendszereket széles körben használják.

Ha nem ismeri a merge / elkövetni modell, a lényeg, hogy egyetlen fejlesztő „pénztár” és a zár egy fájlt a változásokat. Mindenki lehet letölteni, és módosítja valamelyik fájlt. Amikor eljön az ideje, hogy kötelezzék el ezeket a változásokat a forráskód adatbázis, a tároló szoftver megakadályozza a elkövetni, ha más változtatásokat hajtottak végre, hogy a fájl egy másik fejlesztő. Az új verzió, akkor a letöltött, és a legtöbb esetben a módosítások automatikusan csatoljuk a változtatásokat. Akkor újra teszt, majd elkövetni azt a verziót. Ez a modell nagyon sikeres és nagyon skálázható.

Azt mondta, minden, hogy még az egyesítés / elkövetni modell nem tudja megoldani a fájdalmát, amely kis számú fájlokat egy csomó fejlesztő, hogy megváltoztatja az említett fájlokat. Azt javasoljuk, darabolja fel a funkcionalitást több webes szolgáltatásokat. Talán három helyett, monolit internetes szolgáltatásokat is három csoportot hozzunk létre a kapcsolódó webes szolgáltatások. Azt hiszem, ez, párosulva egy verziókövető rendszer egyesítési / elkövetni fogja megoldani a problémákat.

CVS és Subversion szerver fut a Windows, Mac és Linux. Számos ügyfél minden, a rendelkezésre álló számos operációs rendszeren. Ezek közé tartozik a stand-mentén az ügyfelek, a Visual Studio plugin, és a héj dugó. További előny, hogy mind a CVS és Subversion állnak a parancssorból ami scripting (gondolom automatizált build) viszonylag egyszerű.

Válaszolt 09/12/2008 19:34
a forrás felhasználó

szavazat
1

Miért nem bonthatja le logika egyes osztály fájlok is kivették minden fejlesztő?

Válaszolt 09/12/2008 22:05
a forrás felhasználó

szavazat
0

Az általunk használt SOA, de mi is használni SVN ami több egyesülő orientált. Talán úgy egy másik forrásból rendszer?

Válaszolt 09/12/2008 19:27
a forrás felhasználó

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more