Хранение кода

[Alex11223]

Скачал под 32-х битную винду. Приступил к установке...

Дык каждая вторая программа если и работает на ХР, то требует SP3.

он сам не имеет репозитория более ранних своих версий

Все есть https://github.com/git/git/releases, но в репозитории с кодом обычно не хранят собранные бинарники.

[8Observer8]

Сообщение от Pavia

8Observer8
А что, тут не так? В книжке так и написано.

В цитате ничего не написано о том, что в отделе должен сидеть человек для управления версиями

[Smitt&Wesson]

Сообщение от Alex11223

Дык каждая вторая программа если и работает на ХР, то требует SP3.

Все есть https://github.com/git/git/releases, но в репозитории с кодом обычно не хранят собранные бинарники.

А зачем мне исходники? Я не собираюсь забивать себе голову их сборкой и компиляцией. Фиг с ним, с репозиторием. Могли-бы сохранить версии установщиков и для SP2 под XP. В общем, дерьмо это всё. Каждая новая версия, будет предлагать мне обновить винду до неё? Да на кой мне такое "счастье" нужно?

[Alex11223]

Там даже наоборот написано:

Сообщение от Pavia

вы послали в проект некое исправление, а один из основных разработчиков применил его

видимо речь о ситуации когда у вас нет прав на изменение основного репозитория, например, если вы еще новичок в проекте и вам пока настолько не доверяют.

Могли-бы сохранить версии установщиков и для SP2 под XP.

Видимо это мало кому надо, не так много разработчиков сидящих под виндой, да еще и ХР, да еще и без обновления до SP3

Вообще тут https://github.com/msysgit/msysgit/releases вроде есть старые версии для винды, со времен когда он еще был отдельный msysgit.

Каждая новая версия, будет предлагать мне обновится до неё?

не, автоматического обновления вроде нет.

[rrrFer]

Там даже наоборот написано:

Просто кое-кто не осилил Pro git, но начал рассуждать (в том числе о том, что нельзя о git 500 страниц написать). А я опять же напомню о главе 5 "распределенный git", где таки написано как он может использоваться.

Даже если немного головой подумать - то станет ясно, что "специальный человек" не может просто так брать и рулить репозиторием, т.к. чтобы принять патч или просто слить ветки - нужно шарить в коде (хотя бы на случай коллизий).

Я вот 100% знаю, что даже на оборонных предприятиях начинают плавно переходить на git, но там конечно находятся олдскульные чуваки, которые хранят все в архивах на своем компе просто потому что привыкли.

Видимо это мало кому надо, не так много разработчиков сидящих под виндой, да еще и ХР, да еще и без обновления до SP2

Я думаю, что рассчет еще и на то, что разработчик без труда соберет проект из исходников.
Ну и еще есть же всякие клиенты, которые вместе с собой установят все что надо (по крайней мере, лет 6 назад я такими пользовался когда винда была...).

[Smitt&Wesson]

Сообщение от Alex11223

Видимо это мало кому надо, не так много разработчиков сидящих под виндой, да еще и ХР, да еще и без обновления до SP3

А причём тут только разработчики? Есть и бухгалтера, которые ещё Win98-й юзают. Моя схема сохранения инфы, хоть в основном и ручная, но работает на протяжении уже 15-и лет ещё с 2001-го года. За это время сменилось несколько поколений не только систем, но и компов. Вон, в углу валяется пять убитых винтов и три материнки, а ни один бит информации за 15 лет не пропал.

[8Observer8]

Кстати, может кому пригодится, есть такие лекции для начинающих от компании Udemy: Git with Bitbucket and SourceTree

Даже если английский не знаете, как говорится: смотри->повторяй->запоминай->практикуйся

[Alex11223]

Да по гиту полно хороших материалов везде, все ж его используют

Вот по веткам и т.п. неплохой интерактив http://pcottle.github.io/learnGitBranching/

Моя схема сохранения инфы, хоть в основном и ручная, но работает. Вон, в углу валяется пять убитых винтов и три материнки, а ни один бит информации за 15 лет не пропал.

Ну хорошая схема значит, только системы контроля версий/кода это не совсем про бэкап и никто бэкапы все еще не отменял.

[Pavia]

rrrFer
Я честно прочитал 150 страниц книги. Понял что там одна вода. Так как ни на один мой вопрос ответа не было.

Даже если немного головой подумать - то станет ясно, что "специальный человек" не может просто так брать и рулить репозиторием, т.к. чтобы принять патч или просто слить ветки - нужно шарить в коде (хотя бы на случай коллизий).

Шарить в коде это и есть специализация.
Чувак должен не только внести код в репозитарий. Он должен слить ветки, проверить что-бы они не конфликтовали. Устранить конфликты. Произвести сборку и прогнать тест.
Простите, но на это нужно время. И к тому времени как он разрешит все конфликты другая часть команды успеет написать ещё кода.

8Observer8

В цитате ничего не написано о том, что в отделе должен сидеть человек для управления версиями

Видимо вас это не касается. Но я так предполагаю у вас в отделе этим занимается начальник или ведущий программист.

Любая синхронизация основана на паузах. Должен быть чувак который скажет стоп. Принять все ветки которые скопились и слить в одну. Иначе если сливать будет каждый, то будет чахорда с версиями и вместо написания кода вы будете тратить всё своё время на регрессионное тестами и исправлениями не стыковок.

А если посмотреть, как это работает в других конторах. То обычно такое слияние происходит раз в 2 недели или раз в месяц. За группой файлов закреплен один человек который и занимается сливанием веток. От 2 до 10 авторов.
Над комментаторами-файлов уже стоит координатор, который управляет сборкой модулей, чуть выше библиотек. Далее ведущий всего проекта.

[8Observer8]

Сообщение от Alex11223

...неплохой интерактив http://pcottle.github.io/learnGitBranching/

Люблю интерактивы, вот ещё один: https://www.codecademy.com/learn/learn-git