Добре, това Mercurial като не си бачкал с него, откъде си сигурен, че е по-добро?
С централен сървър ли работи или с локални репозитории като гит-а? И пълните версии на файловете ли пази, или само делта?
И как се държи при мърджване, това за което ревеш най-много?
Мисълта ми е, че бих приел аргументи, ако посочиш нещо смислено, а не само да плюеш, пък реално да не даваш смислена и проверена алтернатива, която да няма недостатъците, за които недоволстваш.
Чисто теоретично, как си представяш да бъде правилно организирано мърждването така че да не предизвиква колизии и бъгове?
За мен това си е предизвикателство на теоретично ниво, т.е. как да бъде решено като алгоритъм, а вече имплементация е ясно, че може да се направи ако е решено принципно.
Преди години имахме един проблем по един софтуерен проект, и проблемът беше да се кепчерира видео, и докато тече кепчерирането, да може да се работи с тази част от видеофайла, докъдето е стигнало. Повечето готови софтуери за кепчериране изискваха първо да приключи кепчерирането, и чак тогава когато вече файла е готов, да може да се плейва.
Моите колеги от една българска софтуерна фирма го решиха проблема брилянтно. Но това беше преди доста години, когато все още видеокасетите бяха актуални.
А идеята беше, че трябваше да се направи професионален комерсиален софтуер за подготовка на субтитри. Филмът идваше най-често на видеокасета, и трябваше да се пести време на преводача от кепчериране, тъй като сроковете бяха доста кратки. Така можеше веднага да почне да превежда.
Крайният резултат стана това
И сега са дръпнали много по-напред, но аз съм в основата на този проект. Отдавна вече не се занимавам с него. Но идеята е моя и аз го развих идейно първоначално този софт.
В коденето директно не съм участвал.
Отплеснах се малко, но идеята беше да кажа, че сигурно има начин да се мърджва правилно, но още не съм стигнал в четенето на гит-а до това.Редактирано от Quai dOrsay на 12.12.17 19:10.
|