
Berkus
23.06.2017
16:12:55
а это зависит от того сколько народу в тестинг ветке толпится, ребейзить можно только личные ветки которые кроме тебя никто не пользует
для варианта long-lived master, long-lived testing надо делать мержи
а разработку внутри testing вести в личных фича-бранчах которые можно ребйзом мержить, можно не ребейзом, это уже не принципиально
то есть feature/vasya1 бранчить от testing, потом делать PR обратно, ревьюить и мержить ребейзом, например, и так со всеми рабочими ветками, потом мержить --no-ff из testing в master для релиза

Google

Berkus
23.06.2017
16:15:09
я бы master переименовал в stable а релизы делал из него ветками release/1.0.2 и так далее
(в этих ветках локальные патчи для доведения до релизного состояния - зафиксировать депенденсы, установить релизную версию, такое)

Ecklory
23.06.2017
16:16:07
Спасибо, шикарная идея.
Ещё в соседнем чате советуют workflows / https://habrahabr.ru/post/159107/

Berkus
23.06.2017
16:16:19
ну это почти git-flow только чуть попроще
идея та же

Constantine
23.06.2017
16:16:51
а почему вообще не делают общий репозиторий?
у меня, по крайней мере, всегда острое желание все в один репозиторий пихнуть

Дед Пегас
23.06.2017
16:17:54
Делают)

Berkus
23.06.2017
16:18:16
просто монорепа не реюзабельная

Constantine
23.06.2017
16:18:45
а, ну реюзабельность как-то делать, да

Berkus
23.06.2017
16:18:45
если там есть модули которые пригодятся где-то еще - гемор тащить монорепу на 50Гб ради 100кб либы

Constantine
23.06.2017
16:18:54
у меня нет проблемы реюзабельности)

Google

Berkus
23.06.2017
16:19:33
способов модуляризации много, от git filter-branch до subrepo до сабмодулей до google repo tool
сабмодули самый кривой способ, но тут кто-то постил ссылку на хорошую тулзу, в гит чатике кажется
Смотрите шо есть: https://github.com/Minoru/git-submerge
вот

Ecklory
23.06.2017
16:22:15

Berkus
23.06.2017
16:30:01
ну ты главное без фанатизма
поэкспериментируй на отдельной копии репы и посмотри лучше или хуже станет
я вот разбил либы модульно сейчас плююсь т.к. переписываю их все постоянно и это неудобно - перенес файлик, а приходится по трем репам бегать и коммитить все изменения
если там либы редко меняются - то можно и держать отдельно, а если прямо прёт разработка, то монорепа может быть выгоднее
(ну или subrepo использовать, это типа лучшее из двух миров)
https://github.com/ingydotnet/git-subrepo

Arseny
23.06.2017
16:56:44

Berkus
23.06.2017
16:57:11
нет
ты не прочитал описание
там про это написано чуть ли не во втором абзаце
для всех остальных это обычная репа

Arseny
23.06.2017
16:58:56
Да, действительно.
Даже в benefits написано

Vladislav
23.06.2017
16:59:33

Arseny
23.06.2017
17:00:51

Google

Igor
23.06.2017
17:01:25

Vladislav
23.06.2017
17:01:33
Но не с обычным же git-ом?
нет, сначала на mercurial смигрировали и часть реп объединили, теперь пилим свой велосипед для окончательного объъединения

Arseny
23.06.2017
17:02:01
То есть примерно, как у google?

Berkus
23.06.2017
17:02:21

Vladislav
23.06.2017
17:03:05
https://code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/

Alexander
23.06.2017
17:07:18
я его никогда не касался

Vladislav
23.06.2017
17:07:57
https://bitbucket.org/facebook/hg-experimental

Alexander
23.06.2017
17:08:13

Igor
23.06.2017
17:08:20
git subrepo pull есть
мило
а насколько вообще жизнеспособна идея держать в репе с проектом простенькие депенденси в виде реп с кодом (вроде header-only либ, или .c+.h но без .so/.dll/.lib)?

Vladislav
23.06.2017
17:08:43

Berkus
23.06.2017
17:09:29

Vladislav
23.06.2017
17:10:38

Igor
23.06.2017
17:11:22
ну вот про submodule несколько раз читал что гениальная идея с провальной реализацией, особенно если в те депенденси предполагаются правки

Vladislav
23.06.2017
17:11:44

Berkus
23.06.2017
17:36:13
что собственно и требуется

Eugene
23.06.2017
20:56:32
Народ, подскажите про NuGet. Он всегда такое говно?)

Google

Vitaly
23.06.2017
21:01:12

Eugene
23.06.2017
21:01:46
В C++ как-будто его нет, да щас.

Admin
ERROR: S client not available

Berkus
23.06.2017
21:08:08

Eugene
23.06.2017
21:09:53
Да мне так, душу излить. Я через него гуглтест ставил ?

Vladislav
23.06.2017
21:25:53

Alexander
23.06.2017
21:52:50

Vladislav
23.06.2017
21:54:18

Alex Фэils?︙
23.06.2017
22:06:52
Исходный код винды утек в сеть! И это не какие-то огрызки, как в случае NT4/2k, а всё, что есть: внутренние сборки, сдк и пр. Источник новости: https://twitter.com/hntweets/status/878362046764642304
Следите за этим сообщением, оно будет обновляться.
#news #leak #windows #microsoft

Berkus
23.06.2017
22:08:08
кек
32 терабайта?

Alex Фэils?︙
23.06.2017
22:08:31
Ага

Олег
23.06.2017
22:08:48
это такой ход - типа первый шаг к опенсурсу

Berkus
23.06.2017
22:11:36
решили забороть линукс его методами

Alex Фэils?︙
23.06.2017
22:12:33
https://lurkmore.to/Embrace,_extend_and_extinguish

Square
23.06.2017
22:14:09

Aldar
23.06.2017
22:15:21
а то щас новый локер выпустят

Alex Фэils?︙
23.06.2017
22:15:53

Alexander
23.06.2017
22:16:37
где сама ссылка, чтоб скачать

Google

Alex Фэils?︙
23.06.2017
22:17:02
как найду, то в самом канале обновлю пост

Azoyan
23.06.2017
22:19:14
как перестать писать как рак? ideone.com/Qn5ez1

Vladislav
23.06.2017
22:20:01

Alex Фэils?︙
24.06.2017
00:58:27
Официальный ответ от администратора betaarchive, на котором нашли утекшие исходники винды (tl;dr: файл был, мы его выкинули, пока не разберемся):
https://www.betaarchive.com/forum/viewtopic.php?f=1&t=37283

Berkus
24.06.2017
01:02:52

Vladislav
24.06.2017
01:05:27

Alex Фэils?︙
24.06.2017
01:05:52
зачем
Мб в супапро мувнуть?

Berkus
24.06.2017
01:16:21
или в девнулл
/warn spam

Group Butler [beta]
24.06.2017
01:27:43
Kheleoev has been warned (1/5)

Vladislav
24.06.2017
01:32:02