forum.opennet.ru - "GitLab отказался от CLA-соглашения при приёме изменений" (40)

"GitLab отказался от CLA-соглашения при приёме изменений"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"GitLab отказался от CLA-соглашения при приёме изменений"	+/–
Сообщение от opennews (??), 03-Ноя-17, 10:42
Компания GitLab, развивающая одноимённую платформу для организации совместной работы с Git-репозиториями, сообщила (https://about.gitlab.com/2017/11/01/gitlab-switches-to-dco-l.../) об отказе от необходимости заключения специального CLA-соглашения (Contributor License Agreement) при передаче изменений, улучшений или исправлений проекту. Для участия в разработке теперь не нужно подписывать документ о передаче имущественных прав на использование своего кода в составе GitLab, а достаточно согласиться с условиями Developer Certificate of Origin (https://developercertificate.org/) (DCO). Документ Developer Certificate of Origin подготовлен юристами организации Linux Foundation и уже 13 лет используется (https://lkml.org/lkml/2004/5/23/10) при передаче изменений в состав ядра Linux, позволяя отслеживать авторство каждого изменения в коде. Принятие изложенных в документе условий осуществляется через указание при передаче патча строки "Signed-off-by: имя и email разработчика", что позволяет максимально упростить процесс привязки кода к авторам. Прикрепляя данную подпись к патчу, разработчик подтверждает своё авторство над передаваемым кодом и соглашается с его распространением в составе проекта или как часть кода под свободной лицензией. В качестве причины перехода GitLab c CLA на DCO называется пожелания проектов Debian (https://wiki.debian.org/Alioth) и GNOME (https://www.opennet.dev/opennews/art.shtml?num=46558), которые планируют перевести свои инфраструктуры разработки на платформу GitLab. Отказ от необходимости подписания CLA-соглашения позволит разработчикам Debian и GNOME присоединиться к работе над GitLab и продвигать свои улучшения, реализованные для удовлетворения возникающих потребностей. Ожидается, что переход Debian и GNOME на GitLab позволит увеличить эффективность разработки и привлечёт новых участников в проект. Многие новые разработчики привыкли к GitHub и отдают предпочтение данной платформе, но использование GitHub в GNOME и Debian недопустимо в силу её проприетарного характера, в то время как платформа GitLab достаточно близка по возможностям и является свободным ПО. URL: https://about.gitlab.com/2017/11/01/gitlab-switches-to-dco-l.../ Новость: http://www.opennet.dev/opennews/art.shtml?num=47495
Ответить \| Правка \| Cообщить модератору

Оглавление

Хорошая новость Лично я не шлю патчи тем, кто требует что-то там подписать , anonymous (??), 10:42 , 03-Ноя-17, (1) +2

А я вообще никому патчи не шлю , Аноним999 (ok), 11:23 , 03-Ноя-17, (2) +16

Присылайте патчи , omnomnym (?), 11:26 , 03-Ноя-17, (3) +2
а я ни пачти, ни патчи , имя (?), 12:38 , 03-Ноя-17, (16) +2

С этой бюрократией люди порой начинают производить идиократию Вот коммит из QEM, anonymous (??), 11:29 , 03-Ноя-17, (4) –1

Ты что, ведь там еще целый огромный хеш 56bef8511a576deef32d3e763b993b5001015c2d, Аноним (-), 11:39 , 03-Ноя-17, (6)

автоматизация не имеет ни малейшего отношения ни к ревью, ни к sign-off, обе опе, нах (?), 11:55 , 03-Ноя-17, (9) –3

Порядок - он в головах должен быть Умный разраб понимает, что могут возникнуть , Мать драконов (?), 13:15 , 03-Ноя-17, (17) +1

О чём вы Речь про патч, который делает замену одного слова с have на has и , Аноним (-), 13:53 , 03-Ноя-17, (20) +2

Надеюсь, чтобы исправить ошибку в этом слове, комитет не нужен , trolleybus (?), 14:31 , 03-Ноя-17, (23)

Шлите патч на комментарий и не возникайте тут , Аноним (-), 15:47 , 03-Ноя-17, (27) +3

это вам была прекрасная иллюстрация на тему тысячи глаз , и, кстати, в применен, нах (?), 14:57 , 03-Ноя-17, (26) –1

Видимо разработчики Qemu предпочитают следовать одному заведённому порядку, а не, Аноним (-), 18:27 , 03-Ноя-17, (31) +2

О чём вы Люди целенаправлено лично вручную ставили свои подписи на изменение в , Аноним (-), 14:04 , 03-Ноя-17, (22)

Они исправили Many a flamewar have been fought на Many a flamewar has been fo, Аноним (-), 11:47 , 03-Ноя-17, (8)

пришли им реквест Они будут страшно рады заняться его изучением, аппрувом и под, нах (?), 11:57 , 03-Ноя-17, (10) –1

Такое ощущение, что это ты один в этом проекте в три лица горбатишься, а они еру, Аноним (-), 14:36 , 03-Ноя-17, (24) –2

Ты оставил Столлмана вместе со всем FSF без поддержки А мы думали, что они уж т, Андрей (??), 13:21 , 03-Ноя-17, (19)

Тут один чувак доказывал что ФСФ не требует передачи прав на код Кто ошибается , Тот_Самый_Анонимус (?), 22:05 , 03-Ноя-17, (33) –1

Если это FSF-проект gcc, gnulib, emacs, , то это обязательно Before incorpora, Андрей (??), 04:02 , 05-Ноя-17, (37) –1

Источник https www gnu org prep maintain maintain html Legal-Matters, Андрей (??), 04:03 , 05-Ноя-17, (38) –1
Т е я был прав, и ФСФ не принимает код под лицензией, которую люто советует дру, Тот_Самый_Анонимус (?), 06:25 , 10-Ноя-17, (40) –2

в то время как платформа GitLab достаточно близка по возможностям - если присм, Аноним (-), 11:34 , 03-Ноя-17, (5) +2

а космические корабли бороздяд просторы большого театра , Andrey Mitrofanov (?), 12:31 , 03-Ноя-17, (12) –1

Открыл для себя gitlab и теперь не могу никак закрыть Отличная штука В том чис, Аноним (-), 11:41 , 03-Ноя-17, (7)

А не боишься https www opennet ru opennews art shtml num 38342https www ope, анонимус (??), 12:08 , 03-Ноя-17, (11)

Уязвимость 2013 года, недоступность на пару дней за несколько лет - так то надёж, alltiptop (ok), 12:32 , 03-Ноя-17, (13) +1
После второго случая у них очень правильные бэкапы с неоднократным дублированием, Аноним (-), 12:32 , 03-Ноя-17, (14) +2

После случая по второй ссылке, Аноним (-), 12:33 , 03-Ноя-17, (15)

1 Эти ребята сделали правильные выводы 2 Для суперперестраховки можно разверн, blackst0ne (ok), 13:58 , 03-Ноя-17, (21) +1

так и сделано, конечно Не понимаю ссзб хранящих бизнес-данные у дяди, Аноним (-), 16:18 , 03-Ноя-17, (28) +1

Эээ, а как же Gitea , h31 (ok), 13:19 , 03-Ноя-17, (18) –2

Это та, которая сама на гитхабе хостится , Аноним (-), 17:05 , 04-Ноя-17, (35)

Для ниосилевших коньсоль , pavlinux (ok), 14:57 , 03-Ноя-17, (25) –2

Консоль никуда не делась А удобная работа с merge requests появилась, Аноним (-), 16:20 , 03-Ноя-17, (29)
По ходу в одиночку работаешь , Володимир (?), 17:34 , 03-Ноя-17, (30)

одиночкам и гит не нужен, new folder, new folder1, new folder old , Sw00p aka Jerom (?), 22:59 , 03-Ноя-17, (34) –1

Одиночкам кодревью не нужен, а контроль версий любому нормальному человеку нужен, Володимир (?), 15:48 , 07-Ноя-17, (39)

Отличная новость про Дебиан , Аноним (-), 18:49 , 03-Ноя-17, (32) –1

Да, Alioth безнадёжно устарел Как, впрочем, и вообще нехилая часть дебиановской, Аноним (-), 19:08 , 04-Ноя-17, (36)

Сообщения [Сортировка по времени | RSS]

1. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от anonymous (??), 03-Ноя-17, 10:42

Хорошая новость. Лично я не шлю патчи тем, кто требует что-то там подписать.

Ответить | Правка | Наверх | Cообщить модератору

2. "GitLab отказался от CLA-соглашения при приёме изменений" +16 +/–

Сообщение от Аноним999 (ok), 03-Ноя-17, 11:23

А я вообще никому патчи не шлю. ))

