въпрос за git

Половината свят го хейти, явно не е случайно.


Цитат: Разкажете на всички. tiny.cc/mkc1ay превод bit.ly/2kLVdly

"Гит трябва да се учи сума и време"

Глупости. Базовите неща дето ги ползваш 99% от времето ги разбираш за половин ден макс. Вярно е че наистина сложните части и цял живот може да не ги ошлайфаш, но това е вярно за повечето нетривиални инструменти.

I have sold less books on sex than Stephen Hawking has on physics -- Madonna

Работим в мастър бранч, аз фащам един фичър. Начи кажат ти как се смъква как се качва в репото, дотук лесно. Колегата от друг град не разбрал, и почва и той да маца по него. Ама са една група от 12 файла, отделно дето се добавя по разни общи за проекта конфизи. Изпреварил ме, и качил преди мене. Грозната истина лъсва, като опитвам да пушвам и аз. И се почват едни кавги, ся малко е зора дето да напиша кода, да го регистрирам в 3 документа, че и диви мържове да правя по целия си фичър. До толкова издивях, че за малко да напусна след 3 подобни случки. До 80 % от работата ми е отивала да се разправям с подобен мазаляк!

На Гит му липсват елементарни фичъри. Единствено чувам колко бил убав щот бил МОДЕРЕН, и затуй трябвало и ний да не се делим от модата §§ овчата мисъл.
И с куците и скъпи виртуалки същата работа. МОДА и толкоз, диви пари дават да не се делят от стадото. Особено за AWS политиката и цените са направо обидни. Как има хора да ги ползват не мога да си обясня.

Цитат: Разкажете на всички. tiny.cc/mkc1ay превод bit.ly/2kLVdly

"Изпреварил ме, и качил преди мене. Грозната истина лъсва, като опитвам да пушвам и аз"

Е то и в свн е така като стартирате две джонки от една ревизия и единия превари - топката е в бавния да дръпне новите неща, да ги мърджне локално с неговите лайна и да пробва пак да ги качи. Ти кво предлагаш да прави системата в такъв случай? Заключването само изглежда решение щото тогава или ше си бъркаш в носа или ще махнеш рийдонлито при тебе, ще мажеш и после ще забравиш да го качиш и ще се оправдаваш като се счупят нещата - ама то на моя комп бачка! Ако екипа не си говорите като пълнолетни по работа или нема поне един пълнолетен да надзирава процеса а плющите код като малоумни макаци и дедо боже не мое да ви помогне

I have sold less books on sex than Stephen Hawking has on physics -- Madonna

Културните софтове показват на другия, че някой е чекиннал файла, и по него се работи. Не е нужно да се заключва дори, важното е другия да знае като види табелата "Не пипай работят хора".
Само Гит го не може това. Аз поне не знам да има система да вдигна нишан, че в момента акам в тия точно храсти, и да не ми се бъркат.
После да речем искам да дръпна проект, дето не съм бацал 1 година по него. Има функция да override, ама е толкова овъртяно с тая двустепенна система на комитите, че си правя нова папка да ми е на сигурно. Да не омацам нещо в главното репо. От един момент нататък не знам кое къде се копира, бранчва мържва и кво изобщо става.
И после наново копирам сетингите пък на Еклипс...
Абе тъпотия до шия! Не е донаправен!

Цитат: Разкажете на всички. tiny.cc/mkc1ay превод bit.ly/2kLVdly

Посочи конкретна алтернатива, която според теб е ок.

Ама обосновано, с аргументи кое защо и как.

е нали ти каза - SourceSafe. подлога на бат били е маминото голема само скимичи ама иначе уиндоусчето, сорссейф, ала бала, не може живее без него.

Ако е писано - може и да се задомя, но не на всяка цена.

Ем всички останали са удобни за работа. Има едно Mercurial, с него не съм бачкал, водят го подобен на Гита шит.
Силата на Гит са бранчовете, можеш да отцепиш дори единствен файл.

@Меко, сега не работя със SourceSafe. Oчаквах да подскочиш. [линк]

Цитат: Разкажете на всички. tiny.cc/mkc1ay превод bit.ly/2kLVdly

Просто Програмиста е тъп като пуканка, хората работят с git в екипи от десетки и стотици програмисти, странно как те се оправят а рабиняка се осира с първия мърдж...

чети и дишай по-леко

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

Ако е писано - може и да се задомя, но не на всяка цена.

