Эта новость опубликована на The Next Web, с пометкой:
"Из-за ошибок в планировании, мы опубликовали эту новость на день раньше снятия эмбарго на разглашение. Фича всё ещё не запущена, о ней официально расскажут завтра. Когда это произойдёт, мы обновим пост новым официальным анонсом".
А ещё есть вот такой замечательный тред в Twitter:
Ясно, что человек писал это дрожащими руками — точно так же, как я сейчас пишу дрожащими руками этот перевод.
Фейк ли это? Нет. Есть и официальное подтверждение в твиттере GitHub, так что — назад дороги нет.
Фичу явно выкатывали на спех, до сих пор на сайте не поправлена часть текстов, касающихся тарифов, а попытка даунгрейднуть план встречает таким вот опасно выглядящим сообщением:
В общем, запасаемся попкорном, скрещиваем пальцы на ногах и ждём годноты!
На сегодняшний день GitHub — самый популярный способ разрабатывать код и делиться им с миром. Но имеется и важный недостаток — ограничение круга пользователей, которые могут создать приватные репозитории (проекты, которые невидимы для широкой аудитории и над которыми можно работать только в небольшой группе заранее известных пользователей — тех, кто за это заплатил.).
К счастью, всё это уже история. С сегодняшнего дня GitHub даёт пользователям бесплатного тарифного плана полный неограниченный доступ к приватным репозиториям. Это чудная новость, но есть и ложка дёгтя.
Приватные репозитории на бесплатных аккаунтах ограничены возможностью одновременной работы всего лишь с тремя соавторами одновременно. Несмотря на то, что это годится для небольшого проекта (например, команды, участвующей в хакатоне), оно вряд ли подойдёт для настоящего полноценного коммерческого использования.
Вероятно, это был хорошо спланированный шаг. Риск того, что это убьёт существующие платные подписки — крайне мал.
До сегодняшнего дня, разработчики, желающие создать приватные репозитории в гите, но при этом не согласные бросать деньги в монитор, использовали конкурирующие сервисы — чаще всего, BitBucket. Сегодняшние новости, конечно, не так уж хороши для этой флагманской платформы от Atlassian, но по крайней мере, разработчиков больше не заставляют использовать две различные системы управления кодом — по отдельности для своих приватных и публичных проектов.
Очень интересно, как эти повсеместно используемые приватные репозитории повлияют на культуру взаимообмена и самовыражения, которую старается доносить Github.
Отсутствие бесплатных приватных репозиториев, по сути, означало, что людей заставляли выставлять наружу всё своё грязное бельё — все эти наполовину недописанные проекты, которые никогда и не будут дописаны, весь кривой спагетти-код, который хочется забыть как страшный сон. Теперь у людей появился выбор, возможность спрятать всё в идеальный тайник — и не повредит ли это культуре GitHub, культуре бесстыдной открытости и откровенности?
Может быть. Время покажет.
По традиции, минутка рекламы: время покажет, что наша конференция для Java-разработчиков, JPoint, состоится 5-6 апреля в Москве. Заходите, пообщаемся про Git и всё такое.
Комментарии (170)
brikchik
07.01.2019 22:32Надеюсь, будет введено разумное ограничение: если репозиторий был сделан открытым, не должно быть возможности его скрыть
Иначе ссылаешься на какой-то полезный инструмент, а он раз — исчез по причине плохого настроения автора
Это позволит людям пользоваться гитом шире, не ломая того, что есть
Конечно, можно удалить вообще, но это уже непростое решениеNeoCode
07.01.2019 22:54+2Для гита-то? Элементарное. Делаем локальную копию, удаляем открытый, создаем закрытый, заливаем локальную копию:)
brikchik
07.01.2019 23:39+4И теряем все просмотры, звёздочки, форки, issues, реквесты… (может, их как-то можно сохранить отдельно?)
Я и не говорю, что это невозможно, но это не такое простое решение
Недостаточно точно выразился, Вы правы.
Имелось ввиду удалить и создать приватный из копии.mayorovp
09.01.2019 17:57+1А нахрена нужны просмотры, звездочки и форки приватному репозиторию? Ну хорошо, бывают внутренние форки. Но их в таком случае тоже скрывать придется.
morozovsk
09.01.2019 18:45+1mayorovp, всё просто, вдруг вы потом захотите сделать его опять публичным? Кейсов тьма, вот пара примеров:
- вы по ошибке залили что-то приватное и на время разбирательства решили скрыть репозиторий
- вы китайский разработчик shadowsocks, к вам пришли представители властей, но через пару месяцев вы уже живёте в штатах и никого не боитесь
- правообладатель пожаловался, что вы в качестве тестового изображения используете то на что у вас нет прав, но прямо сейчас у вас нет времени, чтобы разбираться так оно на самом деле или нет, удалять нужный коммит из истории, проще закрыть репозиторий до конца рабочего дня / отпуска, чтобы не получить бан
- вы залили код, который оказался весьма актуален и набрал много лайков, но очень много программистов указало на его слабые места, назвав его говнокодом, поэтому на время рефакторинга решили скрыть, чтобы не позориться
phantom-code
07.01.2019 23:03+5Возможность сделать репозиторий закрытым присутствует
namikiri
08.01.2019 02:12+3Понравился полезный инструмент — форкаешь его и ссылаешься на форк. Форк никуда не пропадёт даже при сокрытии основного.
sumanai
08.01.2019 21:01+1А обновлять его кто будет?
bohdan4ik
08.01.2019 21:58+1А как открытый репозиторий заставит автора поддерживать именно открытую версию, а не ту, которую он создал закрытой на базе существующего кода? :)
sevikl
09.01.2019 15:48а обновят оригинальный код и поломают те места, на которые вы ссылались. про форк правильное решение
Zoolander
08.01.2019 09:54+1// а он раз — исчез
вот для этого и придумана кнопочка fork — я всегда ею пользуюсь
можно давать ссылку на оригинал и на свой форк, как запасной вариант
разумеется, форк используется просто как копия, хотя никто не мешает и действительно что-то делать )0xd34df00d
08.01.2019 15:14+2В форк не подтягиваются изменения из основной репы, это надо делать руками.
sumanai
08.01.2019 21:02+1вот для этого и придумана кнопочка fork — я всегда ею пользуюсь
А потом раз — и исчезает всё, вместе с копиями. Поэтому я форк делаю на локальный ПК как минимум.
zoonman
07.01.2019 22:34+2Они еще Pro-бейдж добавили
olegchir Автор
07.01.2019 22:37А что он значит?
zoonman
07.01.2019 22:38+5Отображает, платная у вас подписка или нет.
ReklatsMasters
08.01.2019 01:07+10Ну вот и началось деление на псевдоэлитарных разработчиков с бейджиком pro и на обычных работяг.
namikiri
08.01.2019 02:13+2Не сказал бы, никогда не воспринимал такие бейджики всерьёз. Ну заплатил и заплатил, пойду его код гляну лучше.
lair
08.01.2019 02:39+1Никакой псевдоэлитарности, просто вам либо нужны инструменты от про-подписки, либо нет.
Suvitruf
08.01.2019 07:19+2Зачем это вообще отображать в профиле?
olegchir Автор
08.01.2019 10:39Затем, что Гитхаб — это штутка социальная, значит своих верных подписчиков, помогающих деньгами, надо поддерживать социально, предоставляя какие-то видимые плюшки, на которые другие будут пускать слюнки.
0xd34df00d
08.01.2019 15:14+1Я когда у себя эту плашку сегодня увидел, захотелось ее поскорее снять, если честно.
itforge
08.01.2019 14:56+1Например, это показывает, что человек развил один из своих проектов так, что понадобился доступ более, чем трёх людей к проекту. Ещё она пузомерка, как и график коммитов, количество звёзд и другие штуки.
jbaruch
07.01.2019 22:37+14Сук, а как же «империя зла, закроют всё, мы все умрем, срочно на Гитлаб!!!111АДЫНАДЫН»?
ExplosiveZ
07.01.2019 22:44Будто бы они сделали это без конкуренции со стороны gitlab.
IvaYan
07.01.2019 22:51+14Ну была конкуренция со стороны bitbucked, там были бесплатные приватные репы (IIRC тоже с ограничением на количество участников), но стоило продаться MS-у, так сразу во всём гитлаб виноват :)
olegchir Автор
07.01.2019 22:59У BitBucket тариф получше будет, там 5 соавторов у одного репозитория, а у GitHub — только три.
Areso
07.01.2019 23:30+9У абсолютного большинства реп только один автор, так что 3 или 5… Ну станет больше 3, можно будет переехать)
bilayan
07.01.2019 23:44+4Не совсем так. Ограничение в 5 человек распространяется не на репозиторий. Можно дать доступ к своим приватным репозиториям 5 человекам(суммарно на все).
andrew911
08.01.2019 13:29+1И у BitBucket ограничение на размер?
rkuvaldin
08.01.2019 14:11+1Там вроде не было никакого органичения на размер.
t_kanstantsin
08.01.2019 16:23+2Repository size
Soft limit 1 GB: You will be notified by email and via a notification bar in Bitbucket Cloud.
Hard limit 2 GB: Your ability to push to the repository will be disabled. You will be notified by email and with a notification bar in Bitbucket Cloud.
sborisov
07.01.2019 22:50-24Bitbacket заслужил наше доверие. А вот как Microsoft на лету переобувается, мы все знаем…
Да и плохо отсутствие конкуренции, а то получится как с chrome, медленно но верно сожрал все движки для рендеринга.mistergrim
08.01.2019 03:31+2А как bitbucket переобувается на лету, мы _пока_ не знаем.
Вспоминается Imageshack.us, которому тоже все доверяли.
selenite
07.01.2019 23:07-38Логика людей в малых командах, которые пользуются гитхабом, навсегда застряла на уровне пятилетнего ребенка, берущего конфеты от незнакомцев %). Для адекватной работы достаточно одного сервера с внешним ip и git init --bare.
Pull request'ы/issues/fork'и при менее десятке человек и менее 5kloc в день изменений — это ненужная мишура. Code review в формате «открыл smartgit, проверил, смержил» — тоже неплохо работает, как допустим и хуки — на CI, на pushtomaster, на недопущение матюков в коммитах.
Еще эти эксгибиционисты приучили рекрутеров к своим выходкам, в результате при каждом «собеседовании» за последние несколько лет приходилось брать и выгружать репо на какой-нибудь временный акк гитхаба. Как вообще подписывать NDA с гитхабнуто-звезданутыми на голову, если им только и дай, что слить код наружу?)
И да, подмножество озабоченных гитхабом людей, не могущих поднять свой репо на $5/месяц VPS — определенно пересекается с подмножеством людей, не могущих в ssh -D 1080 и использующих платные впн-сервисы для доступа к вк/tg из отдельных стран.selivanov_pavel
08.01.2019 01:23+10> достаточно одного сервера с внешним ip и git init --bare
А кто будет его бекапить, регулярно обновлять, чинить когда у провайдера что-то изменится или сломается? Ах да, у всех же есть бесконечное бесплатное время, которое некуда больше потратить.
> Pull request'ы/issues/fork'и при менее десятке человек и менее 5kloc в день изменений — это ненужная мишура
Даже если весь проект — это bash скрипт на 100 строчек, которым кроме автора пользуются ещё 3 человека, удобно получать баг-репорты от пользователей в виде issues, а ещё приятнее получать сразу pull request с исправлением какого-нибудь бага. И удобно форкнуть чужой маленький проект, чтобы он остался доступным, даже если автор удалит репозиторий или аккаунт.
> Еще эти эксгибиционисты приучили рекрутеров к своим выходкам, в результате при каждом «собеседовании» за последние несколько лет приходилось брать и выгружать репо на какой-нибудь временный акк гитхаба. Как вообще подписывать NDA с гитхабнуто-звезданутыми на голову, если им только и дай, что слить код наружу?)
Выкладывается код, который сделан в личное время, или, с ведома работодателя — отчуждаемые куски для решения какой-нибудь отдельной задачи. NDA и другие договорённости приличный человек нарушать не станет. Вы вообще хоть раз слышали, чтобы закрытый код какой-нибудь компании был злонамеренно выложен на гитхаб её же сотрдником?Areso
08.01.2019 14:04+1Opera?)
selivanov_pavel
08.01.2019 14:18+1И правда. Но её выложили в анонимный репозиторий, явно не ради звёздочек и репутации.
P.S. Нашёл ту новость: habr.com/post/357672
Strain
07.01.2019 23:22А чем bitbucket плох?
Там вроде всегда можно было приватные репы держатьolegchir Автор
07.01.2019 23:28+5Например, есть некое неудобство, когда ты постоянно мечешься между двумя разными площадками… Всё-таки, для многих, основное место жизни — это GitHub, и переключаться на BB только чтобы пошарить какой-то мини-проект — это лишний головняк.
namikiri
08.01.2019 02:22+3Bitbucket отвратительно долго прогружает свой веб-интерфейс. Доходит до пяти секунд. Гитхаб всегда быстрый, дерзкий, как пуля резкий. Слишком много современных технологий напихали в последнем обновлении BB.
UPD: это ответ на комментарий на уровень выше.Perlovka
08.01.2019 10:44Все продукты Atlassian отвратительно медленные. А уж что курят их дизайнеры UX, одному богу известно.
i360u
08.01.2019 12:57+4У Гитхаба с современными технологиями все в порядке всегда было, они одни из первых веб-компоненты в продакшене начали использовать. Не нужно криворукость отождествлять с современными технологиями. У Атлассиан всегда были ужасно тормозные и кривые интерфейсы, вообще не понимаю как они добились такой популярности.
namikiri
08.01.2019 14:34+3Facebook тоже нещадно тормозит, тем не менее, им активно пользуются. Что весьма печально.
springimport
07.01.2019 23:36+2В нем есть вики с загрузкой страниц по 2-3 секунды, это все происходит в 2019 году. Как можно было настроить сервера и написать код чтобы вики столько отдавать — не ясно.
olegchir Автор
07.01.2019 23:39Кстати, вот в приватных репозиториях вики на гитхабе как раз отключена. По крайней мере у меня так, может потом включат?
GnuriaN
08.01.2019 00:43+1Wiki и Pages в приватных есть, но они только платные.
Upgrade to GitHub Pro or make this repository public to enable Wikis.
Upgrade to GitHub Pro or make this repository public to enable Pages.
androidovshchik
08.01.2019 08:00+1Складывается ощущение, что либо какая-то проверка на ddos происходит в «этом время», либо непонятно с какой целью задерживают ответ. В самом деле уж очень медленно)
springimport
08.01.2019 17:12+1И делают это постоянно. Сколько ни проверял — ни разу не было нормально. Ладно бы секунда, хотя это долго для обычной страницы, но 3 или даже больше… неужели программистам самим не видно что это стыд.
acklamterrace
08.01.2019 10:45+1Чего-то похожего на github.io нет, например.
andvary
08.01.2019 22:22+1Bitbucket плох уже тем, что это продукт Atlassian, и размещая там репозиторий, вы поддерживаете зло. А именно разработку отвратительно медленных продуктов, дохнущих от каждого своего же обновления и не встающих без шаманских плясок с бубнами вокруг. С недружественным интерфейсом и плохим дизайном. И это все — про платные корпоративные продукты.
Простите, наболело.
hottabxp
07.01.2019 23:43+2The GitHub Blog — я так понял, приватных репозиториев можно создавать неограниченное количество?
nikitasius
08.01.2019 00:09-20Пытаются выйти в люди после покупки microsoft, но не смогут.
Я лично буду мигрировать на приватное решение для приватных реп, плюсы очевидны:
- за приватными репами следит git vs microsoft
- вебморда закрыта через nginx vs открыта
- в случае эксплуатации уязвимости круг подозреваемых огранчичем командой vs весь мир
- дешево, 20€ в месяц максимум vs xxx€
- github/microsoft не имеет права на чтение, парсинг и следом анализ моего кода
- неуловимый джо vs когда там их ддосили в 2018м?
Поддержание инфраструктуры — халява. Бекапы — амазон, gnupg с сервера, настроил и забыл.
olegchir Автор
08.01.2019 00:11+16Почему вы так негативно отзываетесь о Microsoft? Они вам что-то плохое сделали, вашего котёнка отняли насильно?
0xf0a00
08.01.2019 09:24-8Очень сильно запятнали свою репутацию и сейчас усиленно пытаются ее отмыть, подкидывая всякие плюшки в виде поддержки линукс в вин10, как-то умалчивая сколько вин10 сливает про пользователя.
ainu
08.01.2019 10:09+1А амазоновское ПО (или где вы там хоститесь, в гугле?) ничего не подслушивает и ничего не сливает, и у мобильников нет улучшения кливиатуры и отправки напечатанного в облако. Ага, конечно.
А, хоститесь не в гугле и не амазоне?.. Вообще не в облаке? Ну конечно, очередному хостеру можно доверять больше чем майкрософту, конечно.0xf0a00
08.01.2019 11:05+3Гиперболизация наше все, да?) все сливают, вопрос в том что от чего то можно сознательно отказаться и не использовать, что то заблокировать, с чем то смириться, но видимо вы адепт подхода — «А, ну раз все сливают, значит можно
жрать все без разборупользоваться чем попало».
Касательно мобильников, оказывается можно использовать просто клавиатуру, без всяких облаков и прочего, или заблочить ей доступ в интернет (какой вообще дурак может додуматься использовать клавиатуру с отправкой ввода куда то, если он на ней вводит пароли к банкингу и в браузере).worldxaker
08.01.2019 14:15+1а откуда такая увереность что ваша блокировка реально работает?
0xf0a00
08.01.2019 16:06+2AFWall+ использует iptables для блокировки, так что есть основания ему доверять.
nidalee
08.01.2019 10:20+1как-то умалчивая сколько вин10 сливает про пользователя.
Явно меньше, чем google.
VanquisherWinbringer
08.01.2019 00:32+17Может к пользователям Майкрософт не особо хорошо раньше относилась но к программистам — бесплатный Xamarin, Visual Studio в версии Community, абсолютно бесплатный VS Code вот Гитхаб. Да я помню те времена когда в далеком 2009 году у мелкомягких была документация на русском когда у других ее было хрен найдешь. Выложили код кучи своих фреймворков в опенсорс и этим нехилый такой вклад в него сделали. Вот кроссплатформенность приехала. В отличии от Java по поводу C# никто не судился и он вообще тоже открытый и ISO стандарт. Я как бывший фул тайм C# Software Engineer вообще не понимаю этой ненависти. Что вам Майкрософт сделали?
sborisov
08.01.2019 00:49+4Мне кажется это идёт из-за давнего противостояния с Linux. Ведь в период с 1999-2010 они довольно сильно давили на Linux и производителей устройств, чтобы те платили отчисления ща fat32 и т.п.
Areso
08.01.2019 01:04+4Времена меняются, но exFAT (применение: все SD карты 64 ГБ или более и устройства к ним) вполне себе проприетарный и сегодня.
LynXzp
08.01.2019 04:06-2Я как бывший фул тайм C# Software Engineer
Это потому что Вы не бывший Visual Basic Software Engineer </ирония>. Обижаться есть кому, технологии они закапывают с завидным постоянством. Но это единственный способ стабильно усидеть в лодке IT, сейчас уже не осталось корпораций добра. Последнее время они стали сильно лучше, если хотя бы по тем же самым акциям судить, но все равно не все так гладко.
wmns
08.01.2019 10:47+1habr.com/post/391575
ru.wikipedia.org/wiki/Открытое_письмо_любителям
ru.wikipedia.org/wiki/SCO в 2003 Microsoft замазался.
nardin
08.01.2019 16:19+1Scott Hanselman в 2014 написал короткую статью об этом Microsoft killed my Pappy
Тоже C# Software Engineer. И то ли слишком молод то ли не зацикливался но эти войны прошли мимо меня.
Barbaresk
08.01.2019 01:36+5вебморда закрыта через nginx vs открыта
Только в одном случае за уязвимостями следит команда разработчиков, а в другом случае — только вы следите за узявимостями своего домашнего сервера. И если вы не специалист-сетевик, то ребят из GH/MS настроют его лучше и безопаснее.
в случае эксплуатации уязвимости круг подозреваемых огранчичем командой vs весь мир
дешево, 20€ в месяц максимум vs 0€
поправил цитату
неуловимый джо vs когда там их ддосили в 2018м?
опять-таки, гх вполне может оказаться куда более абузоустойчевым, чем ваш личный сервер перед атакой китайца.
Поддержание инфраструктуры — халява.
это время на настройку, обязательное место, где нужно поставить физическую станцию, следить за её работоспособностью и т.д. А если мы это делигируем, то все проблемы с тем, что левые люди могут прочитать ваш код также всплывают.playnet
09.01.2019 01:30> гх вполне может оказаться куда более абузоустойчевым, чем ваш личный сервер перед атакой китайца.
Зато он абсолютно DMCA-неустойчивый, увы. На самом деле это самый жирный минус, жирнее всего остального вместе взятого.
Примеров масса, банально — была своя реализация кодека g729 под фрисвич от Voiddancer пока оно было обложено патентами (сейчас они уже неактуальны), закрыли. При том что он разраб из России, у нас данные патенты не действовали, но — разрабы фс даже не пытались с ним связаться и ту репу просто закрыли через гитхаб по dmca. Хотя я с теми разрабами общался пару лет, те ещё гниды.
Так что хоститься только там — чревато.
edogs
08.01.2019 03:46+4приватное решение… Поддержание инфраструктуры — халява.
Вы когда-нибудь пробовали поддерживать инфраструктуру или этим в конторе всегда занимался админ, который «не фига не делает только кофе пьет»©?
Barbaresk
08.01.2019 00:13+3Когда гитхаб покупался мс'ом, я был уверен, что они обязательно сделают приватные репозитории бесплатными. И поэтому положительно относился к покупке. Что ж, этот момент настал (вроде), отлично, теперь можно перебраться на гитхаб с битбакета и как человек пользоваться инструментами для ревью и т.п.
dimka11
08.01.2019 00:13+2А для Education аккаунтов есть ограничения на соавторов?
NerVik
08.01.2019 01:03+3Edu профили стали pro профилями
BaphometJr
08.01.2019 10:51+1И как долго они таковыми [pro-профилями] останутся?
NerVik
08.01.2019 11:19+1Скорее всего до тех пор пока обучение не закончится. Edu профиль дают на 3 года, так что за время стандартного обучения в вузе можно получить 6 лет бесплатного гитхаба.
sborisov
08.01.2019 00:32+1Может быть ограничение на 3 юзеров, это на первое время, вдруг лимит расширят?
Skerrigan
09.01.2019 10:163 юзера на проект уже всяко лучше, чем 5 юзеров но «суммарно»… мне этим битбакет местами сильно раздражает: мелких атомарных подсистем пишу довольно много, порой хочу нормально их попиливать вместе с 1-2 человеками, но бесплатный лимит битбакета мне этого делать не позволяет.
А платно — самый дешевый тариф уже будит во мне просто жабу. Слишком много для «домашнего R&D».
sborisov
08.01.2019 00:43+1Парни, а в github есть issue tracker для приватных репозиториев?
Т.е. проект делаешь private, а issue tracker для него открытым, чтобы пользователи могли об ошибках сообщать?Lissov
08.01.2019 01:11+1А как пользователи найдут ошибки, если код закрыт? Вот на других каналах, где он открыт, и сделайте трекер.
Goodkat
08.01.2019 01:23+2Мои пользователи постоянно как-то находят ошибки, хотя кода точно не видели, и они вообще не программисты.
Lissov
08.01.2019 01:53+1А программу они видят хотя-бы? Вот где видят, там пусть и сообщают.
Приватный репозиторий подразумевает приватный трекер для приватных задач с приватным обсуждением, и каким образом пользователь будет постить туда что-то и что он будет видеть?
Я бы не ожидал таких сложностей (и бесплатно) от Гитхаба. Таки проще дополнительный публичный трекер, который вручную переливать в приватный и постить туда что положено знать пользователям — что мы на нашем проекте и делаем, кстати.olegchir Автор
08.01.2019 10:54Технически какие там сложности? Одна галка «показывать ишшуи широкой публике»
Lissov
08.01.2019 13:20+1Сложности в том, что надо показывать не все «ишшуи» и отображать только часть информации, но чтобы это было консистентно. Как часть команды я должен видеть линки на код или даже обсуждение кода, а со стороны должно быть скрыто — Вы же зачем-то сделали репозиторий приватным, значит хотите что-то скрыть.
olegchir Автор
08.01.2019 13:42+2Да просто у тикета выпадашку — приватный или публичный. Люди, не состоящие в организации, создавать или смотреть приватный тикет не могут. Линки, ведущие на приватный тикет, приводят на страничку «у вас нет прав». Всё :) Одно поле в БД, одна выпадашка в гуе, пара проверок в отображении списков тикетов — просто, дешево, быстро
Lissov
08.01.2019 17:47+1А линки на код из этих тикетов, а комментарии (с обсуждением возможно тоже кода)? Линки между тикетами (те же дубликаты)? Разработчики должны думать, что писать в комментах можно, а что хотите скрыть, и в каких именно тикетах.
olegchir Автор
08.01.2019 21:16Не будет там никакого кода (он же недоступен), только запросы внешних пользователей. Разработчик после этого вручную создаёт ещё один парный тикет, но уже с приватным флагом, а изначальный тикет добавляет тупо гиперссылкой. Никакого обсуждения, кроме официальных ответов разработчиков и дискуссии с недовольным клиентов, в публичной части тикета не ведётся.
Дубликаты закрываем с резолюцией «дубликат» и ссылокой на тикет, где происходит основной замес.
Насколько знаю, всё так сейчас и делается. Только для получения запросов заводится отдельный пустой репозиторий, в котором есть одно README с описанием, зачем всё это нужно.
olegchir Автор
08.01.2019 21:20Ещё есть компромиссные варианты, например, можно опубликовать часть кода, но не принимать коммиты в него и запретить сам код использовать. Таким образом, и пользователь может частично цитировать код, где есть баг — и IP не страдает. Так сделано в Unity3d, например. Но Юнити даже ишшуи там не принимает, для этого есть отдельные репозитории.
YemSalat
08.01.2019 22:33На гитхабе нет регистрации через соц сети, организовывать там issue-tracker для пользователей не-программистов — путь в никуда.
chuikoffru
08.01.2019 00:54+2Давно бы так. Я с Bitbucket’a уже не буду слезать, хотя у GitHub больше аудитория. Буду на ГитХабе открытые дальше хранить, и недописанные, а На БитБукете закрытые. Тем более уже настроены все CI и Pipeline, и трелло, итд.
dumistoklus
08.01.2019 09:55+1Может такое решение гитхаба подстегнет в развитии bitbucket. Сейчас, мне кажется pipelines дороговаты, при этом у них пару раз в год что-то ломается, задачи зависают и сжирают все доступное время.
Valery4
08.01.2019 01:31+2Microsoft, определённо, торт. Лет пять назад бы не поверил, что они такое будут делать и я не только про сабж.
Xaliuss
08.01.2019 13:45+1У них только одна серьёзная неприятность произошла — Windows Mobile. Закрыли в тот момент, когда только сделали её прилично работающей. В результате UWP и магазин очень сильно притормозили (вроде до 90% загрузок приходилось на телефоны). Есть ещё шероховатости с тестированием винды и развитием браузера, но всем остальным доволен, как пользователь. В том же офисе за последние годы добавилось много удобных лично мне функций.
rd_nino
08.01.2019 01:39+1Ещё с момента покупки GitHub компанией Microsoft мне интересно — не пересекутся ли когда-либо GitHub и Azure Repos (бывший VSTS)?
Просто не могу представить, как МС будут развивать два конкурирующих продукта одновременно.Lissov
08.01.2019 02:01+1Недопонял Ваш вопрос, потому перепишу ответ :)
По сути они уже давно пересеклись — можно легко клонировать github-репозиторий на Azure, или просто использовать github напрямую из Azure.
А чтобы объединить, надо синхронизировать тарифные планы. И думаю, у Azure и Github местами очень непересекающаяся аудитория. Потому не вижу проблем развивать одновременно, вряд ли git-сервер под AzureRepos сильно затратен.
edogs
08.01.2019 02:15+1Можно не колхозить репы (на битбакете или на своем серваке) для лично своих приватных проектов… или при работе соло на заказчика давать ему доступ для обсервации. Ура товарищи.
p.s.: Помнится был такой почтовый клиент Eudora. Так там можно было выставлять время посылки письма. При попытке выставить время в прошлое он иронично спрашивал «хаха, хотели послать вчера но забыли?», однако время позволял выставлять и письма реально выглядели ушедшими предыдущей датой. Странно что вордпресс такое не отслеживает.
VioletGiraffe
08.01.2019 09:36+1людей заставляли выставлять наружу всё своё грязное бельё — все эти наполовину недописанные проекты, которые никогда и не будут дописаны, весь кривой спагетти-код, который хочется забыть как страшный сон
А вот я попрошу. Я, может, в духе взаимопомощи и open-source хочу поделиться своими наработками, а они назвали это «грязным бельём». Кроме того, я же когда-нибудь соберусь и всё-всё доделаю!alexr64
08.01.2019 09:48Да и наполовину недописанный проект, в первую очередь, наполовину дописанный. Какие-то потенциально полезные решения, ходы, архитектуры — этого всего полно даже в заброшенных репозиториях. Что-то можно подглядеть, использовать у себя, а то и форкнуть и развивать дальше.
Peacemaker
08.01.2019 12:13+1Кроме того, даже недописанные проекты могут пригодиться как часть обучающей базы при тренировке ИИ-программиста.
isden
08.01.2019 14:38+2> Кроме того, я же когда-нибудь соберусь и всё-всё доделаю!
Ага, и я тоже. А потом поиграю во все купленные в стим игры :)
zabidon
08.01.2019 10:40Отличная новость. На битбакете интерфейс как улитка, может секунд 10 рендерить страничку. А еще и недавно открыл для себя что они чекбоксы в .md не поддерживают, а мне они удобны
LucasP
08.01.2019 10:59+1Теперь у людей появился выбор, возможность спрятать всё в идеальный тайник — и не повредит ли это культуре GitHub, культуре бесстыдной открытости и откровенности?
Т.е. раньше выбора не было — так было правильно?) В любом случае — наличие лучше, чем его отсутствие.
acmnu
08.01.2019 12:52+1Тут важно отметить, что речь идет только о индивидуальных планах, в случае "организаций" похоже все по-прежнему.
Кстати, немного офтоп, но может тут кто-нибудь знает, как проводить оплату за GitHub в РФ через бухгалтерию. У нас же нет никакого локального представительства, которое может счет выставить?
Arris
08.01.2019 12:54+1Приватные репозитории на бесплатных аккаунтах ограничены возможностью одновременной работы всего лишь с тремя соавторами одновременно.
Я ошибаюсь или там сказано — пока три, но потом, может быть, мы это изменим? (анонс читал вчера, уже забыл ;) )
fukkit
08.01.2019 13:01-20Эффективные менеджеры микрософта, пригоревшие от количества съезжающих в 2019 году проектов, нервно пытаются хоть что то исправить.
Есть мнение, что халявные приватные репозитории на гитхабе скорее убивают опенсорс и вредят сообществу, нежели помогают и творят добро.
Теперь толпа леммингов сможет (а в силу природной стеснительности и наличия выбора-и будет!) прятать свои недоделки, которые, следует признать, иногда содержат уникальные наработки и существенно экономят человекодни на нормальных проектах, от публики.
Полезность ресурса существенно снизится.
Прощай, гитхаб, ты был прекрасен...
valis
08.01.2019 15:17+2От сокрытия части моих наработок
мир open source вздохнет с облегчениемничего не изменится!
Если бы я хотел запилить по настоящему open source проект я бы понимал что запушить код на github мало. Нужно еще как минимум составить грамотную документацию и написать о своей подделке хоть пару строчек на хабре + порекомендовать ее на stackoverflow.fukkit
08.01.2019 15:54+1Если у Вас там действительно уникальный код по нужной тематике И если он вдруг найдется по запросу, докцментация
AdmAlexus
08.01.2019 19:56+2Вы уже определитесь. Или "толпа леммингов", или "уникальные наработки".
Если вам действительно "существенно экономят человеко-часы" куски чьего-то кода, то будьте добры не называть этих людей "леммингами".fukkit
09.01.2019 01:09-1Почему вы отказываете леммингам в возможности уникальной наработки?
К тому же, "уникальная" — всего лишь субъективная оценка количественной доступности.
И да, порою, действительно сильно экономит. Не думаю, что мне одному.
Вместо того, чтобы читать скучные поучения, с удовольствием узнал бы Ваше мнение по теме начального комментария.
maydjin
08.01.2019 14:26-8Припозднились слегка ребяты. Гитлаб уже почти торт, а stash с жиром лучше дружит. Слишком долго думали, что они безальтернативны. Для ОО — да хорошо, молодцы, как площадка для стартапа нищебродов из стран третьего мира, типа нашей — слишком рано надо начинать платить, слишком дорого self hosted, нет скидок на треккер и CI.
jevius
08.01.2019 18:08+2не повредит ли это культуре GitHub, культуре бесстыдной открытости и откровенности?
Нет, не повредит. Кто реально хотел что-то скрыть раньше, тот на публику ничего и не выкладывал. А если кому-то все равно, то вряд ли сейчас что-то существенно изменится. Просто еще один инструмент уже для тех, кому нужна приватность.
iva2000
08.01.2019 18:31+1Я не программист, поэтому отнеситесь к вопросу снисоходительно.
Можно ли на GitHub написать, к примеру, проект ГОСТа, сообществом из сотни людей? Чтобы было видно кто в какой раздел внес какой вклад? И чтобы написание стандарта не превратилось в войну «я пишу, а он стирает»?Mabusius
08.01.2019 18:59+1Можно. Я слышал, народ даже книги там пишет, чтобы можно было к удаленному куску назад вернутся.
andrik007
08.01.2019 21:22+1Наконец-то! BitBucket конечно лучше чем GitHub в плане функционала и дизайна, но он жутко лагает и грузит по полчаса.
Теперь мне интересно, что же будут делать Atlassian чтобы вернуть всех пользователей назад на BitBucket?IvaYan
08.01.2019 23:33Не думаю, что возвращать придётся прям всех. BitBucket поддерживает mercurial, а вот GitHub нет. Так что те, кто предпочитает Hg останутся и никуда не побегут.
SergeiMinaev
09.01.2019 01:26Лично я не буду переносить свои приватные репы с гитлаба. Какой смысл если все устраивает? Гитхаб офигенен, но всегда должен быть второй вариант. Монополия до добра не доводит.
AllexIn
Регулярно нахожу интересные и нужные решения в том самом недописанном и неподдерживаемом коде.
NeoCode
Часто нужно просто кусок кода найти, чтобы понять как та или иная штука делается.
AllexIn
Именно так. Часто какие-то не популярные, плохо документированные штуки как раз и реализованы в заброшенных недоделанных проектах.
olegchir Автор
Ещё бы какой-то умный поиск по коду запилили… У них же вроде в лаборатории что-то такое было. Пять минут уже гуглю, не могу нагуглить, хотя писал об этом новость в этом году. Кто знает ссылку?
tandzan
Тем же гуглом и пользуюсь, «site:github.com интересующая_меня_функция»
nochkin
Пользуюсь таким: searchcode.com
Он кроме Github ещё умеет на Bitbucket и других подобных искать.
onlinehead
Еще есть sourcegraph.com, умеет полезные штуки из IDE, типа «найти использование функции в коде репозитория».
LexS007
Скорее всего вы о гугловском BigQuery говорите?