alf » from archive
RT @kohsukekawa: Blog post: The other side of forking and pull requests http://kohsuke.org/2013/01/04/the-other-side-of-forking-and-p...
А ещё я хочу посмотреть на модель fork + PR на проектах масштаба FreeBSD. А вот many commiters to one repo очень плохо работает с git'ом, он весь pull а не push-ориентированный. ‎- бородат и духовно хвостат
Да не очень плохо, не хуже SVN. Просто DAG некрасивый будет. ‎- alf
Но чем тебе Linux Kernel не пример? 20MLOC https://www.ohloh.net/p/linux vs 5MLOC https://www.ohloh.net/p/freebsd ‎- alf
@alf Там, прости, модель именно PR'ная, и завязана на Линуса. Не будет Линуса -- и что? ‎- бородат и духовно хвостат
И, да, мне с ноута лень проверять, но я не верю в такое соотношение. FreeBSD -- система, там дофига всего, кроме ядра. Не верю я, что у линукса ядро в 4 раза больше всей системы, включая два компилятора, библиотеки и вот это вот всё. ‎- бородат и духовно хвостат
Не знаю, но с Линусом она работает. Вообще же мне кажется что хотя проблемы описаны корректно, модель тут имеет достаточно отдалённое отношение. ‎- alf
Т.е. всё, что попадает в ядро линукса, прходит 2-3 ступенчатую схему пулл-реквестов. Это очень отдельная организация проекта. Вовсе не all commits ‎- бородат и духовно хвостат
Ну нет, я отдельно отвечал про "fork + PR." ‎- alf
All commits на git я видел в малых проектах, я не могу сказать, чтобы оно было хоть чуть-чуть неудобней SVN. Опыта на больших у меня нет, но я бы ставил на то что git проще. ‎- alf
Или ты про то что всегда найдётся талант, который сделает push --force? ‎- alf
В нашем не самом крошечном проекте нельзя пушить напрямую в master, только в ветки для jenkins (continuous integration) / gerrit (code review). Там, когда код проходит review *и* тесты, можно нажать кнопку merge, и оно уйдёт в master. Процесс упрощённо скопирован с того, как идёт разработка Android. Это больше напоминает forking + PR, только круг maintainers у нас очень широк. ‎- 9000