И като ти покаже че Пенчо бачка по файла хикс какво?

Ще го чакаш? Колко време?

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

I have sold less books on sex than Stephen Hawking has on physics -- Madonna

Мда, то това си е ранен тест колко струва някой. Вкарваш го в екипа, правиш му конфликт и му гледаш сеира. Ако скъса два чифта пътъци да търчи по екипа и да мрънкя да не му барат файловете можеш спокойно да му биеш шута и да го пратиш да "предприемачества".

чети и дишай по-леко

Не само ГИТ, много са нещата, дето показват дали си за тоя екип детска градина, или си за предприемач.
Конфликтите са загуба на време. Ако ги толерират и това е стила на работа - смъквам КПД-то и почвам да скатавам. Конфликтът е аварийна ситуация, и трябва да се избягва по възможност. Само такива като вас дето не са бачкали в реална среда са такива философи. Един го водеха senior при нас, и се кълнеше, че можело да се разчита на автоматичен merge. Някой път става, ама такива бъгове прави, че не е истина.
Иначе ползвали го стотици хора - то милиони практикуват педерастия, щот модерно нали... Овчия инстинкт го оставям на Спечените.

Цитат: Разкажете на всички. tiny.cc/mkc1ay превод bit.ly/2kLVdly

Във вашата анархо-комунистическа фирма всички ли пишете в мастъра? В нашата там пише само Шефа. Всяко лапе си има собствен бранч и си бачка в него без да гледа в другите. Мърджовете ги прави само Шефа и това му отнема 1 минута. Ако някой мърдж фейлне - съответното лапе се привиква и му се казва да от-пипа там, дето не му е било работа да пипа.

Гита възпитава в дисциплина!

Е то ако има кой да оправя мазаляка и аз ще му стана фен. В една предна фирма тоя дето на Ламповия му беше смешна думичка - интегратор демек - вземаше вредни за тая работа.
Гит иска някой да му чиракува на него, не той да ти улеснява работата.

Цитат: Разкажете на всички. tiny.cc/mkc1ay превод bit.ly/2kLVdly

И сам да си е сгодно да имаш репо щото креативната фаза неизбежно е свързана с експерименти и яко мазане и да можеш да видиш разликите и да изчистиш с една команда цяло дърво сорс (евентуално като отделиш части от промените) и имплементираш на чиста основа вече дестилираните идеи е супер.

Код извън репо не се пише. Закон

I have sold less books on sex than Stephen Hawking has on physics -- Madonna

Ако нещо локално е много оцапано, но на репото е ОК, тогава можеш да изкомандваш get reset --hard origin/master. Затрива всички локални промени и връща състоянието, както е в репото. Ползва се само в крайни случаи естествено. Затова е добре всеки да прави поне по 2-3 комита дневно, та ако се стигне до резетване, загубата да не е кой знае колко голяма.

Наистина Гит има команди за какво ли не, обаче ми се е случвало някой от тях (особено в комбинация), да ги търся в стака.

Иначе някой неща само с Гит не могат да станат, нужно е да се дооправят и ръчно. Например това лято поехме един проект от "Фаза 3". Оказа се, че във фази 1 и 2 обаче има много бъгове, та трябваше да оправяме и тях. Всичко въвеше добре, докато клиента не прииска всички фиксове по 1 и 2 да ги извадим в отделен бранч, за да иска дискаунт от предходните, които бяха работили по проекта. А ние вече 2 седмици бяхме мешали фиксове с нови фийчъри. Доста рових, докато видя как това да стане с най-малко жертви, но решение само с команди нямаше, трябваше да се прехвърлят временно и файлове във външни папки.

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

Чисто теоретично, как си представяш да бъде правилно организирано мърждването така че да не предизвиква колизии и бъгове?
За мен това си е предизвикателство на теоретично ниво, т.е. как да бъде решено като алгоритъм, а вече имплементация е ясно, че може да се направи ако е решено принципно.

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

Крайният резултат стана това
[линк]
И сега са дръпнали много по-напред, но аз съм в основата на този проект. Отдавна вече не се занимавам с него. Но идеята е моя и аз го развих идейно първоначално този софт.
В коденето директно не съм участвал.

Отплеснах се малко, но идеята беше да кажа, че сигурно има начин да се мърджва правилно, но още не съм стигнал в четенето на гит-а до това.

Защо пък ctrl +c/v?
Аз по-скоро си го представям да се записват версии с нарастващи номера.