Ответить | Правка | Наверх | Cообщить модератору

3. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от omnomnym (?), 03-Ноя-17, 11:26

Присылайте патчи.

Ответить | Правка | Наверх | Cообщить модератору

16. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от имя (?), 03-Ноя-17, 12:38

а я ни пачти, ни патчи

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от anonymous (??), 03-Ноя-17, 11:29

С этой бюрократией люди порой начинают производить идиократию. Вот коммит из QEMU:
# git log CODING_STYLE
commit 56bef8511a576deef32d3e763b993b5001015c2d
Author: Jonathan Neuschäfer <j.neuschaefer@gmx.net>
Date:   Fri Sep 30 02:04:28 2016 +0200
    CODING_STYLE: Fix a typo ("have" vs. "has")

    Signed-off-by: Jonathan Neuschäfer <j.neuschaefer@gmx.net>
    Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
    Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
И вы не поверите, что это за серьёзный патч, котоый имеет аж ДВЕ подписи и ЦЕЛЫЙ РЕВЬЮ:
diff --git a/CODING_STYLE b/CODING_STYLE
index e7fde15..f53180b 100644
--- a/CODING_STYLE
+++ b/CODING_STYLE
@@ -9,7 +9,7 @@ patches before submitting.
Of course, the most important aspect in any coding style is whitespace.
Crusty old coders who have trouble spotting the glasses on their noses
can tell the difference between a tab and eight spaces from a distance
-of approximately fifteen parsecs.  Many a flamewar have been fought and
+of approximately fifteen parsecs.  Many a flamewar has been fought and
lost on this issue.

