Git është një mjet i shkëlqyeshëm për menaxhimin e ndryshimeve të kodit me kalimin e kohës dhe lejon që kodi të integrohet nga ekipet e zhvilluesve. Por edhe mjetet më të dobishme mund të bëhen problematike kur keqpërdoren, dhe ne duhet t'i kuptojmë këto të meta për t'i shmangur ato. Problemet më të zakonshme me Git shkaktohen nga rishkrimi i historisë dhe zhbërja e ndryshimeve që janë bërë tashmë.

Le të shohim pjesët e Git që duhet të shmangim për ta mbajtur jetën tonë si zhvillues të thjeshtë dhe të lehtë.

Kungull

Procesi standard për përdorimin e Git është të klononi një depo, të bëni ndryshime në nivel lokal dhe më pas t'i integroni ato me serverin në distancë. Kur një zhvillues ka kryer ndryshime të shumta në një depo dhe e shtyn kodin në serverin e largët, do të shfaqen shumë angazhime në historikun e versioneve. Kjo është e dobishme në mënyrë që ndryshimet të mund të gjurmohen, por ndonjëherë shihet si konfuze ose e vështirë për t'u lexuar.

Ndonjëherë zhvilluesit do të përdorin funksionalitetin git squash për të konvertuar kryerjet e shumta në një kryerje të vetme, në mënyrë që një ndryshim i tërë të jetë në një kryerje. Megjithatë, kjo duhet të shmanget për disa arsye.

Së pari, ai heq gjendjet ndërmjetëse, që do të thotë se kur diçka shkon keq, ne nuk jemi në gjendje të aksesojmë kryerjet midis fillimit dhe fundit të ndryshimit.

Së dyti, ai rishkruan historinë e ndryshimeve dhe ne humbasim gjurmët se kur janë bërë angazhimet. Kjo rezulton në disponueshmërinë e më pak informacionit për të ndihmuar në identifikimin e ndryshimeve nga degë të ndryshme dhe kur u shfaqën konflikte.

Së treti, rrit madhësinë e ndryshimeve, gjë që rrit rrezikun. Është shumë më e lehtë të merreni me ndryshime të shpeshta të vogla në krahasim me ndryshimet e rralla të mëdha.

Në vend që të përdorni kungull, është më mirë të mbani historinë e kryerjes së pandryshuar dhe ta paraqisni secilin commit ashtu siç ishte kur ishte bërë. Kjo na lejon të mbajmë historinë e ndryshimeve, të rishikojmë të gjitha angazhimet e bëra brenda një ndryshimi dhe të menaxhojmë rrezikun duke bërë ndryshime më të vogla.

Push me forcë

Pushtimi i detyruar është një mënyrë për të mbishkruar ndryshimet në serverin në distancë me versionin tonë të kodit. Por bërja e kësaj mund të shkaktojë probleme për anëtarët e tjerë të ekipit dhe të na bëjë të humbasim ndryshimet e kodit.

Kur i shtyjmë me forcë ndryshimet tona në serverin në distancë, zhvilluesit e tjerë që punojnë në të njëjtën bazë kodi mund të përfundojnë duke punuar jashtë kodit të vjetër. Nëse ata tërheqin kopjen më të fundit dhe më pas ju detyroni ta shtyni atë, klientët e tyre do të jenë jashtë sinkronizimit. Problemi shtohet nëse ata përgjigjen me forcë duke shtyrë ndryshimet e tyre, duke shkaktuar të njëjtën çështje për ju.

Detyrimi i mbishkrimit të kodit në distancë mund të humbasë gjithashtu ndryshimet që janë bërë që nga tërheqja juaj e fundit. Kjo mund të çojë në rikthimin e gabimeve të vjetra, ndërtime të dështuara dhe humbje të punës.

Përmbledhje

Git është një mjet i shkëlqyeshëm, por kur keqpërdoret mund të shkaktojë shumë probleme. Si pjesë e përdorimit të Git, ne duhet të shmangim rishkrimin e historisë ose zhbërjen e ndryshimeve me funksionalitete të tilla si kungull dhe forcë shtytje. Bërja e kësaj do të na ndihmojë ta mbajmë punën tonë të thjeshtë dhe efikase.

Më ndiqni këtu për më shumë përmbajtje ose më kontaktoni në: