- saxus blogja
- A hozzászóláshoz be kell jelentkezni
- 919 megtekintés
Hozzászólások
"Aki meg VCS-be rak .sou fájlt, azt meg péklapáttal megnevelni."
Mar regota agyalok egy "mit tegyunk mindig gitignore-ba, mit ne tegyunk soha gitignore-ba, es mi az amit gondoljunk meg, hogy gitignore-ban van-e a helye" howto-n.
- A hozzászóláshoz be kell jelentkezni
jómagam az üres gitignore híve vagyok, egy értelmes fejelsztő fel tudja mérni hogy egy adott változás releváns-e az adott commitban. ha nem tudja mi az a .sou, minek stageli?
- A hozzászóláshoz be kell jelentkezni
Ahan, szoval ha jol ertem te inkabb arra szavazol, hogy a git add -nal/git commit -am -nel/helyett legyen esznel mindenki. Erdekes megkozelites, vegulis lattam mar olyan csapatot, ahol menne.
De szerintem pl. az IDE-k szemete tipkusan jo pelda arra, hogy mi valo gitignore-ba. Vagy csak en nem szeretem azt, hogy kicheckoutolom a projektet es meg hozza se nyultam egy forrasfajlhoz se, csak epp betoltottem az IDE-mbe, de maris n+1 fajl ott van a stash-ben/untracked file-okban? Aztan ha ket .idea-ban pont mas valtozott, az meg egy felelsleges conflict resolve-ra is rakenyszerithet. Kulon fasza mikor a csapat fele eclipse-szel a masik fele meg intellij idea-val akar dolgozni, es pl. az Eclipse-esek kapjak meg hogy oldjak fel az idea-sok conflictjat, mert ok merge-olik masik ket kollega modositasait ket kulon branch-bol a sajatjukba. ;)
- A hozzászóláshoz be kell jelentkezni
nem gondolom, hogy az üres gitignore azt jelenti, hogy minden szemét megy a közösbe...
--
blogom
- A hozzászóláshoz be kell jelentkezni
Ertelmeseknel nem, de a csapatmunka mindig megneveli az embert hogy eggyel failsafe-ebb legyen. ;)
Ha 2-3 fos a projekt es tudod hogy minenki normalis, akkor lehet ures a gitignore
- A hozzászóláshoz be kell jelentkezni
Ja kedvencem, mikor az obj/bin könyvtárat is becommitolja valaki.
Külön kedvencem, mikor valaki behúz valami libet és azt nem egy dedikált helyre rakja, hanem a bin/Debug-ba és onnan húzza be, de értelmes volt a VCS és ignore-n volt a bin könyvtár.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
A csucs amit lattam egyszer stash-ben:
modified: .DS_Store
Na mondom meg jo hogy xcode csak OS X-re van, mert a vegen meg thumbs.db-vel is tele lenne.
Es ekkor meg azt hittem ennyi a vicc. Aztan veletlen meglattam egy ilyet a commit logban tok veletlen visszefele nezegetve az atvett projektet regebbrol:
"Removed conflicting .DS_Store"
Es azutan se volt annyi eszuk hogy begitignore-ozzak vagy ne addoljak. Halal komoly. Raadasul emlekeim szerint egy korabbi Macports-os git verzio ugy tette fel a gitet hogy global config gitingore-jaba tette a .DS_Store-t. (Mar homebrew-ozok, ebben most nem talalom)
- A hozzászóláshoz be kell jelentkezni
Nem használtok valami build managert ami magának húzná le a dependencyket nuget-tel, elkerülve az ilyen kézzel behúzott lib problémákat?
(Java világban ez ugye a maven vagy a gradle, .net világban annyira nem vagyok otthon.)
- A hozzászóláshoz be kell jelentkezni