QEMU indents are four spaces.  Tabs are never used, except in Makefiles

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

6. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 03-Ноя-17, 11:39

Ты что, ведь там еще целый огромный хеш 56bef8511a576deef32d3e763b993b5001015c2d и время с точностью до секунды и часового пояса! Как страшно жить, не зная слово автоматизация.
> ЦЕЛЫЙ РЕВЬЮ
т.е., по-вашему, ревью патча, изменяющего пару символов, не нужен?

Ответить | Правка | Наверх | Cообщить модератору

9. "GitLab отказался от CLA-соглашения при приёме изменений" –3 +/–

Сообщение от нах (?), 03-Ноя-17, 11:55

> не зная слово автоматизация.
автоматизация не имеет ни малейшего отношения ни к ревью, ни к sign-off, обе операции делают люди, и они именно для этого и придуманы, чтобы нельзя было автоматически пропихнуть что-то не то. А вот когда то и другое требуется по малейшему чиху - очень вероятно, что "автоматизация" вида "отъ..сь, вот вам подпись" приведет к подписыванию неглядя уже и опасных изменений в коде.
> т.е., по-вашему, ревью патча, изменяющего пару символов, не нужен?
ревью и целых две подписи к патчу, исправляющему банальную опечатку в документации? Вы бредите. Разумеется, не нужен и вреден. Даже если туда слово х^й написать вместо исправления - мир вовсе не рухнет, в следующем патче исправишь...если вообще хоть кто-нибудь заметит.

Ответить | Правка | Наверх | Cообщить модератору

17. "GitLab отказался от CLA-соглашения при приёме изменений" +1 +/–

Сообщение от Мать драконов (?), 03-Ноя-17, 13:15

Порядок - он в головах должен быть. Умный разраб понимает, что могут возникнуть неудобства при работе с пробелами/табами. Особенно когда их меняют.
И если человек, присылающий патч не понимает этого, то он мyдак. И вообще лентяй. И козявка.

Ответить | Правка | Наверх | Cообщить модератору

20. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от Аноним (-), 03-Ноя-17, 13:53

О чём вы? Речь про патч, который делает замену одного слова с "have" на "has" и при этом им потребовалось собрать целый коммитет...

Ответить | Правка | Наверх | Cообщить модератору

23. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от trolleybus (?), 03-Ноя-17, 14:31

> коммитет
Надеюсь, чтобы исправить ошибку в этом слове, комитет не нужен.

Ответить | Правка | Наверх | Cообщить модератору

27. "GitLab отказался от CLA-соглашения при приёме изменений" +3 +/–

Сообщение от Аноним (-), 03-Ноя-17, 15:47

Шлите патч на комментарий и не возникайте тут.

Ответить | Правка | Наверх | Cообщить модератору

26. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от нах (?), 03-Ноя-17, 14:57

> О чём вы?
это вам была прекрасная иллюстрация на тему "тысячи глаз", и, кстати, в применении к code review и подписыванию коммитов оно работает точно так же - то есть, никак. Люди не в состоянии читать буквы и соображать головой. Чем меньше ваша разработка зависит от их умения и желания это делать, тем, на самом деле, только лучше.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

31. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от Аноним (-), 03-Ноя-17, 18:27

> автоматизация не имеет ни малейшего отношения ни к ревью, ни к sign-off, обе операции делают люди, и они именно для этого и придуманы, чтобы нельзя было автоматически пропихнуть что-то не то. А вот когда то и другое требуется по малейшему чиху - очень вероятно, что "автоматизация" вида "отъ..сь, вот вам подпись" приведет к подписыванию неглядя уже и опасных изменений в коде.
Видимо разработчики Qemu предпочитают следовать одному заведённому порядку, а не писать длинные списки исключений, когда порядок можно изменить.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

22. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 03-Ноя-17, 14:04

> Ты что, ведь там еще целый огромный хеш 56bef8511a576deef32d3e763b993b5001015c2d и время с точностью до секунды и часового пояса! Как страшно жить, не зная слово автоматизация.
О чём вы? Люди целенаправлено лично вручную ставили свои подписи на изменение в одном предложении с "have" на "has".
> т.е., по-вашему, ревью патча, изменяющего пару символов, не нужен?
Ревью патча + две подписи на файл CODING_STYLE, где банально изменяется опечатка? Нет не нужен.
Или вы считаете, что если бы приняли такой патч, где банально исправляется "have" на "has" в текстовом документе (то есть это даже не код), без подписи, то человек бы подом отсудил себе миллионы и бедный QEMU бы загнулся?

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

8. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 03-Ноя-17, 11:47

Они исправили "Many a flamewar have been fought" на "Many a flamewar has been fought"?
Странные. Я бы исправил на "Many flamewars have been fought"

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

10. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от нах (?), 03-Ноя-17, 11:57

> Странные. Я бы исправил на "Many flamewars have been fought"
пришли им реквест. Они будут страшно рады заняться его изучением, аппрувом и подписыванием, вместо работы.

Ответить | Правка | Наверх | Cообщить модератору

24. "GitLab отказался от CLA-соглашения при приёме изменений" –2 +/–

Сообщение от Аноним (-), 03-Ноя-17, 14:36

Такое ощущение, что это ты один в этом проекте в три лица горбатишься, а они ерундой все занимаются. Это опенсорс, поэтому вместо критики пошёл бы черканул пару строк им в код самостоятельно.
"Как советовать, так все чатлане, как работать..." © Кин-дза-дза

Ответить | Правка | Наверх | Cообщить модератору

19. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Андрей (??), 03-Ноя-17, 13:21

> Хорошая новость. Лично я не шлю патчи тем, кто требует что-то там подписать.
Ты оставил Столлмана вместе со всем FSF без поддержки. А мы думали, что они уж точно фонд добра.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

33. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от Тот_Самый_Анонимус (?), 03-Ноя-17, 22:05

Тут один чувак доказывал что ФСФ не требует передачи прав на код. Кто ошибается?

Ответить | Правка | Наверх | Cообщить модератору

37. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от Андрей (??), 05-Ноя-17, 04:02

