|
|
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Как вы отслеживаете, кто из сотрудников, кто имеет соответствующий доступ, удалил заведенный Tag? или удалил ветку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2020, 12:48 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Cobalt747, да никак, ветка удаляется чуть-ли не после каждого merge request-а постоянно живут только develop, release, master обычно тот, кто создаёт merge request, тот и ставит галку "Delete branch..." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.01.2021, 16:29 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Если немного погуглить, то можно найти инфу что хуками можно это отслеживать В системах управления разработкой есть права для бранчей. Вот , например, как это устроено в Azure Devops ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.01.2021, 17:18 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Cobalt747 Как вы отслеживаете, кто из сотрудников Зачем это вообще отслеживать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.01.2021, 02:09 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
hVostt, Разбор полетов, лишение прав на такие действия ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2021, 22:42 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Cobalt747 hVostt, Разбор полетов, лишение прав на такие действия Делать вам там что-ли больше нечего? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 09:29 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
skyANA, разые бывают виды разработки. Если заказчик требует ручного управления составом релиза, то ветки чрезвычайно важны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 10:10 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
ptr128 skyANA, разые бывают виды разработки. Если заказчик требует ручного управления составом релиза, то ветки чрезвычайно важны. Разные бывают. И в зависимости от вида разработки стоит выстроить наиболее эффективный процесс работы с Git. И принять этот процесс в команде. Да, на это придётся потратить время. Но что-то мне подсказывает, что "разбор полётов" и "лишение прав" этому не поможет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 10:34 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Cobalt747 Разбор полетов, лишение прав на такие действия Нанесите превентивный удар: лишите прав сразу. Все действия - через PR и code review. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 14:57 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Cobalt747 Разбор полетов, лишение прав на такие действия Нанесите превентивный удар: лишите прав сразу. Все действия - через PR и code review. Удаление ветки через pull request? Это как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 15:29 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
skyANA, да не удалять их вообще. Только сборщику релиза дать права. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 20:05 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Cobalt747 hVostt, Разбор полетов, лишение прав на такие действия В разборе полетов есть смысл. Если кто-то анонимно вкоммитил секюрити инцедент. Но я не понимаю юзкейса на примере тегов. Расскажите на что было и к каким последствиям привел тег. Убежден что не стоит разработчику ограничивать такую активность в Git. Все таки участие в этом процессе это его отвесттвенность. В крайнем случае можно ограничить роли людей которые просто делают мержи DEV -> QA -> UAT. Если разработчик хулиганит или не адекватен - то стоит поставить вопрос о его уходе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 21:35 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
mayton Но я не понимаю юзкейса на примере тегов. Расскажите на что было и к каким последствиям привел тег. Есть в жизни понятие мелкосерийной разработки ПО. Когда, в принципе, на 90% один и тот же продукт продается ряду заказчиков и оказывается на поддержке. При этом у каждого заказчика может работать своя сборка и при поддержке важно знать, что именно в эту сборку включено. Вот тогда тэги и бранчи лелеят, как зеницу ока. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 21:54 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
ptr128 mayton Но я не понимаю юзкейса на примере тегов. Расскажите на что было и к каким последствиям привел тег. Есть в жизни понятие мелкосерийной разработки ПО. Когда, в принципе, на 90% один и тот же продукт продается ряду заказчиков и оказывается на поддержке. При этом у каждого заказчика может работать своя сборка и при поддержке важно знать, что именно в эту сборку включено. Вот тогда тэги и бранчи лелеят, как зеницу ока. Все равно не понимаю. Что сделал разработчик с тегом? Подозреваю что он сделал какой-то фикс или фичу и передвинул тег на свой коммит. Чтоб данный коммит зашел в какой-то релиз. Верно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 22:09 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
mayton, А могла и банально рука дрогнуть. и вместо удаления одного тега, который назвали неправильно и не там, дропнули очень важный тег. а какие в этом случае есть способы его найти и восстановить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 22:23 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Хм... хороший вопрос. Получается что в Git трекается исстория коммитов и бранчей при условии что они входят в вечные ветки такие как dev/master. Висячие коммиты дохнут через какой-то период или по вызову git gc. А теги... получается что не сохряняют историю изменений. Мда. Задачка. Попробуйте настроить цифровые подписи для тегов. Насколько я понимаю это дает возможность хотя-бы проверить аутентичность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 22:33 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
mayton, да нет, все проще. Оформляешь администратору резеревного копирования заявку на восстановление подходящей по времени копии репозитория. И руками восстанавливаешь. Поминая незлым тихим словом того, кто этот тэг или бранч прибил. Просто если эта нужная лента в хранилище, в которое курьер мотается только раз в неделю, сроки восстановления сами можете прикинуть. А клиент ждет все это время и поминает незлым тихим словом вас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.01.2021, 23:31 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
mayton В разборе полетов есть смысл. Если кто-то анонимно вкоммитил секюрити инцедент. Если в команде не принята практика вливаний в основную ветку только через пулл-реквест и код-ревью, то вовсе не обязательно это должен быть анонимный коммит, любой может сломать что угодно при чём даже не преднамерено. И толку в таком случае разбираться? mayton Если разработчик хулиганит или не адекватен - то стоит поставить вопрос о его уходе. Публичная порка палками, погнать ссаными тряпками с позором )) Много чего можно сделать, но уже пост-фактум. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2021, 02:03 |
|
||
|
Отслеживание удаления меток в GIT
|
|||
|---|---|---|---|
|
#18+
Cobalt747 А могла и банально рука дрогнуть. и вместо удаления одного тега, который назвали неправильно и не там, дропнули очень важный тег. а какие в этом случае есть способы его найти и восстановить? Это реальная проблема? Случайно удалили не тот тег? И никто не признается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2021, 09:22 |
|
||
|
|
start [/forum/topic.php?fid=37&msg=40033198&tid=1555233]: |
0ms |
get settings: |
17ms |
get forum list: |
7ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
31ms |
get topic data: |
8ms |
get forum data: |
1ms |
get page messages: |
359ms |
get tp. blocked users: |
1ms |
| others: | 317ms |
| total: | 743ms |
| 0 / 0 |
