255 pași - arhiva blogului - regulile de lucru cu codul de depozit

Acest regulament a fost scris mult timp în urmă. Acum, lucrurile s-au schimbat. De exemplu, SVN este acum în vogă. Iar tehnica pe proiectul dvs. pot fi diferite. În loc de termenul „trunchi“, este posibil să utilizați „maestru“. Un jet de altceva. Deci adapteze documentul pentru ei înșiși. Și asta este - cum să folosească rybu.Dokument scrise special pe termen scurt, deoarece documente lungi nimeni nu citește.
Și rețineți, multe dintre elementele individuale sunt însoțite de o descriere a regulilor de proceduri de control, indicând persoana responsabilă. Fără a procedurilor de control reglementări nu funcționează bine. Acum am aceste descrieri extinse în mod serios.

Da, încă. Documentăm acest lucru destul de a face viața mai ușoară.

Regulamentele lucra cu SVN

Data Rezoluție Versiune Poziție Nume

1 Introducere
1.1 Scop
Scopul documentului „Statutul de lucru cu SVN» - reducerea la minimum a timpului de adaptare a noului angajat. Documentul este citit de toți inginerii care se ocupă cu codul sursă, care trec de probațiune.

În acest moment, Pinpoint. În timpul perioadei de probă un nou angajat este obligat să treacă un examen pe regulamente. Reglementări: Lucrul cu munca in echipa, stilul de codificare, etc. Și da, o examinare formală este foarte importantă. Fără ea va fi confuzie si ezitarilor.

Și nu. Nu înțeleg.

„La locul de muncă Educație (Deming termenul)“ are o modalitate de a aduce angajatului la „controlul statistic (Deming termen).“ Și aceasta este una dintre cele mai bune investiții de bani într-un nou angajat.

Ceea ce este și mai interesant. Probabil ajuta la organizarea formării și desfășurării de depunere a cursurilor și examenelor luate - este o obligație directă a Departamentului de Dezvoltare Personal (HR-departament). Dar există o astfel destul de rar.

1.2 Structura documentului
Documentul înregistrează un acord între dezvoltatorii de inginerii lucra cu instrumente de colaborare SVN.

1.3 Definiții, abrevieri și acronime utilizate în sistem

• Sistemul versionare - un set de reguli, proceduri, instrumente, oferind control al versiunii
• Produsul software - un set de programe și setări ale sistemului și software special, informații și alte componente critice ale sarcinii utilizatorului dezvoltate
• Stocare (depozit) - o locație centralizată pentru stocarea de date și de a schimba istoria, care este utilizat pentru controlul versiunilor
• Release - lansarea versiunii finale Programs- produs gata de utilizare. Release - este un set de elemente de configurare pentru care testarea se efectuează și care sunt recomandate pentru a fi utilizate simultan.
• construi (versiune, construi) - o versiune intermediară a programului. De obicei, fiecare ansamblu de numerotat număr natural, care este incrementat cu fiecare ansamblu nou.
• Sucursala (ramură) - direcția de dezvoltare, independent de celelalte. O ramură este o copie a părții (de exemplu, un director) de stocare, pe care o puteți face modificări care nu afectează celelalte ramuri. Documentele în diferite ramuri au aceeași poveste la punctul de ramificare și diferit - după.
• etichetă (tag) - un nume simbolic pentru o copie a tuturor datelor de proiect la momentul etichetelor MONTANȚILOR.
• Trunk (trunchi) - ramura principală de dezvoltare a proiectului.
• Revizuire (revizuire) - numărul set intern de schimbări în controlul versiunilor.
• Codul de revizuire -sistematicheskaya verifica codul sursă al programului, în scopul de a detecta și corecta erorile care trec neobservate în timpul fazei inițiale de dezvoltare.
• Utilizator - subiectul de a lucra cu un sistem de control al versiunii.

1.4 notațiile adoptate în documentul
TBD

2. Accesul anonim la magazia ar trebui să fie interzise.

3. Fiecare utilizator ar trebui să lucreze cu numele de utilizator / parola (cheile SSH).

4. Structura directorul de proiect ar trebui să conțină trei directoare principale: trunchi, tag-uri și ramuri. Structura director de proiect este descris în [4].

4 Regulamentele
4.1 script de lucru generalizat cu SVN
1. Utilizatorul actualizează copie a datelor de stocare
2. Utilizatorul este editarea fișierelor
3. Utilizatorul plasează fișierele modificate în seif.

În plus, există operațiuni ocazionale crea etichete ramură prostanovki și ramuri care fuzionează.

4.2 Pregătirea de utilizator și parola pentru a accesa SVN
Pentru acces necesită o conectare și o parolă, care trebuie să fie solicitate prin trimiterea unui e-mail, în orice formă, în numele (o copie)
O metodă alternativă de obținere a parolei. sau da numele de utilizator și parola de la primirea scrisorii de la Departamentul de Resurse Umane pentru a retrage un nou angajat. Canalul de transmisie este arbitrară.

4.3 Actualizarea codului sursă din depozit
codurile sursă trebuie să fie actualizate în dimineața zilei înainte de a începe să lucreze direct cu codul. Acest lucru este necesar pentru a reduce copia locală nepotrivire cu versiunea în magazia, și pentru a reduce riscul de conflicte comite. Produs prin rularea comenzii svn update.

4.4 Redenumirea și mutarea fișierelor
Redenumirea svn redenumire efectuate echipa, în mișcare - comanda SVN mutare. Acest lucru este necesar pentru a păstra istoricul modificărilor fișierelor.

4.5 Configurarea fișierelor la magazia
Aceasta se realizează prin rularea SVN comite.
• comanda svn comite este efectuată de codul gata pentru a fi plasate în depozit.
• Înainte de a efectua SVN comite comandă, trebuie să executați SVN comanda de actualizare.
• Se recomandă să se facă unele comiterilor acoperire inregistrata in tracker bug-ul, dacă este posibil.
• Codul care este plasat în depozit, ar trebui să îndeplinească și să respecte standardele de codificare. A se vedea [2]

Acest lucru este necesar pentru a preveni codul necolectabil la magazia, precum și a reduce probabilitatea de conflict.

Nu trebuie să fie plasate într-un depozit:
• Dosare goale
• generate în timpul funcționării fișierelor compilator
• Fișierele care se aplică setările de utilizator curente
• Nu fișierele legate de proiect
• Diferite versiuni ale aceluiași fișier sub nume diferite, etc.
Tipurile de fișiere de mai sus trebuie să fie adăugate la lista de fișiere ignorate.

Acum, aș dori să adaug câteva puncte. 1) Este creată o ramură separată, în cazul în care mai mult de un ar trebui să se angajeze. 2) Este de dorit ca numele sucursalei care conține proiectul și numărul de sarcini de la tracker (Jira pentru ceva de acest gen: orion / SAU-42).

asamblare 4.9 Poster
În fiecare dimineață este responsabil pentru managementul configurației efectuează controlul proiectării de asamblare și de asamblare a rezultatelor, pune problema de a corecta clase „eronate“. Erorile de configurare sunt corectate în primul rând, la toate celelalte lucrări.