Если это FSF-проект (gcc, gnulib, emacs,..), то это обязательно:
Before incorporating significant changes, make sure that the person who wrote the changes has signed copyright papers and that the Free Software Foundation has received and signed them. We may also need an employer’s disclaimer from the person’s employer, which confirms that the work was not part of the person’s job and the employer makes no claim on it. However, a copy of the person’s employment contract, showing that the employer can’t claim any rights to this work, is often sufficient.
Т.е. иногда нужно даже ещё и у работодателя получать разрешение. Что дополнительно тормозит развитие FSF-проектов. Но зато они смогут отстаивать свою лицензию в суде.
Единственная альтернатива для личного кода - это передать свой патч в общественное достояние (public domain).

Ответить | Правка | Наверх | Cообщить модератору

38. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от Андрей (??), 05-Ноя-17, 04:03

Источник: https://www.gnu.org/prep/maintain/maintain.html#Legal-Matters

Ответить | Правка | Наверх | Cообщить модератору

40. "GitLab отказался от CLA-соглашения при приёме изменений" –2 +/–

Сообщение от Тот_Самый_Анонимус (?), 10-Ноя-17, 06:25

Т.е. я был прав, и ФСФ не принимает код под лицензией, которую люто советует другим... Лицемеры, о чём я и говорил.

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

5. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от Аноним (-), 03-Ноя-17, 11:34

"в то время как платформа GitLab достаточно близка по возможностям" - если присмотреться, то даже опережает.

Ответить | Правка | Наверх | Cообщить модератору

12. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от Andrey Mitrofanov (?), 03-Ноя-17, 12:31

> присмотреться, то даже опережает.
а "космические корабли бороздяд просторы большого театра"!

Ответить | Правка | Наверх | Cообщить модератору

7. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 03-Ноя-17, 11:41

Открыл для себя gitlab и теперь не могу никак закрыть. Отличная штука. В том числе, используется отдельная инсталляция в компании. Конечно, комьюнити эдишн, ибо всем жалко денег.

Ответить | Правка | Наверх | Cообщить модератору

11. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от анонимус (??), 03-Ноя-17, 12:08

А не боишься?
https://www.opennet.dev/opennews/art.shtml?num=38342
https://www.opennet.dev/opennews/art.shtml?num=45957
Я бы этим ребятам ничего не доверил.

Ответить | Правка | Наверх | Cообщить модератору

13. "GitLab отказался от CLA-соглашения при приёме изменений" +1 +/–

Сообщение от alltiptop (ok), 03-Ноя-17, 12:32

Уязвимость 2013 года, недоступность на пару дней за несколько лет - так то надёжнее гитхаба и битбакета выглядит. Это без учёта того что проект открыт и можно развернуть хостинг у себя.

Ответить | Правка | Наверх | Cообщить модератору

14. "GitLab отказался от CLA-соглашения при приёме изменений" +2 +/–

Сообщение от Аноним (-), 03-Ноя-17, 12:32

После второго случая у них очень правильные бэкапы с неоднократным дублированием. Они делали разбор полётов, почему все бэкапы на момент факапа были сломаны, и позже описали то, как у них сделано теперь.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

15. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 03-Ноя-17, 12:33

> После второго случая
*После случая по второй ссылке

Ответить | Правка | Наверх | Cообщить модератору

21. "GitLab отказался от CLA-соглашения при приёме изменений" +1 +/–

Сообщение от blackst0ne (ok), 03-Ноя-17, 13:58

1. Эти ребята сделали правильные выводы.
2. Для суперперестраховки можно развернуть GitLab на контролируемом сервере, а не использовать gitlab.com

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

28. "GitLab отказался от CLA-соглашения при приёме изменений" +1 +/–

Сообщение от Аноним (-), 03-Ноя-17, 16:18

> можно развернуть GitLab на контролируемом сервере, а не использовать gitlab.com
так и сделано, конечно. Не понимаю ссзб хранящих бизнес-данные у дяди

Ответить | Правка | Наверх | Cообщить модератору

18. "GitLab отказался от CLA-соглашения при приёме изменений" –2 +/–

Сообщение от h31 (ok), 03-Ноя-17, 13:19

Эээ, а как же Gitea?

Ответить | Правка | Наверх | Cообщить модератору

35. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 04-Ноя-17, 17:05

Это та, которая сама на гитхабе хостится?

Ответить | Правка | Наверх | Cообщить модератору

25. "GitLab отказался от CLA-соглашения при приёме изменений" –2 +/–

