P
Для меня это звучит дико
а что конкретно?
Size: a a a
2019 July 09
AT
думаю локи из LFS вам подойдут, вы же на UE4 делаете и там все равно большие бинари? а LFS как раз для такого и сделан
я просто интересуюсь )) У нас на работе в перфорсе локи для таких ситуаций и используют которую я выше описал
Dv
а что конкретно?
Лочить файлы для того, чтобы кто-то не мог запушить без меня
Dv
А если я помер или в отпуске?
Dv
У нас вот такое было в прошлой конторе
AS
ты можешь залочить бранч для себя или для избранных скажем на том же ГитЛабе. и дать права на мердж в мастер только правильным людям, и не беспокоится о том, что в репе будет хаос.
GitLab EE умеет ещё по файлам ограничивать ))
P
А если я помер или в отпуске?
обычно есть force unlock какой-нибудь
Dv
Какой-то чудак залочил файлы в TFS, а потом уволился
Dv
И кароч никто не знал, как их разлочить %)
P
идея обычно в том, чтобы случайно не сломать, специально сложно запретить
Dv
Сервер, разумеется, поднимали сто лет назад, и как им рулить тоже все позабыли
Dv
В итоге вылечилось тем, что я весь этот TFS отправил в печь, предварительно мигрировав оттуда все репозитории через git-tfs 🤷♂️
P
грустная история
P
Artem Tema
я просто интересуюсь )) У нас на работе в перфорсе локи для таких ситуаций и используют которую я выше описал
вот вы мне кажется мешаете теплое с мягким
локи которые вы описали это защита репозитория от правок без разрешения (закрыть доступ на запись)
это делается серверными хуками
локи в перфорсе и svn обычно используют для разрешения конфликтных ситуаций с бинарями которые я описал (не дать одновременно работать с бинарями), и вроде как прямой аналог для этого - локи в LFS
надо решить какую задачу вы решаете
локи которые вы описали это защита репозитория от правок без разрешения (закрыть доступ на запись)
это делается серверными хуками
локи в перфорсе и svn обычно используют для разрешения конфликтных ситуаций с бинарями которые я описал (не дать одновременно работать с бинарями), и вроде как прямой аналог для этого - локи в LFS
надо решить какую задачу вы решаете
E雨
У нас просто они для разных целей использовались (в последней конторе, сейчас я вообще на p4).
Ребейз когда ты что-то локально у себя делаешь. Мерж, когда нужно что-то на сервере сделать. Ибо правило было такое, что как только ты запушил менять больше нельзя (в принципе во всех конторах где использовался CI для сборки билдов с фичеветок такое правило было).
А вот что больше использовалось не знаю, я у себя локально постоянно и ребейзил и мержил когда что нужно.
Ребейз когда ты что-то локально у себя делаешь. Мерж, когда нужно что-то на сервере сделать. Ибо правило было такое, что как только ты запушил менять больше нельзя (в принципе во всех конторах где использовался CI для сборки билдов с фичеветок такое правило было).
А вот что больше использовалось не знаю, я у себя локально постоянно и ребейзил и мержил когда что нужно.
Хмм, возможно действительно правильный подход
E雨
о, на SO такое спрашивали
https://stackoverflow.com/questions/36162956/why-is-git-checkout-named-like-that
https://stackoverflow.com/questions/36162956/why-is-git-checkout-named-like-that
Спасибо
SK
ребята а кто скажет как сделать короткие ссылки в маркодвне гитхаба вот так:
в IDE Atom маркдовн парсер сьел, а вот гитхабовский не могет :(.
Создание RAID-массива {#create_raid} не работаетв IDE Atom маркдовн парсер сьел, а вот гитхабовский не могет :(.
Dv
А я никогда такого не видал
Dv
Вероятно, это одно из расширений маркдауна, которое не поддерживается гитхабом :(
SK
ну я в онлайн редакторе такое увидил и потом когда начал писать и Атом сожрал, я такой хммм клево. залил на ГитХаб и упс. он ждет полную ссылку