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

"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.ru/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.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=47495
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

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

2. Сообщение от Аноним999 (ok), 03-Ноя-17, 11:23	+16 +/–
А я вообще никому патчи не шлю. ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #16

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

4. Сообщение от anonymous (??), 03-Ноя-17, 11:29	–1 +/–
С этой бюрократией люди порой начинают производить идиократию. Вот коммит из 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
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #8

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

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

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

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

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

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

11. Сообщение от анонимус (??), 03-Ноя-17, 12:08	+/–
А не боишься? https://www.opennet.ru/opennews/art.shtml?num=38342 https://www.opennet.ru/opennews/art.shtml?num=45957 Я бы этим ребятам ничего не доверил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13, #14, #21

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

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

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

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

16. Сообщение от имя (?), 03-Ноя-17, 12:38	+2 +/–
а я ни пачти, ни патчи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

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

18. Сообщение от h31 (ok), 03-Ноя-17, 13:19	–2 +/–
Эээ, а как же Gitea?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

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

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

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

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

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

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

25. Сообщение от pavlinux (ok), 03-Ноя-17, 14:57	–2 +/–
Для ниосилевших коньсоль?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #30

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

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

28. Сообщение от Аноним (-), 03-Ноя-17, 16:18	+1 +/–
> можно развернуть GitLab на контролируемом сервере, а не использовать gitlab.com так и сделано, конечно. Не понимаю ссзб хранящих бизнес-данные у дяди
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

29. Сообщение от Аноним (-), 03-Ноя-17, 16:20	+/–
> Для ниосилевших коньсоль? Консоль никуда не делась. А удобная работа с merge requests появилась
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

30. Сообщение от Володимир (?), 03-Ноя-17, 17:34	+/–
По ходу в одиночку работаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #34

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

32. Сообщение от Аноним (-), 03-Ноя-17, 18:49	–1 +/–
Отличная новость про Дебиан!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

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

34. Сообщение от Sw00p aka Jerom (?), 03-Ноя-17, 22:59	–1 +/–
)) одиночкам и гит не нужен, new folder, new folder1, new folder old))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #39

35. Сообщение от Аноним (-), 04-Ноя-17, 17:05	+/–
Это та, которая сама на гитхабе хостится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

36. Сообщение от Аноним (-), 04-Ноя-17, 19:08	+/–
Да, Alioth безнадёжно устарел. Как, впрочем, и вообще нехилая часть дебиановской инфраструктуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

37. Сообщение от Андрей (??), 05-Ноя-17, 04:02	–1 +/–
Если это 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ообщить модератору
Родитель: #33 Ответы: #38, #40

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

39. Сообщение от Володимир (?), 07-Ноя-17, 15:48	+/–
> )) одиночкам и гит не нужен, new folder, new folder1, new folder > old)))) Одиночкам кодревью не нужен, а контроль версий любому нормальному человеку нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

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

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

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