Сообщение от pavlinux (ok), 03-Ноя-17, 14:57

Для ниосилевших коньсоль?

Ответить | Правка | Наверх | Cообщить модератору

29. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 03-Ноя-17, 16:20

> Для ниосилевших коньсоль?
Консоль никуда не делась. А удобная работа с merge requests появилась

Ответить | Правка | Наверх | Cообщить модератору

30. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Володимир (?), 03-Ноя-17, 17:34

По ходу в одиночку работаешь.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

34. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от Sw00p aka Jerom (?), 03-Ноя-17, 22:59

)) одиночкам и гит не нужен, new folder, new folder1, new folder old))))

Ответить | Правка | Наверх | Cообщить модератору

39. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Володимир (?), 07-Ноя-17, 15:48

> )) одиночкам и гит не нужен, new folder, new folder1, new folder
> old))))
Одиночкам кодревью не нужен, а контроль версий любому нормальному человеку нужен.

Ответить | Правка | Наверх | Cообщить модератору

32. "GitLab отказался от CLA-соглашения при приёме изменений" –1 +/–

Сообщение от Аноним (-), 03-Ноя-17, 18:49

Отличная новость про Дебиан!

Ответить | Правка | Наверх | Cообщить модератору

36. "GitLab отказался от CLA-соглашения при приёме изменений" +/–

Сообщение от Аноним (-), 04-Ноя-17, 19:08

