Это я знаю, как и возможность "частичных" мёржей. Но в SVN, мне очень мешает централизация, отсутствие возможности быстрого бранчевания, всякие blame (svn ann) отрабатывают реактивно, а, при наличии тестов, делать бинарный поиск сломавшего коммита вообще прелесть. SVN тут почти на каждый чих лезет на сервер. Делать локально коммиты на каждый чих или мелкое изменение, без боязни пропустить или сломать что-то, особенно когда активно что-то исследуешь/пробуешь, а потом сделать rebase -i и причесать код - по мне прям вот золото, хотя есть и те, кто против этого, против редактирования истории.
Но это уже вопросы религии) В целом, Git мне больше по душе.
Поигрался тут на досуге. Если честно, то не понял. Ну вообще никак. Точнее как средство отделить часть репозиториря в отдельный проект - нормально. Но вот стоит задача: есть 5 проектов, и хочется общую часть поместить в один общий. Причём хочется, что бы ссылаться можно было как на конкретный коммит, так и на бранч и что бы при заборе любого из 5 проектов всегда забирался самый последний коммит с общего.
Ни сабмодули, но subtree этого не помогают сделать:
При использовании сабмодулей, ревизия хранится в в мастер-репозитории. И сделав банальный git clone --recurisve REPO, вы не получите последний коммит из сабмодуля, даже если укажите банч для трекинга. Итого, потом нужно будет сделать git submodule update --remote, после чего мастер-репозиторием это воспринимается как модификация и нужно git commit/git push сделать. Как поведение по-умолчанию, это норм - ты закрепляешь ревизию, и случайно не поломаешь сборку. Но если сабмодуль ваш на пачку сервисов, то удобнее трекать именно бранч, а если сборка сломается, то чинить мастер-репозиторий, обычно это свидетельствует об его неконсистентности.
На сабмодулях тоже самое. Обычный git pull не заберёт последние данные из upstream, более того, что бы забрать нужно ещё и указать полный путь каждый раз до апстрима.
Сейчас выходит, что флоу более-менее релевантен для сабмодулей (с настроенным git submodule set-branch ...):
git pull
git submodule --remote
# если видишь изменеия в сабмодулях
git add submodule_dir
git commit
Если бы вы не забыли использовать --prefix и сделали бы локальное дерево, например, в /opt/live_streaming, то можно было бы понять, в противном случае - бескультурие
Вроде же можно отсудить, если показать, что премия стабильная и фиксированная из месяца в месяц. Т.е. имеет место быть мошенническая схема. Слышал про успешные исходы такой тяжбы.
Это в РФ? Тут на Habr пишут, что в РФ все программисты в 25 лет уже перестают программировать, а в 30 лет уже на пенсии.
Карьеристы) мне не очень хочется шагать дальше сеньора, мне нравится, адаптируя Гогу из известного фильма, когда начинает крутиться и вертеться то, что без меня не крутилось и вертелось.
300 лет монгольского ига и крепостное право не прошли зря.
Да хз. До какого-то момента да, а потом пришло осознание, что все они тоже какают. Если не порешь косяков, то свою точку зрения достаточно легко отстаивать.
Готовиться нужно постоянно... 8 лет назад проходил курс по алгоритмам, сейчас начал в преддверии смены работы просматривать заново... и всё снова как бы ново)
ХЗ, но я вот пользуюсь. Хотя, судя по некоторым наблюдениям в частной переписке, то да, пользуются, причём непосредственно для разработки себя же :)
Там оверлеем подтянуть можно... если манифест используешь
libsigc++?
Гит и сборка из исходников тоже
Это я знаю, как и возможность "частичных" мёржей. Но в SVN, мне очень мешает централизация, отсутствие возможности быстрого бранчевания, всякие blame (svn ann) отрабатывают реактивно, а, при наличии тестов, делать бинарный поиск сломавшего коммита вообще прелесть. SVN тут почти на каждый чих лезет на сервер. Делать локально коммиты на каждый чих или мелкое изменение, без боязни пропустить или сломать что-то, особенно когда активно что-то исследуешь/пробуешь, а потом сделать
rebase -iи причесать код - по мне прям вот золото, хотя есть и те, кто против этого, против редактирования истории.Но это уже вопросы религии) В целом, Git мне больше по душе.
Поигрался тут на досуге. Если честно, то не понял. Ну вообще никак. Точнее как средство отделить часть репозиториря в отдельный проект - нормально. Но вот стоит задача: есть 5 проектов, и хочется общую часть поместить в один общий. Причём хочется, что бы ссылаться можно было как на конкретный коммит, так и на бранч и что бы при заборе любого из 5 проектов всегда забирался самый последний коммит с общего.
Ни сабмодули, но subtree этого не помогают сделать:
При использовании сабмодулей, ревизия хранится в в мастер-репозитории. И сделав банальный
git clone --recurisve REPO, вы не получите последний коммит из сабмодуля, даже если укажите банч для трекинга. Итого, потом нужно будет сделатьgit submodule update --remote, после чего мастер-репозиторием это воспринимается как модификация и нужноgit commit/git pushсделать. Как поведение по-умолчанию, это норм - ты закрепляешь ревизию, и случайно не поломаешь сборку. Но если сабмодуль ваш на пачку сервисов, то удобнее трекать именно бранч, а если сборка сломается, то чинить мастер-репозиторий, обычно это свидетельствует об его неконсистентности.На сабмодулях тоже самое. Обычный
git pullне заберёт последние данные из upstream, более того, что бы забрать нужно ещё и указать полный путь каждый раз до апстрима.Сейчас выходит, что флоу более-менее релевантен для сабмодулей (с настроенным
git submodule set-branch ...):А геометрию контура используешь, что бы плату вписать в нужный размер?
Если бы вы не забыли использовать
--prefixи сделали бы локальное дерево, например, в/opt/live_streaming, то можно было бы понять, в противном случае - бескультуриеВроде же можно отсудить, если показать, что премия стабильная и фиксированная из месяца в месяц. Т.е. имеет место быть мошенническая схема. Слышал про успешные исходы такой тяжбы.
Карьеристы) мне не очень хочется шагать дальше сеньора, мне нравится, адаптируя Гогу из известного фильма, когда начинает крутиться и вертеться то, что без меня не крутилось и вертелось.
Да хз. До какого-то момента да, а потом пришло осознание, что все они тоже какают. Если не порешь косяков, то свою точку зрения достаточно легко отстаивать.
.
К слову, я сотрудничал с канадцами, так потом уже по личным связям начали привлекать к проектам. По рекомендациям.
ЗЫ при этом пойти типовое FAANG-style интервью я вряд-ли смогу пройти)
Да ладно, синхронизировались же)
Я видел программеров, умеющих в github, но не умеющих в git
Посыл был про связи, что "тама", они играют не меньшую роль, что на этом свойстве целую социалку сделали.
Хм, не знал. Спасибо!
Линкедин не у нас придумали.
В РФ уволить достаточно тяжело.
В каком регионе такая зп?
Готовиться нужно постоянно... 8 лет назад проходил курс по алгоритмам, сейчас начал в преддверии смены работы просматривать заново... и всё снова как бы ново)