История изменений
Исправление liksys, (текущая версия) :
Проблема в том, что это не гитхаб. Можно долго рассказывать про его плюсы и минусы, про воркфлоу, который он предлагает - это все техническое. Что-то можно воспроизвести у себя, что-то - сделать лучше или просто иначе. Всё это не так важно.
Самая важная часть гитхаба - его сложившийся социальный аспект. Почти у всех разработчиков есть аккаунт на гитхабе, и все знают, как с ним работать. Если ты делаешь опенсорс и хочешь, чтобы твой проект был популярен - тебе дорога на гитхаб. Твой проект будет хорошо искаться встроенным поиском, гуглом и иже с ними. Другие разработчики будут легко присылать тебе патчи, с помощью системы, к которой они привыкли, и так далее. Хочешь патчей? Гитхаб. Хочешь багрепортов? Гитхаб. Никто не будет заморачиваться с отправкой тебе патчей и багрепортов по емейлам, если ты не ядро или сравнимый гигантский проект со своим кодовым хранилищем, типа KDE или арча (и то не факт)
Даже мне самому, чего греха таить, иногда просто лень посылать патчи в проекты со своими хостингами. Зато в один день, когда я разбирался с проблемами реализации и совместимости VNC, я мимоходом накидал пачку фиксов в libvncserver, который даже не использую, но просто потому что у них была какая-то похожая проблема, и потому что он удобно пришелся на гитхабе. А вот патч, фиксящий смену каталога при быстром создании новой вкладки в konsole, я уже пару лет не осиляю отправить, потому что мне неохота этим заниматься и разбираться, как в KDE правильно слать патчи в апстрим.
Так что работа с гитхабом и патчи в открытые проекты - это одна из тех вещей, которые на последних курсах должен сделать студент в обязательном порядке. Даже при найме на работу аккаунт на гитхабе с хорошими проектами или просто активностью в опенсорсе сработает как незхилый буст к резюме.
Исправление liksys, :
Проблема в том, что это не гитхаб. Можно долго рассказывать про его плюсы и минусы, про воркфлоу, который он предлагает - это все техническое. Что-то можно воспроизвести у себя, что-то - сделать лучше или просто иначе. Всё это не так важно.
Самая важная часть гитхаба - его сложившийся социальный аспект. Почти у всех разработчиков есть аккаунт на гитхабе, и все знают, как с ним работать. Если ты делаешь опенсорс и хочешь, чтобы твой проект был популярен - тебе дорога на гитхаб. Твой проект будет хорошо искаться встроенным поиском, гуглом и иже с ними. Другие разработчики будут легко присылать тебе патчи, с помощью системы, к которой они привыкли, и так далее. Хочешь патчей? Гитхаб. Хочешь багрепортов? Гитхаб. Никто не будет заморачиваться с отправкой тебе патчей и багрепортов по емейлам, если ты не ядро или сравнимый гигантский проект со своим кодовым хранилищем, типа KDE или арча (и то не факт)
Даже мне самому, чего греха таить, иногда просто лень посылать патчи в проекты со своими хостингами. Зато в один день, когда я разбирался с проблемами реализации и совместимости VNC, я мимоходом накидал пачку фиксов в libvncserver, который даже не использую, но просто потому что у них была какая-то похожая проблема, и потому что он удобно пришелся на гитхабе. А вот патч, фиксящий смену каталога при быстром создании новой вкладки в konsole, я уже пару лет не осиляю отправить, потому что мне неохота этим заниматься.
Так что работа с гитхабом и патчи в открытые проекты - это одна из тех вещей, которые на последних курсах должен сделать студент в обязательном порядке. Даже при найме на работу аккаунт на гитхабе с хорошими проектами или просто активностью в опенсорсе сработает как незхилый буст к резюме.
Исходная версия liksys, :
Проблема в том, что это не гитхаб. Можно долго рассказывать про его плюсы и минусы, про воркфлоу, который он предлагает - это все техническое. Что-то можно воспроизвести у себя, что-то - сделать лучше или просто иначе. Всё это не так важно.
Самая важная часть гитхаба - его сложившийся социальный аспект. Почти у всех разработчиков есть аккаунт на гитхабе, и все знают, как с ним работать. Если ты делаешь опенсорс и хочешь, чтобы твой проект был популярен - тебе дорога на гитхаб. Твой проект будет хорошо искаться встроенным поиском, гуглом и иже с ними. Другие разработчики будут легко присылать тебе патчи, с помощью системы, к которой они привыкли, и так далее. Хочешь патчей? Гитхаб. Хочешь багрепортов? Гитхаб. Никто не будет заморачиваться с отправкой тебе патчей и багрепортов по емейлам, если ты не ядро или сравнимый гигантский проект со своим кодовым хранилищем, типа KDE или арча.
Даже мне самому, чего греха таить, иногда просто лень посылать патчи в проекты со своими хостингами. Зато в один день, когда я разбирался с проблемами реализации и совместимости VNC, я мимоходом накидал пачку фиксов в libvncserver, который даже не использую, но просто потому что у них была какая-то похожая проблема, и потому что он удобно пришелся на гитхабе.
Так что работа с гитхабом и патчи в открытые проекты - это одна из тех вещей, которые на последних курсах должен сделать студент в обязательном порядке. Даже при найме на работу аккаунт на гитхабе с хорошими проектами или просто активностью в опенсорсе сработает как незхилый буст к резюме.