Да, Alioth безнадёжно устарел. Как, впрочем, и вообще нехилая часть дебиановской инфраструктуры.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
Сообщение от anonymous (??), 03-Ноя-17, 10:42
Хорошая новость. Лично я не шлю патчи тем, кто требует что-то там подписать.
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "GitLab отказался от CLA-соглашения при приёме изменений"	+16 +/–
	Сообщение от Аноним999 (ok), 03-Ноя-17, 11:23
	А я вообще никому патчи не шлю. ))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
	Сообщение от omnomnym (?), 03-Ноя-17, 11:26
	Присылайте патчи.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
	Сообщение от имя (?), 03-Ноя-17, 12:38
	а я ни пачти, ни патчи
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	4. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от anonymous (??), 03-Ноя-17, 11:29
	С этой бюрократией люди порой начинают производить идиократию. Вот коммит из QEMU: # git log CODING_STYLE commit 56bef8511a576deef32d3e763b993b5001015c2d Author: Jonathan Neuschäfer <j.neuschaefer@gmx.net> Date: Fri Sep 30 02:04:28 2016 +0200 CODING_STYLE: Fix a typo ("have" vs. "has") Signed-off-by: Jonathan Neuschäfer <j.neuschaefer@gmx.net> Reviewed-by: Peter Maydell <peter.maydell@linaro.org> Signed-off-by: Michael Tokarev <mjt@tls.msk.ru> И вы не поверите, что это за серьёзный патч, котоый имеет аж ДВЕ подписи и ЦЕЛЫЙ РЕВЬЮ: diff --git a/CODING_STYLE b/CODING_STYLE index e7fde15..f53180b 100644 --- a/CODING_STYLE +++ b/CODING_STYLE @@ -9,7 +9,7 @@ patches before submitting. Of course, the most important aspect in any coding style is whitespace. Crusty old coders who have trouble spotting the glasses on their noses can tell the difference between a tab and eight spaces from a distance -of approximately fifteen parsecs. Many a flamewar have been fought and +of approximately fifteen parsecs. Many a flamewar has been fought and lost on this issue. QEMU indents are four spaces. Tabs are never used, except in Makefiles
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	6. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от Аноним (-), 03-Ноя-17, 11:39
	Ты что, ведь там еще целый огромный хеш 56bef8511a576deef32d3e763b993b5001015c2d и время с точностью до секунды и часового пояса! Как страшно жить, не зная слово автоматизация. > ЦЕЛЫЙ РЕВЬЮ т.е., по-вашему, ревью патча, изменяющего пару символов, не нужен?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "GitLab отказался от CLA-соглашения при приёме изменений"	–3 +/–
	Сообщение от нах (?), 03-Ноя-17, 11:55
	> не зная слово автоматизация. автоматизация не имеет ни малейшего отношения ни к ревью, ни к sign-off, обе операции делают люди, и они именно для этого и придуманы, чтобы нельзя было автоматически пропихнуть что-то не то. А вот когда то и другое требуется по малейшему чиху - очень вероятно, что "автоматизация" вида "отъ..сь, вот вам подпись" приведет к подписыванию неглядя уже и опасных изменений в коде. > т.е., по-вашему, ревью патча, изменяющего пару символов, не нужен? ревью и целых две подписи к патчу, исправляющему банальную опечатку в документации? Вы бредите. Разумеется, не нужен и вреден. Даже если туда слово х^й написать вместо исправления - мир вовсе не рухнет, в следующем патче исправишь...если вообще хоть кто-нибудь заметит.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "GitLab отказался от CLA-соглашения при приёме изменений"	+1 +/–
	Сообщение от Мать драконов (?), 03-Ноя-17, 13:15
	Порядок - он в головах должен быть. Умный разраб понимает, что могут возникнуть неудобства при работе с пробелами/табами. Особенно когда их меняют. И если человек, присылающий патч не понимает этого, то он мyдак. И вообще лентяй. И козявка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
	Сообщение от Аноним (-), 03-Ноя-17, 13:53
	О чём вы? Речь про патч, который делает замену одного слова с "have" на "has" и при этом им потребовалось собрать целый коммитет...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от trolleybus (?), 03-Ноя-17, 14:31
	> коммитет Надеюсь, чтобы исправить ошибку в этом слове, комитет не нужен.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "GitLab отказался от CLA-соглашения при приёме изменений"	+3 +/–
	Сообщение от Аноним (-), 03-Ноя-17, 15:47
	Шлите патч на комментарий и не возникайте тут.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от нах (?), 03-Ноя-17, 14:57
	> О чём вы? это вам была прекрасная иллюстрация на тему "тысячи глаз", и, кстати, в применении к code review и подписыванию коммитов оно работает точно так же - то есть, никак. Люди не в состоянии читать буквы и соображать головой. Чем меньше ваша разработка зависит от их умения и желания это делать, тем, на самом деле, только лучше.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	31. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
	Сообщение от Аноним (-), 03-Ноя-17, 18:27
	> автоматизация не имеет ни малейшего отношения ни к ревью, ни к sign-off, обе операции делают люди, и они именно для этого и придуманы, чтобы нельзя было автоматически пропихнуть что-то не то. А вот когда то и другое требуется по малейшему чиху - очень вероятно, что "автоматизация" вида "отъ..сь, вот вам подпись" приведет к подписыванию неглядя уже и опасных изменений в коде. Видимо разработчики Qemu предпочитают следовать одному заведённому порядку, а не писать длинные списки исключений, когда порядок можно изменить.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	22. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от Аноним (-), 03-Ноя-17, 14:04
	> Ты что, ведь там еще целый огромный хеш 56bef8511a576deef32d3e763b993b5001015c2d и время с точностью до секунды и часового пояса! Как страшно жить, не зная слово автоматизация. О чём вы? Люди целенаправлено лично вручную ставили свои подписи на изменение в одном предложении с "have" на "has". > т.е., по-вашему, ревью патча, изменяющего пару символов, не нужен? Ревью патча + две подписи на файл CODING_STYLE, где банально изменяется опечатка? Нет не нужен. Или вы считаете, что если бы приняли такой патч, где банально исправляется "have" на "has" в текстовом документе (то есть это даже не код), без подписи, то человек бы подом отсудил себе миллионы и бедный QEMU бы загнулся?
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	8. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от Аноним (-), 03-Ноя-17, 11:47
	Они исправили "Many a flamewar have been fought" на "Many a flamewar has been fought"? Странные. Я бы исправил на "Many flamewars have been fought"
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	10. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от нах (?), 03-Ноя-17, 11:57
	> Странные. Я бы исправил на "Many flamewars have been fought" пришли им реквест. Они будут страшно рады заняться его изучением, аппрувом и подписыванием, вместо работы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "GitLab отказался от CLA-соглашения при приёме изменений"	–2 +/–
	Сообщение от Аноним (-), 03-Ноя-17, 14:36
	Такое ощущение, что это ты один в этом проекте в три лица горбатишься, а они ерундой все занимаются. Это опенсорс, поэтому вместо критики пошёл бы черканул пару строк им в код самостоятельно. "Как советовать, так все чатлане, как работать..." © Кин-дза-дза
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от Андрей (??), 03-Ноя-17, 13:21
	> Хорошая новость. Лично я не шлю патчи тем, кто требует что-то там подписать. Ты оставил Столлмана вместе со всем FSF без поддержки. А мы думали, что они уж точно фонд добра.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	33. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от Тот_Самый_Анонимус (?), 03-Ноя-17, 22:05
	Тут один чувак доказывал что ФСФ не требует передачи прав на код. Кто ошибается?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от Андрей (??), 05-Ноя-17, 04:02
	Если это FSF-проект (gcc, gnulib, emacs,..), то это обязательно: Before incorporating significant changes, make sure that the person who wrote the changes has signed copyright papers and that the Free Software Foundation has received and signed them. We may also need an employer’s disclaimer from the person’s employer, which confirms that the work was not part of the person’s job and the employer makes no claim on it. However, a copy of the person’s employment contract, showing that the employer can’t claim any rights to this work, is often sufficient. Т.е. иногда нужно даже ещё и у работодателя получать разрешение. Что дополнительно тормозит развитие FSF-проектов. Но зато они смогут отстаивать свою лицензию в суде. Единственная альтернатива для личного кода - это передать свой патч в общественное достояние (public domain).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от Андрей (??), 05-Ноя-17, 04:03
	Источник: https://www.gnu.org/prep/maintain/maintain.html#Legal-Matters
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "GitLab отказался от CLA-соглашения при приёме изменений"	–2 +/–
	Сообщение от Тот_Самый_Анонимус (?), 10-Ноя-17, 06:25
	Т.е. я был прав, и ФСФ не принимает код под лицензией, которую люто советует другим... Лицемеры, о чём я и говорил.
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору

5. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
Сообщение от Аноним (-), 03-Ноя-17, 11:34
"в то время как платформа GitLab достаточно близка по возможностям" - если присмотреться, то даже опережает.
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "GitLab отказался от CLA-соглашения при приёме изменений"	–1 +/–
	Сообщение от Andrey Mitrofanov (?), 03-Ноя-17, 12:31
	> присмотреться, то даже опережает. а "космические корабли бороздяд просторы большого театра"!
	Ответить \| Правка \| Наверх \| Cообщить модератору

7. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
Сообщение от Аноним (-), 03-Ноя-17, 11:41
Открыл для себя gitlab и теперь не могу никак закрыть. Отличная штука. В том числе, используется отдельная инсталляция в компании. Конечно, комьюнити эдишн, ибо всем жалко денег.
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от анонимус (??), 03-Ноя-17, 12:08
	А не боишься? https://www.opennet.dev/opennews/art.shtml?num=38342 https://www.opennet.dev/opennews/art.shtml?num=45957 Я бы этим ребятам ничего не доверил.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "GitLab отказался от CLA-соглашения при приёме изменений"	+1 +/–
	Сообщение от alltiptop (ok), 03-Ноя-17, 12:32
	Уязвимость 2013 года, недоступность на пару дней за несколько лет - так то надёжнее гитхаба и битбакета выглядит. Это без учёта того что проект открыт и можно развернуть хостинг у себя.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "GitLab отказался от CLA-соглашения при приёме изменений"	+2 +/–
	Сообщение от Аноним (-), 03-Ноя-17, 12:32
	После второго случая у них очень правильные бэкапы с неоднократным дублированием. Они делали разбор полётов, почему все бэкапы на момент факапа были сломаны, и позже описали то, как у них сделано теперь.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	15. "GitLab отказался от CLA-соглашения при приёме изменений"	+/–
	Сообщение от Аноним (-), 03-Ноя-17, 12:33
	> После второго случая *После случая по второй ссылке
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "GitLab отказался от CLA-соглашения при приёме изменений"	+1 +/–
	Сообщение от blackst0ne (ok), 03-Ноя-17, 13:58
	1. Эти ребята сделали правильные выводы. 2. Для суперперестраховки можно развернуть GitLab на контролируемом сервере, а не использовать gitlab.com
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору